For all the Ajax calendars that are appearing, it's a shame I can't find one which really meets my needs.
My needs are probably weird, but not that weird. Here's what I need a calendar to be able to do:
Listen, I know that everybody is saying that the cool thing to do these days is Ship Early and Often, but when you ship half-baked ajax calendars that don't do much and then get Scoble to go nuts about how great they are, well, you're going to have a lot of people like me checking it out and realizing that, for example, no thought whatsoever has gone into printing, which is fine, it's a 1.0 release, but you know what? I'm not going to look at 30 Boxes again -- I've spent enough time evaluating it. G'bye. I've talked about this before -- it's the Marimba phenomenon -- when you get premature publicity, lots of people check out your thing, and it's not done yet, so now most of the people that tried your thing think it's lame, and now you have two problems: your thing is lame and everybody knows it.
Why so many Ajax calendars? My theory is that about a year ago, there was a lot of buzz (possibly true, possibly false) about Google shipping a calendar, and everybody thought, oh gosh, it's gonna be really good, like Gmail, and then Yahoo! is going to be embarrassed again, and run out and buy the best Ajax calendar company they can find, just like they did with Oddpost, making those very funny kids millionaires overnight. So people aren't really building calendars to sell to people like me who need calendars: they're building calendar companies to sell to Yahoo!, which, for some reason, has given up on the old concept of hiring programmers to write code, and is going with this new age concept of buying entire companies on the hopes that they might contain a good programmer or two, which, by the way, is a sure sign of trouble for a technology company.
But anyway, how many Ajax Calendar Companies do you think Yahoo! is gonna buy? You don't build a product for one customer. It's just too risky.
You’re reading Joel on Software, stuffed with years and years of completely raving mad articles about software development, managing software teams, designing user interfaces, running successful software companies, and rubber duckies.