Nick Gall's Weblog

Thursday, March 31, 2005

My other blog. While I may not post an entry to my home page everday, I do post interesting web resources that I run across to Furl (my online bookmark service) virtually every day. You can see my latest Furl postings in the Navigation box on the right of my home page: Also, if you are interested in some of the same issues that I am (mass innovation, SOA, modularity, Web services, Evolution, Philosophy, etc.) I urge you to subscribe to the RSS feed for my Furl bookmarks. You will then receive a steady stream of link to interesting resources (with my brief descriptions). Simply click on this Subscribe to my Furl Archive link, or the one directly beneath my list of Furled pages in the Navigation box. 4:30:10 AM

Wednesday, March 30, 2005

The dark side of flickr: N reasons why you shouldn't post your picture on the Internet. Check out these pictures of someone who made the mistake of posting his photo to the web. Hilarious. Each picture gets better and better. 1:23:00 PM

The mysterious crystal ball knows all. An anonymous friend turned me onto this cool game . It's uncanny. How does it read my mind with such unerring accuracy? Try it and be amazed.<grin> 12:37:03 AM

Tuesday, March 29, 2005

Fun examples of mass innovation. Here's a great example of an emergent use of a web service: spelling words with a font composed of letter pictures from flickr! This was generated by spell with flickr. The HTML in this post actually queries flickr for photos of individual letters. You've got to play with it. Here's my name in pict-o-glyphs: Or check out another emergent use, this time of Amazon. It's called Amaztype and it will amaze you. Click on the image below to go to the page running the flash. When you click on a letter, it will magnify and you will see that each letter is composed of book jackets containing the word philosophy in the title! Click on a book jacket to go to its Amazon page. Amazing. Here is the word philosophy: Or check out mappr (maps flickr photos to US Map based on tags). While none of these has a business model, they show the incredible ferment of experimentation of...what to call it...emergent applications, composite content, web content services? Whatever you call it, it signals the birth of new directions in the Web's information space. 1:42:15 AM

Monday, March 28, 2005

SOA insight: interoperability enables evolvability. As I mentioning in a previous post, I've been doing a lot of deep thinking about Service-Oriented Architecture recently. Over the past couple of years, I've been relentlessly positioning SOA as essentially a set of architectural principles for interoperability. One of the most important interoperability principles is the internetwork principle, which SOA inherited from the Internet: an interoperable network must be designed as a network of (heterogeneous) networks. But in working with organizations implementing SOA (and its preferred SO- technology, Web services), I've noticed that while they achieved dramatic improvements in basic interoperability, as advertised, they failed to achieve dramatic improvements in extensibility. This is ironic, given the central importance of XML, the eXtensible Markup Language, in SO- technologies. So I've spent the last six months really thinking hard about extensibility specifically and evolvability generally (or course I'm always thinking about evolvability). I've come up with what I think is a pretty profound insight: interoperability enables evolvability. In fact, to push the point, I'd argue that they are two sides of the same coin. Both are very slippery terms, so let's get specific. Interoperability deals with how different systems interact to form a unified system. Often, the concept is centered on the interaction between offerings from two or more different vendors. For example, if modems from several vendors can interact to communicate, we say they are interoperable. Interoperability is enabled by a common protocol implemented by multiple vendors. But now think about a product from a single vendor as it evolves from version to version. If the versions need to interact (e.g., communicate directly by some protocol or indirectly by sharing files), then we have what is commonly know as a compatibility issue (specifically forward and backward compatibility). The crux of my insight is that compatibility and interoperability are merely different aspects of fundamentally the same concept: interaction. Interoperability is focused on the interaction among vendors' products implementing a specific protocol version, while compatibility is focused on the interaction among one vendor's products implementing different protocol versions (which includes file or document versions). But in both cases we are really dealing with variations (versions) of a common protocol. In both cases, a vendor is modifying its implementation of a protocol to add new behavior, remove old behavior, or change current behavior. If products implementing different versions of a protocol can successfully interact then they are said to be interoperable, when the products are from different vendors, or compatible if the products are from one vendor. But despite the different labels, it's the same concept underlying them. To put it succinctly: Compatibility is simply interoperability between old, current, and new versions. Accordingly, the better an SOA enables interoperability, the better it should enable compatibility. Of course, the concept of a spanning layer (the narrow waist of the hourglass) is key to compatibility as well. If a spanning layer can be used to unify heterogeneous resources in the bottom of the hourglass, such resources can be different because they are from different vendors or because they are different versions from one vendor. Viewed this way, a rolling upgrade (whose formal definition I cannot seem to find on the web) is simply a federation across old, current, and new versions--in principle no different from a federation across systems from different vendors. I'll have a lot more to say about interoperability and compatibility; but for now, just think about it. 11:34:11 PM

Friday, March 25, 2005

Emergent entertainment: the Numa Numa dance. I know that some of my readers are over thirty and aren't as tapped into the Web zeitgeist as the average teenager. For them, here is a hilarious and compelling example of emergent entertainment--entertainment that becomes popular for reasons no one can explain, aka a fad: the Numa Numa Dance. Because it was highlighted in the New York Times, I'm sure you've almost all heard about. But if you haven't, you must check it out. And if you have seen it, have you seen the Numa Numa parodies? Or the Numa Numa history? Definitely must see TV. 4:28:16 AM

Tuesday, March 22, 2005

Back and rad'er than ever. Seven and one-half weeks between posts to the blogosphere. How shameful. My last such hiatus was just about a year ago, and it only ran five and one-half weeks. That time it was due to hardware failure. This time it was due to METAmorphosis--literally and I suppose figuratively. I was cranking away around the clock trying to cram into two presentations (a keynote--SOA Principles: Carving a Deep Path Across the Enterprise and a breakout--Software as Infrastructure and Metadata as Application see agenda) all my insights into Service-Oriented Architecture. Of course, in the course of doing all this cramming, I came up with dozens of other insights, which had to be crammed in. At one point, my draft deck was 80+ slides! Suffice it to say, I didn't have a lot of free time to blog before METAmorphosis on March 1 (the day after my birthday, so I had to work on my birthday, boo hoo) and I've been catching up on everything else I put aside to devote myself to these pitches. I don't know about other analysts, but the reason I put so much into my METAmorphosis pitches is that I treat it as my annual "big update". It's when I take all of the insights I've gained through a year of conversations with users and vendors and I do a major update to my slideware. I guess the equivalent is a major software version release vs. a point release. The other reason is of course inertia. As those of you who blog regularly know, its easier to blog regularly once you get into a rhythm, and once you get out of it, its hard to get back in. Here's hoping I quickly find my rhythm again. BTW, the lame title of this post is a play on the title of the post I wrote after my last hiatus: "Back and Badder Than Ever". It also alludes to some of the radically new thoughts I have about SOA (at least radically new to me). I'll be sharing them in upcoming posts. 6:06:29 AM