Notre Dame

Paris in the Springtime

We're in Paris at the moment. The weather had been gray and cold Friday in London and yesterday in Paris but it's nice and sunny today, in the 50s or 60s (high teens centigrade).

I'm posting pictures on flickr and created a new set: Paris 2005 for them. Nothing stunning...

We're just ambling around, we've both been here enough to have seen most of the touristy things. We brunched with our friends Goldie & Yisraela in the Latin Quarter this morning. They then took us on a nice walk through their neighborhood market.

LHR 2005.04.18

I'm at Heathrow....waiting for my flight in the American Airlines lounge. On the one hand, I'm glad that they have some public access computers with internet access. On the other hand, they are all hardcoded to use MS Internet Explorer in brain–dead mode, eg you cannot cut and paste a URL, most URLs I type in are rejected as host not found yet if I click on the same URL off a web page it navigates quite fine.

This is, I think, the first time I've been at LHR without my own laptop. I don't really need one here...I'm not working and no one is trying to reach me to complain about getting a URL redirect or that the ibm.com search engine is down. However, I do have several hours to kill and had absolutely no interest in sight seeing in London, and did my tour of duty free shops with only a couple of bags of Smith's crisps to show for it.

So...I arrive in the US later tonight, am hoping to get in in time to retrieve Frisket from Monstermutt but that is highly unlikely unless the travel gods are with me and look down with kindness as I try to make it from JFK to downtown Brooklyn in under 30 minutes.

Paris was lovely, wish I could spend more time there. Also wish that I had converted dollars to euros when the exchange rate was USD$1.00 = EUR€0.83. The exchange rate was a tad painful, though less so than the UK/US exchange rate currently is. I have some more pictures from ambling about yesterday which I'll post on returning home. Lisa is stuck at IBM's Tour Descartes in La Defense for meetings this week. Hopefully they have banned indoor smoking since I last was imprisoned at La Defense.

Infoworld upgrade includes related tags

Many-to-Many: Infoworld goes tagalicious: On the articles pages they’ve moved from a fixed taxonomy that took them a lot of time to develop to a semi-structured tagging system:

What I like most in this new architecture is that the related links are now driven by del.icio.us. Our edit team is tagging content in del.icio.us. The engineers are pulling down the del.icio.us RSS feeds. And then we create matching logic based on the common tags. We also link back out to del.icio.us pages via the tags for the article on display.

Wow: Using Google Maps to display Chicago CTA routes

Google revolutionized the online map world when it launched Google Maps. Another revolution is brewing with a Firefox extension called GreaseMonkey. GreaseMonkey allows one to client side JavaScript scripts which can modify various aspects of a web page (gross oversimplification). Combine the two and you get things like the Craigslist-Google Maps mashup of a couple weeks, and now this: Chicago Transit Authority map on Google Maps which combines Google Maps and Greasemonkey to add a CTA map option.

What I find fascinating is that there's a growing ability of interested and incented users of web sites to customize (and in theory improve) the user experience of a web site. Now, the ex-Corporate Web thug in me is a bit horrified at the notion that users can change the experience of my web site without any intervention (and perhaps, any control at all) on my part. On the other hand, it's a nice example of one of the lessons of Internet and networked technologies: routing around the problem. If your user experience sucks but your customers are interested (your site apparently has some value to your customers), then they will tailor, fix, and change your site's user experience to their benefit.

Now, there's several drawbacks, the biggest being that this only works with Firefox. I use Firefox almost 99.999% of the time on all the platforms I use, however I know that most of the world is still stuck with Microsoft Internet Explorer. Second, I think there is a subtle danger to web sites which are extended in this manner in that people tend to forget where they get such modifications from. If the code stops working with your site, for whatever reason, more likely than not you'll get blamed, not the developer of the code. It spreads the maintenance burden of your site beyond the factors you can control. This isn't a bad thing in and of itself, it just adds to the burden of running a web site. A compromise: if your clients, customers, users of your web site are finding such extensions to be valuable, endorse them and make them a formal part of your site (to the extent possible depending on licensing restrictions, phase of the moon, temperament of your Corporate Communications execs, etc.).

The revolution isn't Ajax, it isn't XMLHTTPRequest, it isn't Greasemonkey; it's the movement of interactive application functionality to the user's desktop. It's not new, Flash and Java have been able to fill this role for years, but they have always operated in a different space from the browser. You know when you're using a Flash or Java application, you see it load, you take the hit to download the JVM or player. Netomat tried (is trying?) to fill this niche but hasn't taken off. What I see in the combination of Firefox, Greasemonkey, and Ajax is the creation of a new platform for rich networked applications, which can enhance and extend the user experience of existing web sites with minimal revision on the part of the web site maintainer. To successfully take advantage of this platform web sites will need to be more XML/XHTML compliant since the pages need to be parseable and well-formed.

My interest as well is in the push of interactive application functionality from the server, where it doesn't belong, to the client. This allows servers to focus on serving content, and processing data; not on maintaining state information, trying to work around all the possible ways an interactive experience can be broken by splitting display off from application processing.