Feels like 2001! Remember the last dip? I do. Hardly a day goes by that I don’t hear about a round of tech layoffs. Friends all over town are reporting hiring freezes and layoffs at their companies. Although Dell is asking employees to “take unpaid leave”, and offering severance packages to “those who qualify”, their goal of reducing operations costs almost certainly points to significant layoffs in the near future. What a bad time to be smacked with a discrimination lawsuit.

On a brighter note, whurley just confirmed BarCampAustin4. Don’t count on battlebots. Expect whurley to outdo himself yet again.

Finally, GeekAustin now hosts several “recruiter free” special interest groups on LinkedIn:

Austin Database Pros
Austin Electrical Engineers
Austin IT Security Pros
Austin Java Developers
Austin Linux Users
Austin QA Professionals

Have a good weekend!

-Lynn

Whether it is the result of the general hoo haa regarding the Semantic Web or some other factor, in the last few months, I’ve been hearing the term ’singularity’ pop up quite a bit in local conversations. Thankfully, the word has five syllables.

Since no one has time to read any more, I decided to assemble a collection of mp3s on The Singularity for Mopac University. Right click, burn them, and listen to them on your way to the office.

Accelerating Change 2005

Vernor Vinge Keynote Presentation recorded 2005-09-17 (listen to the mp3)
“The singularity is not a given, nor is it necessarily a positive event. Many factors could arise that prevent the singularity from occurring and there is a potential for it to be a catastrophic event rather than a positive revolution.”

Ray Kurzweil When Humans Transcend Biology recorded 2005-09-17 (listen to the mp3)
(an abbreviated version appeared on Tech Nation with Moira Gunn - listen to the mp3)

John Smart How to be a Tech Futurist -recorded 2005-09-17 (listen to the mp3)

An extended list of presentations from Accelerating Change can be found at ITConversations.

The Singularity Summit 2007

Barney Pell - Powerset Co-Founder & CEO - Singularity Summit 2007 - Pathways to Advanced General Intelligence - recorded 2007-09-08 (listen to the mp3)

Ben Goertzel - Nine Years to a Positive Singularity - recorded 2007-09-08 (listen to the mp3)

An extended list of presentations from the Singularity Summit 2007 can be found at ITConversations.

The Singularity Institute, which organizes the Singularity Summit, has a series of interviews. Some of them are quite good. They also have videos of the 2006 presentations and 2007 presentations. Please don’t watch the videos while driving.

See you on Mopac. Remember, no need to rush. We’re already in Austin.

I’ve been waiting nearly a year now to hear whurley speak about this.

Collaboration is easy, right?

Wikinomics. Crowdsourcing. Groundswells, Innovation Networks. Around the world more and more visionary leaders are bestowing the benefits of working hand in hand with customers, partners, and even competitors. You can’t start a conversation about technology without ‘open source’, ‘community’, or ‘user driven innovation’ quickly becoming the focal point. Customers are back and in unprecedented numbers, they are using previously unavailable technology to dramatically change the technology landscape. Many are taking a ‘just open it and they will come’ approach to what is arguably the greatest shift in business since the dawn of the industrial age. However, the truth is that collaboration is hard.

In this presentation and interview with Gary Beach, Publisher Emeritus of CIO Magazine, whurley explores the challenges of opening your business to collaborate with the world — the realities of collaboration, the metrics with which to measure success, and the factors that inevitably doom almost every collaborative project.

For the last year or so, as whurley advised me on various projects, I’ve been exposed to various melodies and motifs of the Collaborator’s Paradox. I am eager to hear the complete work. Please join me at Innotech Austin for The Collaborator’s Paradox. If you use the following code: WHURLEY88, you can attend Innotech, and this session, for free. You can register for InnoTech here.

I have found that one of the biggest hurdles in hosting an event is to find the right venue — one that people feel comfortable at, one that is suitable for the type of event you are hosting, and one that doesn’t require me to break the budget.  Any decent venue up in North Austin — like Cool River, NXNW, etc — already does a booming business during the week. They don’t need the 200+ people I’ll bring. In fact, they’ll most likely want me to sign a contract guaranteeing that a certain amount of money will be spent. After 8 years of GeekAustin events, I have a pretty good idea of how much folks drink at an event — and it’s generally it’s 3-7 dollars less per person than what I’ll need to guarantee for x amount of space up North.

Contrast this with downtown. I can walk into pretty much any club downtown on a weeknight, saying : “Can I bring 200 of my friends here next Tuesday?”, and immediately I’ve got a new friend. No contracts. No guarantees. Just “thanks.” There are clubs of all sizes downtown. One can find multiple venues for groups of 20 to 600. Bear in mind, I am not talking about getting a venue during a club’s bread and butter nights — Friday and Saturday. I am talking about Monday through Wednesday, and for some venues, Thursday as well. This is why GeekAustin events are almost always downtown. I try to never displace a club’s regular customers. I simply bring them additional business they wouldn’t have had otherwise.

This is the same reason why so many of the BarCamp and BarCamp type events are held downtown. During the week, and during the day, there are a multitude of spaces available for little or no cost.

-From BarCamp to BarCollege-

When Daniel and I announced that we would be offering free SQL classes to individuals, an interesting but not unexpected thing happened. In addition to 100+ folks who asked to be included in the SQL classes, we had folks sending queries like “Will you be teaching JavaScript classes?“, “Do you know where I can get Python classes?“, etc. The following idea hit us over the head like a two by four:

With all the the available space during the day and during the week, we could easily turn 6th street and the warehouse district into a campus, where the tuition is a two drink minimum!

Imagine what a cool thing this will be for Austin. Instead of following the valley, here’s something we can take the lead on. I don’t know a city that has done this. Do you? Imagine downtown clubs filled during weeknights with people learning JavaScript, CSS, Linux, system administration, shell scripting, Cisco IOS, SharePoint, Java — whatever someone is willing to teach and share.

This whole idea is too big for Daniel and I alone. We decided to offer the classes because we like meeting new people, sharing our skills, and love talking about SQL. We don’t want to become coordinators for some massive enterprise. Fortunately, this does not need to be a massive enterprise. It does not need to have a organization to make it happen. For all the folks who use every opportunity to make themselves the hub of all things high tech Austin, your Grand Marshall services will not be required at this time. All that is needed are folks who are willing to share their skills.

There are already examples in Austin of similar skill sharing going on. Damon Clinkscales has done a tremendous amount to educate folks about Rails and build a strong Rails community in Austin. Scott Killen, Boris Portman, and all the folks at Agile Austin are doing the same to build a community focused on good programming practice. RefreshAustin does a great job of keeping members abreast of best practices in design and usability. I’m am merely suggesting that we take this a step further. In addition to presenting topics for those who have already acquired sufficient skills to be included in a particular tech community, let’s offer basic instruction so that new folks can hop on board.

You might be asking yourself: “What will I get out of it?”. Here are a few thoughts. Most computer book authors wrote their first book not because they hoped to make money off it, but rather because the recognition would allow them to increase their hourly rate. Similarly, as soon as Daniel and I announced the free SQL classes, we gained several new corporate clients. Everyone wins. You help strengthen the downtown economy, you help folks acquire new skills, and you expand and grow your community.

Thinking of stealing this idea? Please do. I want you to steal this idea. If you have a skill that everyone wants, share it. With LinkedIn, Facebook, and all the other tools at your disposal, you won’t have any problem finding takers. Want to teach in Austin but don’t know how to go about finding a venue? I’ll be posting more about that soon. Until then, feel free to send me an email at linearb@gmail.com.

For those don’t live in Austin, go ahead. Copy us. Steal this idea.

-Linear

Tech Diva Kimberlie Dykeman and Paul Walhus were doing interviews on the roof in between musical acts. Among the folks interviewed were Michael Witbrock of Cycorp (interview), Chris Lamprecht, Lead Architect of Indeed.com (interview), and Mauricio Piña of tseg.com (interview)

Watch GeekAustin 07 - Michael Witbrock - Cycorp in News Online

De facto chronicler of Austin tech events, Eugene Hsu, dropped by to photograph the party. You can see his photo sets on facebook (photo set 1, photo set 2). I have been hosting parties for about 17 years now, and I have to tell you Eugene is one of the best. The Austin tech scene is fortunate to have this guy shooting the parties. When you see him, buy him a drink.

Kristen Sobieray, April Kyle, Eugene Hsu

Erica O’Grady, Michelle Greer, and Sara Dornsife are here. Now the party can get started!

One of my favorite parts of the party was the music provided by the artists of the Austin Electronic Music Grid. At several points later in the evening, we had 3 different artists in three different rooms. (I hope you knew that the party was going on in 4 spaces.) Dubnautica started at 7:30 in the BoomBoom Room Refresh Lounge.

At 8:30, Carbon Theory played in the main room.

At 10:00, Happy Panjoma did a great set on the roof, followed by Rage Ranger.

I hope to do more things with the Grid in the future. These are really a great bunch of folks.

How many of you new about the new bed on the back upstairs patio? What a perfect place to cap off the evening!

After a few last glances at the skyline from the Union Park patio, it’s time to go home. Thanks to everyone for a great party.

This is our big GeekAustin bash of the year, and because I honestly love you, there is no cover. The event is free.

To help amp up the celebration, we have invited our friends at Refresh Austin and the Austin Electronic Music Grid to co-host. RefreshAustin represents some of the sharpest web and design pros in town, and the Grid represents some of the most interesting electronic music artists in town. I am pretty excited about getting them together in the same room. The Geeks meet the Grid.

The event begins at 6PM with drinks and conversation downstairs. At 7PM, Dubnautica performs in the Boom Boom Room Refresh Lounge. Beginning at 8PM, there will be performances by Austin Electronic Music Grid artists including: Gobi, Carbon Theory, Happy Panjoma, and Rage Ranger.

Union Park is a big club. We’ll have some rooms set up for performance, and some rooms set up for conversation. Union Park also has an excellent menu, so there is no need to head home before the party.

GeekAustin 8th Anniversary Party
Tuesday, September 30, 6PM - 11PM
Union Park, 612 W Sixth St (Next to Katz’s)
Please RSVP at Facebook
(this helps us determine how many bartenders have on hand)

Hope to see you there! - Lynn

Lynn Bender: I recently asked a head developer at a software company if his team had a formal code review process. He immediately got defensive and replied: “yes”. When I asked him to elaborate, he began to explain their QA process. So to begin, what is code review?

Jason Cohen: Everyone’s had to write a page of prose for school or work. Have you ever done it without making any mistakes? I’m not just talking typos — what about points that could have been clearer, paragraphs that didn’t make sense, missing segues, etc..

Bender: As a matter of fact, I pretty much always pass my important business communications by a colleague to read before sending out. It’s amazing what I miss.

Cohen: Of course you can’t do it, which is why most everything in the publishing industry is reviewed by editors. It’s not because writers are careless or incompetent. It’s because with any sort of creative knowledge work we’re “too close” to our work to see the problems. It’s normal and unavoidable.

So if no one — not even top-notch professional writers — can write a page without needing an editor, why do we expect software developers to write code alone?

That’s all a code review is: reviewing someone’s work.

Note that, as in writing, often the errors are things the author would have seen had the author been reviewing someone else’s code. It’s the “you’re too close” problem most of the time, not the “you’re incompetent” problem.

Bender: This would seem to have a larger scope than that of QA — encompassing programming style and method.

Cohen: People often think of code review as a process to “find bugs.” Although this is an important result — the one management is perhaps most interested in — there’s many other purposes. Finding maintainability issues (e.g. documentation, organization, architecture) saves time for the next developer and prevents bugs in the future. Sharing knowledge about programming in general and about gotchas in the code base helps everyone write better code. Overseeing new hires means noobs can get their hands in the code as fast as possible while ensuring they don’t break anything.

Bender: Can you tell me a bit about what the code review process looks like, and how does it fit into the overall dev process?

Cohen: There are many types of code review, all of which are useful and have trade offs. At one extreme you have the over-the-shoulder walk-through, performed whenever the author is uncomfortable about their work. On the other extreme is the Formal Inspection where participants must be trained, a seven-phase process requires four separate meetings, and reviews take two man-days to complete.

Typically the less formal processes have a better chance of succeeding, unless you’re a CMMI-Level-5 DoD contractor or some such and your employees don’t mind (or are used to) paper-pushing.

Code review comes after the code is written but before QA. Some like doing code reviews before code is even checked into version control, so “checked-in” also means “reviewed.” Others say that causes too much developer down-time waiting for the review and therefore prefer reviewing just after check-in. There’s no right answer to that one.

Bender: Is there much difference in how one would implement code review for an agile team?

Cohen: No. I don’t think e.g. Scrum means you don’t need to design, architect, review code, or do QA, it just means you need to do it in a compressed time-frame.

The exception might be pair-programming, which you could argue is an in-depth, continuous code review situation. In fact, I sometime argue that other code review techniques get you some (not all!) of the benefit of pair-programming at a small fraction of the time, and is therefore a better time/result trade-off for people who don’t want to go all the way.

Bender: Where is the optimal place for code review in the life cycle of a project?

Cohen: Clearly at the end of the lifecycle, during “feature freeze,” code review makes a lot of sense. By definition you’re trying to be extra careful about every check-in. In fact, in past companies we used to self-impose code review during those times.

However it’s just as useful earlier in the cycle. If you only review at the end, mistakes made long ago might be too embedded for change. Sort of the same problem as waterfall development!

If you’re religious with unit tests and constant refactoring, then it may not make sense to code review early on because it’s so safe to change later. In practice, few development groups are zealous enough for later major restructuring to truly be safe and fast.

Bender: With so many startups in Austin, we’ve had the opportunity to watch many software shops go from one or two people to a group of ten or twenty developers. At some point, most of these groups implement a bug tracking process, and half will have a formal QA process. However, I am surprised how few actually implement code review as part of the dev process. Has this been your experience as well? When is the right stage to begin a code review process? And for companies that already have a few hundred thousand lines of code, where do they begin?

Cohen: You’re right that code reviews are often the last quality process to be introduced, perhaps because it’s so social.

If a team is not already doing code reviews, I would strongly suggest reviewing only a little bit of the code. For example, have optional reviews, done just when the author is unsure, or just on a stable code branch, or just on the 10 files voted “scariest to change.” Stuff that everyone would agree is worth some extra effort. Going from zero review to reviewing everything is too much of a change to do at once.

If you have a large code-base, you could pick out files you know are trouble and review them first. Or, just do incremental reviews — reviewing each check-in — and find the problems as you go. If you do this you’ll naturally notice problems around the code being changed — even in code that wasn’t relevant to that check-in — and you can fix it then.

Bender: Your company, Smart Bear, is widely known for it’s code review tool called Code Collaborator. Can you tell me a bit how it facilitates the code review process?

Cohen: The most important part of the review — human beings thinking critically about code — is something no tool can help with! However there’s also lots of mundane aspects of code review where a tool can help, and that’s what Code Collaborator tries to do.

First, Code Collaborator integrates with version control so with a single click you can do things like “create a review with all the files I’ve modified but not yet checked in.” It can grab the files along with the content as it appears in version control and make diffs.

Second, Code Collaborator displays diffs together with chat in a web browser. The chat is live (or works like a newsgroup if you’re separated by lots of timezones), and is threaded by the line of code. This saves you from tedious notes like “on line 723 of //depot/project/foo/bar…” and emails with quote-carets all over the place as you try to make sense of everyone talking.

Third, Code Collaborator automatically collects metrics like time spent in review, number of lines of code, and number of defects found, so managers get the reports, audit trails, and numbers they need while developers don’t have to lift a finger. No forms, no stopwatches, no meetings, no rubrics.

Bender: I sometimes get this comment from developer friends: Because the dev environment in most startups tends to be fast paced, implementing processes like code review are often viewed as a “frill”. How would a developer best make a case for implementing code review?

Cohen: If you’re in an early stage of development, you might not be able to make the case! Early on, just getting something out the door is more important than bugs.

At some point though, your company turns the corner and keeping customers happy and having a solid platform becomes more important than the number of features you can spit out per quarter. It’s at this time — when you start talking about static code analysis, QA departments, integration tests, etc — when code review should be part of the discussion.

I think the best argument is a combination of common sense and measurement. The common sense part is the author/editor argument I gave earlier. It just doesn’t make sense that anyone could write perfect code in a vacuum, and it’s just as obvious that another pair of eyes could help. Just as spell-checkers are useful but not a substitute for a personal review, static code analysis is useful but not sufficient.

The other side is measurement. Code review is something you can prove has value! Just measure the number and type of defect you’re finding and the amount of time you’re spending in review. Then just divide and see if it’s worth it! The usual number is that you find AND FIX a defect every 10-15 minutes. So ask yourself, can you do that with QA? Shouldn’t you at least try to do it with review?

Bender: That’s a strong case. Jason, thanks for taking the time.

You can read more of Jason Cohen’s writing on software at his blog: A Smart Bear.

Lynn Bender: Have you been using Joomla long?

Darren Peterson: Not long at all. I stumbled on Joomla about three years ago when a client asked me to customize his Mambo site. I wasn’t familiar with what Mambo was, so I started researching it and found that Joomla had essentially taken its place in the open source CMS world.

Bender: For a local person building a Drupal-based site, there seem to be a lot of local developers with experience in Drupal. What about Joomla?

Peterson: Austin has a great base of talented Joomla developers. There are more Joomla users than there are developers and I’ve found that most Joomla developers are also Drupal savvy. Over the past few years, I’ve attended several Joomla conferences in different cities around the US and have met hundreds of developers and I’d have to say that Austin and Central Texas have some of the best.

Bender:What are some of the local austin websites that are currently using Joomla? What about nationally-known high profile sites?

Peterson: There are so many, its hard to distringuish a Joomla site from other types of sites. You can’t tell just by looking because it is possible to customize every aspect of the framework. Three years ago I developed Twin Liquors (www.twinliquors.com) on Joomla, as well as many other local business sites. On a national level Joomla.org has listed that the United Nations (http://www.unric.org) , MTV Networks Quizilla (www.quizilla.com) , L.A. Weekly (www.laweekly.com) , Harvard University (gsas.harvard.edu) sites have all been developed on Joomla.

Bender:Can you tell me a bit about the licensing model? How does it stack up against other CMS software — like Plone or Drupal?

Peterson: Joomla, Drupal, and Plone are free, open, and available to anyone under the GPL license. I am not has familiar with Plone’s licensing, but Joomla and Drupal both permit users to customize, and contribute code as well as resell the software as long as you allow the purchaser to to modify and redistribute it as well.

Bender:I’ve heard that, unlike with Drupal, most of the modules are are not free. What’s the scoop on this?

Peterson: Some of the modules have commercial licenses attached to them. Some users don’t like this, but I think it’s a great thing. You get a better product, and better support when you pay for an extension. There are many developers who will never charge for their work, and I applaud them, but there are many extensions Joomla would never have if it weren’t for the development teams working hard day and night.

Bender:SEO functionality seems to be lagging behind Drupal. Are there any solutions in the works?

Peterson: The latest version of Joomla has many great SEO features. From SEF urls, individual article meta tags and titles, to turbo charged SEO extensions, the Joomla team has delivered a CMS that drives traffic.

Bender:For someone implementing a new CMS system or collaborative website, what do you consider the main advantages to Joomla?

Peterson: Ease of use, the Joomla community, the customization options, and oh yeah, the local Joomla Austin user’s group (www.joomlaaustin.org) who has their first meeting this Wednesday (http://webdesign.meetup.com/528/) .

Michelle Greer: Social networks are never static. We’ve all come to love or hate the new Facebook, and people adopt new Twitter clients seemingly monthly to keep up. Every week, some naive VC funds a social network of some stripe hoping it will actually get adopted. How does Minggl plan to keep up with the constantly evolving trends in the social networking sphere?

Dewey Gaedcke: Great question and this is Minggl’s sweet spot—-we believe that people want to participate in many communities and will frequently move between them. We’re not a site, or a tool, or a community—we’ve built a “relationship layer” that is embeded in the browser so we can facilitate all the social things you do, transparently between communities. You get to “do social” based on how you know someone and how much you care, instead of ‘where’ they hang-out, or which tools they use. If you think about it, “social” is relationship centric, not tool or venue centric, so the only sensible thing to do is to carry the relationship model with you, in the same way your brain does it. The only point of personal connection between Facebook, LinkedIn, and MySpace (for you, from a technology perspective) is your browser, so we modify the browser to bring relational/productive benefits to you, everywhere you go on the web. From a technical perspective (if that’s what you are asking), Minggl is an API abstraction layer—this means we have ZERO site-specific code in the product…..Minggl support for Facebook (for example) is defined by a little XML file that Minggl knows how to interpret and run. If we want to add support for Plaxo, we just have to create this little text file and ww don’t change the core program at all. It’s very elegant ;-)

Greer: Minggl allows users to filter statuses from the people you follow based on keywords. What are some applications for this sort of functionality?

Gaedcke: Out of the 400 “friends” you have online, very solid research shows that you can only be truly “friends” with about 150 of them. Of that 150, only about 40 are meaningful (you really care) in your life. And of those 40, it’s likely that only a few publish information that aligns with your goals and interests. Do you have time to read the daily menu consumed by 250 distant strangers??? If you do, then use minggl without filters (in this mode, our mStream feature works just like the news aggregators) and read everything. If you don’t, then Minggl will show you information from the people you care about first and not waste your time with the rest….or at least save it for when you aren’t so busy.

Greer: Twitter seems to be the social network of choice for many prominent people in the social networking sphere. Any plans to expand the Twitter section of Minggl to include the “replies” and “archives” sections?

Gaedcke: We already support replies and retweets. Archive will be coming in the next few months. But micro-blogging is only a fractional part of the social dimension—-we believe that people care most about the person and about the message, not whether it goes over phone, email, sms or pony express. So you will see Minggl shifting the focus from “where you hang” and “what you use” (to communicate) and making it about who, what and why—-the real essence of social

Greer: What is your platform built in? Should we expect to see Minggl FailWhales?

Gaedcke: Minggl is built on a massively scalable architecture. The app server alone is written in three (Java) tiers, including a clustered cacheing layer. The DB layer is partitioned, load balanced, multi-master and replication aware. You may see Minggl hickup because someone pulled the wrong plug, or a bug slipped through QA, but it won’t be for scalability reasons….that I can guarantee.

Greer: What is it like working with the Twitter API?

Gaedcke: Twitter API is great….it’s clean, simple and works (when their infrastructure is up)

Greer: I hate managing social networks and like that Minggl integrates them into one sidebar. Do you need more developers so as to appease my need for easier and easier tools to manage social networks? If so, how should they get in touch with you?

Gaedcke: We will be hiring experienced Java and Javascript developers aggressively beginning in the middle of November. They can begin experimenting with our API to build social apps that deal with the ENTIRE friend list (instead of just a slice). Experienced techs can send their resume to jobs@minggl.com (best wait till mid-November). They should also play with the product, and get involved recommending features and reporting bugs at: http://getsatisfaction.com/minggl

Greer: Minggl allows you to tag people with certain keywords. Did I get a “cool” tag and if so, when the hell are we going wakeboarding?

Gaedcke: you received a “genius” tag and this means that minggl will randomly inject pictures of Einstein and Tila Tequila onto your various online identities.

To see how Minggl can save you some social networking headaches, download Minggl here. If you have some ideas for the product, get satisfaction by letting their team know here.

Tentatively, starting at 7PM, we’ll have laptop musicians performing in the BoomBoom Room Refresh Lounge. Then beginning at 8PM we’ll have Grid artists performing in the main room and on the roof — most likely until midnight. We are currently making arrangements with the artists, and hope to publish the acts and schedule within the next week.

I encourage you to check out the artists on the Grid. Some of my current favorites are Canartic, Carbon Theory, Dubnautica, My Dark Side, Death is not a Joyride. That’s only the beginning though. Check out the full list of Austin Electronic Music Grid Artists.

Remember, the GeekAustin Anniversary Party is free. Hope to see you there!