Where the bugs are

As I write this column in the middle of winter, a couple of things take me  back to summer camp, where all I could count on was lack of sleep, bad food, bugs, more bad food, and more bugs. As I mentioned last week, we are implementing a new content management system, a mammoth project that means at least a few late nights and snack-machine dinners (see "Mac meets world"). As with any complex system, even the best-laid plans can go awry when unanticipated technology bugs arise, even with well-vetted products. On the surface, it would seem that the only solution to preventing delays would be to allow more time in your schedule to integrate your system. More time to complete a task is always a good thing; however, even experienced chief technologists can be surprised in the final days of a rollout. When you are working with systems that are made up of off-the-shelf components, you never know what walls you might hit.

Back in December, I wrote about the concept introduced to me by Hal Varian, dean of the University of California at Berkeley 's school of Information Management and Systems, of recombinant growth, which refers to reassembling existing technologies into something novel, innovative, and ultimately greater than the sum of its parts. This is the invigorating side of technology — combining wireless applications with Web services, for example, can yield exciting results. This week, I have experienced the downside of combining technologies in unique ways — the sum of the bugginess in a system can be far greater than the bugs in the individual products that comprise it, and often exponentially.

At InfoWorld we are implementing a solid, proven content management system that we checked out exhaustively before  purchasing. The system as we implemented depended on a few things, at least superficially: on the back end, an app server and a database; on the front end, a word processor and a web browser. Simple enough?