afongen
Sam Buchanan's weblog.

No, I do not want to be an optimist.

Kathy Sierra is right: Pair Programming is NOT always a choice. Some people are work best alone. This reminds me of something that really got on my nerves during a keynote speech at the Minnesota Government IT Symposium. The speaker's message was that if pessimists only tried a little harder and improved their attitude, they could be optimists, too. What a load of crock. His assumption that pessimists even want to be optimists is not only seriously flawedflat-out wrong, it's insulting.

The other day I sent myself this message.

Here's a tip: no matter how great a product is, no matter how well it seems to meet your organization's needs, if the people who are going to work with it hate it, it will fail.

Culture Clash

I just spent three days in meetings in St. Cloud, an opportunity to get away from the office while our cubicles are being torn down and rebuilt (bit of a physical reorg to match the recent organizational reorg) and to outline the direction that our web development will be taking in the next couple years. If we had been at a conference center, we would have called it a retreat, I'm sure, but instead we were in a small conference room in a basement labyrinth in a building that just screams "I was built in 1969! I was built in 1969!" There's a guy in our regional computer center there who has been working in the same basement office since 1971. Crazy.

The first day was highly energizing, the second day exhausting, the third energetically neutral and quite enlightening. Today we hashed out a process for moving code from development to QA to production. Largely because of concessions that we made for existing processes, it ended up being far more complicated than I ever expected. For one thing, our introducing CVS entails an enormous shift in code management. The way that I would normally think to use CVS, branching off major releases to run through QA, won't work because of conceptual hurdles and because it doesn't mesh with the current process. The culture clash between our long-time core systems developers and newer developers working on web-based apps will be a fun one to watch. I understand that we shouldn't jettison a perfectly functional system, and I want to learn from what we've been doing, but at the same time it's really bizarre to me that CVS should cause such a ruckus, because I don't think it's that different.

Then again, I don't think that the leap from procedural to object oriented programming is a big deal. Seriously, I don't understand all the fuss.

I can't wait until we broach the topic of unit testing. Oy.

Regardless, I'm going to have to spend time thinking about how to smooth out the wrinkles in our new code management process. It will work, but it's inelegant.

And of course, the real fun of the meeting was getting other work done at the same time, as I have a big project that just can't wait for me to be on pause for several days. Thankfully, I'm surrounded by workaholics who think it perfectly natural to be typing away while everyone's talking. :)

Fodder for Linkblog.

A few quick links of note:

Plone 2.0

Plone 2.0 has been released. Plone is a content management system built using Zope, an open source application server written in Python. It pulls together the Zope Content Management Framework with a number of other pieces to make a pleasant, standards-based, easy-to-use CMS. If I had to install a CMS at work right now, I'd choose Plone in a heartbeat.

The big down side, of course, is that it doesn't cost tens of thousands of dollars. Sorry about that.

This raises an advantage of open source that I don't raise nearly enough: cheap prototyping. Three years ago, we had a chance to install a Zope-based or other open source CMS at work but did not. In retrospect, this was a huge mistake: the process for which we delayed implementation ended up causing complete inaction. We would have done well to set up a low-cost interim solution. Free & open source software offers this opportunity far more easily than high-buck commercial competitors.

New Pragmatic book

Via Glenn Vanderburg, I see that Dave Hunt & Andy Thomas have just released Pragmatic Unit Testing in C# with NUnit, a companion to the wonderful Pragmatic Unit Testing in Java with JUnit. Huzzah! Apparently it's more than just a rework of the JUnit book, too. If you're interested in unit testing, either of these books is a good place to start.

Now I'm just waiting on their automation book.

Go Gollum

Gollum's acceptance speech.

Walter Cronkite on Murrow on McCarthy

On the way home yesterday I happened to catch a radio essay by Walter Cronkite on NPR. In it he describes a story that Edward R. Murrow did on his program "See It Now" in 1954, reporting on McCarthy's anti-communist efforts with a frankness and honesty that hadn't been seen on network TV. It's a powerful piece, spend a few minutes listening to it.

Two reactions: Work of this caliber is why I like NPR. And wow! Cronkite is fantastic!

Also on NPR, Nina Totenberg's series on Justice Harry Blackmun's just-released papers is quite compelling.

Books I'm watching for.

I'm probably missing some here, but:

JBoss plugins for Eclipse

Hey, this might just short-circuit the inevitable IDE wars at work: JBoss-IDE, JBoss plugins for Eclipse.

Actually, I personally don't give a rat's ass what people use to write code and manage their projects. If you want to use Eclipse, go for it. Happy with NetBeans? Go nuts. vi or emacs? That's fine, you Luddite. Whatever makes you happy and productive. But sooner or later there will be a push to centralize on a single tool at work. If we also happen to use be using JBoss at the time, JBoss-IDE gives Eclipse a leg up.

Not that I care. :-)