mult.ifario.us

We went east to visit Hien's side of the family this year, and that meant traveling across a two-hop, cross-country trek with a teething baby. (She got her two front teeth for Christmas, among other things.) The trip went about as well as it possibly could have.

Instead of the faithful Frog, we took one of the standard, low-end umbrella strollers to gate check and then use during the stopovers. I will admit to having doubts about the Frog's freakonmic cost-effectiveness in comparison with the $25 umbrella stroller, but I've always appreciated the Frog in a manly way: it's a sturdy, well-designed, well-made piece of equipment with lots of attachments, and both Hien and Emme like it. (Also, if you read about the babies that other manufacturers, e.g., Graco or Evenflo, have injured or worse, you have to think carefully about what you buy and whom you trust. For example, the 105 injuries from collapsing highchairs was the scariest of the list for me.) After pushing, pulling, and otherwise manhandling the umbrella stroller around Denver and Chicago (O'Hare) during layovers, I truly appreciate the Frog. (The O'Hare Children's Museum was a godsend since Emme was able to crawl around freely for an hour or so.)

The umbrella stroller was clearly designed to be lightweight and to fold compactly, but it fails basic ergonomics as a stroller. My chief gripe is that the rear wheels are exactly the same distance apart as my feet, so I have to walk hunched over like Quasimodo, sashay along with one foot in line with the other like a runway model on a catwalk, or trip over the stroller every couple of strides. That, and the geometry of the front end and the use of a pair of wheels on each side makes the wheels equally likely to slide sideways on a smooth surface as to spin into alignment for forward motion. Next time, considering that we have the necessary accessory, we'll just schlep the Frog.

I was happy to find, via Bill de hÓra, a blog on logical fallacies:

The fallacist, like the zoo-keeper, develops an affectionate relationship with his specimens. He keeps them correctly labelled in their separate enclosures, and looks them over from time to time pausing to stroke a petitio principii, or allowing an ignoratio elenchi to nuzzle against his hand. [...] I take a very broad view of fallacies. Any trick of logic or language which allows a statement or a claim to be passed off as something it is not, has an admission card to the enclosure reserved for fallacies.

Fallacy fanciers may also enjoy a trip to Dan Bernstein's collection of post hoc ergo propter hoc instances collected from the wild.

I've been taking the bus to work, and if I haven't charged my PowerBook or am forced to stand, this gives me time to ponder imponderables, like how much does Superman eat?

If the comics are to be taken at face value, Superman can do things like lift buses over his head and fly at great rates of speed. Buses are heavy, so lifting one would take a lot of energy. A calorie consumption benchmark says that 10 minutes of "vigorous" weightlifting burns around 120 calories for a 250 pound human. Just for the sake of argument, let's say that 10 minutes means five sets of 10 repetitions of clean-and-jerk at 180 pounds, so that's about 9,000 cleaned-and-jerked pounds per 120 calories or 75 cleaned-and-jerked pounds per calorie. Lifting a (40-foot, diesel, unoccupied) 40,000 pound bus burns around 533 calories or just about exactly one Big Mac.

So, my unscientific answer would be that Superman eats... a lot.

Matt Asay made a post about work/life balance that brought to mind a random thought about the pants of tomorrow. (Kind of like the House of Tomorrow, but pants.) Many science fiction views of the future have humans evolving into cerebral creatures with big brains, but my view is different — we'll evolve bigger and bigger backsides for sitting on...

When my wife and I visited Kyoto a few years ago, we stopped at Niji-Jo, a 17th Century castle built by the first Tokugawa Shugun. Part of the castle has "Uguisu-Bari" of "Nightingale Floors" — wood floors specifically designed to squeak with every step, ensuring that no one could sneak up on the Shogun without alerting his bodyguards.

I don't think that the floors in our 1911 house here in Seattle were necessarily designed with the same goal in mind, but they do seem to serve the purpose of alerting the Shogun to our activities in the dead of night...

The initial migration (and a subsequent upgrade from 2.6.0 to svn trunk) was pretty much painless, but the database migration didn't take care of mapping permalinks or date queries from the WordPress scheme to the typo scheme. Enter a little mod_rewrite and Ruby (at which I'm a newbie).

The first step is to grab the query string on the old server, e.g., to grab the WordPress-style permalink:

http://oldblog/?p=69

to a new entry point in typo like:

http://newblog/wp/69

the required bit of mod_rewrite script is:

RewriteCond %{QUERY_STRING} p=([^&;]+)
RewriteRule ^/$ http://newblog/wp/%1? [R=301,L]

(The trailing ? drops the query string in the redirected URL, and back references use the % in place of the $.) The 301 response code is "moved permanently", so well-behaved clients should get the idea. The same technique applies to the query string-defined syndication protocols that WordPress uses for the RSS and Atom feeds.

The next bit of work in Ruby is a bit painful because of the way that the database migration script maps the IDs. (If I was in the mood, I could have modified the migration script to dump an id cross-references, but I wasn't and didn't.) The first piece is a new route in config/routes.rb:

map.connect 'wp/:wpid',
  :controller => 'articles', :action => 'wp'

And then a bit of Ruby in app/controllers/articles_controller.rb:

def wp
  begin
    wpid = params[:wpid].to_i
    case wpid
      when (109..109) then wpid = 97
      when (100..101) then wpid -= 15
      # etc.
    end
    # imitate the "read" method here...
  end

And that should do it. (So far, the most difficult part of Ruby is not typing a ; at the end of a line...)

On December 6, Intalio announced that it acquired FiveSight, the company that I founded in 1999 and then led through six years of ups and downs.

SteveShu has a few comments on the FiveSight experience. (Steve has always been too humble for his own good; he was a vital member of the team from the moment he joined and played a key role in every win that the company had, including our relationship with Union Pacific and our distribution partner in Japan.) I can still remember Steve's first day on November 6, 2000. He showed up at my apartment in Chicago, and we went over FiveSight's "books" (an Excel sheet) at the kitchen table. That was just before FiveSight kicked-off in earnest with the original crew of six in a big loft in downtown Chicago, complete with a coffee maker, a pool table, and a fish tank.

Looking back, I like to think of FiveSight like a piece of software. We had a pretty good v1.0 release with a good product and some great customers, all driven by the moxie to turn minimal funding and maximal ambition into a going concern. FiveSight v1.0 won awards for rapid growth (426% for 2002, not half bad...) from Deloitte & Touche and the Chicago Software Association. We hit growing pains in 2003, trying to get over the $3M/year revenue hump against an increasingly competitive Java EAI market and the IT spending doldrums that followed the bubble burst and the 9/11 attack.

PXE was FiveSight's v2.0 business. We took stock in the middle of 2003, ramped-down FiveSight v1.0, and decided to bet on BPEL as a standard that would decouple design and protocols from execution. The first version of the BPM component for our previous platform morphed into Maciej's elegant design for the PXE execution core, and we were off to the races with an OEM-focused strategy that emphasized our strengths in low-level Java and high-level, targeted sales focused on the build/buy proposition. (I picked Sleepycat (for their OEM business) and Zope (for their community) as businesses to emulate, but I also started with the assumption that the market for BPEL execution and the overall market context would be completely different — FiveSight v2.0 would have to find its own way.) Open source was part of the thinking from the beginning but not part of the public strategy until June of 2005, when we posted PXE as open source to accompany SUN's tooling demo at JavaOne.

I'll be watching Intalio's progress from my seat on the sidelines, but more on that later.