Nabaztag ? Not just yet.

It seems this cute little device is enjoying a growing attention from geeks all around. I’ve just taken a long look at it and was very much interested : open API (with a 3rd party Ruby module to boot, a large and dynamic community… then I came across this deal-killer : you can’t pilot the nabaztag directly, all requests have to go through Violet’s server. If the thing has an embedded web server (like all these devices have), you can’t reach it through your LAN.

The usual reaction would be to wonder what the hell ever came through their mind when they took this decision, but I suppose they had a good reason to do things that way. At least I hope so, otherwise it boggles the mind that designers of a rather clever device would make such a blunder. And sure enough they paid the price for it, since it seems that last Christmas their servers keeled over under the registration requests of the new rabbits.

I’ll still keep an eye on it, hopefully they’ll change this.

Ajax sux

I’m reading this inflamatory, yet spot-on post by Bruce Eckel, and while its main topic is about why Java failed on the web (because applets are fugly and java is a PITA to install – no grand revelations here), the part which I really want to “me-too” on is Bruce’s account of Ajax apps (“The Web is a Mess”). A few days ago I had an interesting discussion with Cédric on why I still wasn’t using gmail (I do have an account but I hardly use it). Aside of all the migration problems (which can certainly be solved), the main reason is still that, as an application, gmail’s shortcomings still far outweight its advantages.

I want my mailer to be a full-fledged, well integrated desktop application, not something which desperately tries to look like one but will never be. I want my mailer to look like the other apps on my desktop. I want to be able to drag’n drop attachments to and from messages. I want to be able to locally grep my messages. I want keyboard shortcuts to work, not having to think if they’ll conflict with another shell application which shouldn’t even be there in the first place.

No matter how you look at them, Ajax is a hack. It’s pushing the boundaries of a technology (html+javascript) in order to achieve something it wasn’t designed for. As such, I firmly believe that even though it does fill a need, it’s a dead-end. It begs to be replaced by something more appropriate, which unfortunately remains to be designed. Ajax is still CGI on steroïds, and these got exposure not because they were any good, but because at the time the alternative to creating a page with two text fields and a “submit” button was hundreds of lines of code in C using Motif.

Or may be that replacement is already there.

While I hardly use gmail, I do use flickr a lot. As a web-application, flickr is great. As an application, it’s passable. But flickr has understood that the best way to expand an app is to open it, so they’ve provided a nice API which plenty of “real” application use. So for instance I never use flickr’s upload pages to add photos to my stream, instead I use flickr’s own uploader from my macbook, or kflickr from my linux box.

Another solution which I haven’t tried yet is flock, which IMHO is what the “web 2.0” really should be (rather than one of the silliest buzzwords ever devised).

As for gmail, the solution wouldn’t be a web API, there’s already POP and IMAP (the latter gmail unfortunately still doesn’t support).

Web APIs are probably the sane alternative to Ajax, however they leave the burden of app development to 3rd parties, and the service provider will probably want to have more control than this. So it boils down to the same age-old problem all over again : remote applications.

X11 solved this a couple of decades ago, but in a way which just doesn’t work over a WAN connection. If you want to “send” an application over the wire, you need to describe it more concisely than through heaps of drawLine() directives. In the same article, Bruce Eckel evokes Macromedia Flash re-invention, Flex. Having briefly worked with it, I concur it’s a pretty good solution and I hope it will expand. Many would probably think that the best solution remains to be designed (or is probably running in some lab somewhere), but it would take some serious corporate muscle to get any kind of recognition (if only to write the dev tools in the first place).

Bottom line : the web is likely to remain a mess for some time, and the sooner the Ajax balloon deflates, the better.

Steve Jobs on DRMs

A while ago I blogged about how DRMs are going the way of the dodo (not a moment too soon) and on the misconception that Apple would be their main proponent. Steve Jobs just confirmed it by explaining that indeed, adding DRMs on iTunes wasn’t exactly his idea (which isn’t news to anyone who had done a bit of research on the subject).

I wouldn’t be surprised if there were a bunch of #ifdef MAJORS_ARE_STILL_CLUELESS peppered all over iTunes’s shop code.