I’ve already indirectly surfaced this comment from OO.o’s Gary Edwards (the guy on the right in Simon Phipps’ inset Flickr photo) in my del.icio.us links, so those of you picking up my Feedburner feed that integrates those might already have read this. But James suggested, and I agree, that it’s worth explicitly calling out for the folks that a.) don’t get my main feed with the del.icio.us links, b.) don’t get the comment feed, and c.) stick principally to the front page. I feel fortunate for all of the comments I get here, b/c (knock on wood) our commenters tend to be thoughtful, articulate and best of all – respectful of one another. But when Gary checks in, he really checks in 🙂 What follows are his thoughts on my post entitled “Open Source, Ecosystems, The Second Law of Thermodynamics, and a Random Belgian Mathematician.” They’re appreciated, as always, Gary – and I hope the rest of you find them as insightful as I do. For the record, while I don’t personally subscribe to every last nuance, I agree with most of it, particularly that Adobe’s Duanne Nickull is very definitely a cosmic genius. What is it with all these absurdly smart Canadian technologists? Anyway, here’s Gary:
I think that for much of the technology industry, âthe dynamics of interactionâ have been forever changed by the Open Internet. As an ecosystem, everything else is just another layer in the rain forest.
Open Internet protocols and methods are showing up everywhere. So much so that applications and information systems are near worthless if they fail to connect and collaboratively compute in any other way.
I used to think about things in terms of platforms, frameworks, languages, and application environments. Increasingly though i tend to think about these things in terms of how well they make use of the Open Internet. For instance, SOA-ESB is just a collection of best practices and services for successfully embracing the Open Internet infrastructure. The Internet becoming the most important point of interoperability between platforms, frameworks and applications.
The question is no longer about whether a vendor can grow an ecosystem around a proprietary system. Rather, can a vendor homestead a significant piece of the global ecosystem, and create sympathetic dependencies of a lasting and profitable nature? Can they find a layer in the rain forest and thrive?
What matters today are dynamics of interaction based on Open Internet standards. Fading fast are the days of vendors competing on the basis of platform or application ecosystems, with attention increasingly shifting to the Open Standards and Consortia Standards organizations as places to meet and arbitrate issues of Internet based interaction.
Where vendors used to meet to talk about the interoperability of their systems, they now meet to arbitrate and advance protocols and methods enhancements likely to favor the capabilities of their proprietary systems.
This isn’t âgrowingâ an ecosystem in the traditional sense. This is more like seeking the favor and consent of the global ecosystem to advance the common infrastructure in new directions. The world having long ago chosen a common infrastructure unique in that it is owned by none, and used by all. So today we argue more about which platform, application environment, or integrated stack of technology systems makes the best use of the Open Internet, than we do about which platform or integrated stack is better.
The proof of this is that if you were to disconnect any platform or integrated stack from the Open Internet, who would want it?
The âshort term proprietary / long term open sourceâ transition model you mention is somewhat similar to what we briefly discussed at JavaONE when i asked cosmic genius Duane Nickull to comment on Bill Coleman’s prescient concept called, ârunning the stackâ. Ever the careful politician, Duane was coy in his explanation of how Adobe plans to mesh the Adobe stack with Open Standards. But it looks to me that Adobe is doing exactly what Bill Coleman described as ârunning the stackâ.
The basic idea behind ârunning the stackâ is to build on a commons infrastructure where Open Standards are publicly embraced. Above the commons high water mark, a vendor innovates and extends protocols, methods, and interfaces with the promise of returning these efforts to the commons infrastructure (as Open Standards proposals). This âpromiseâ to customers and ecosystem participants kicks in when critical mass has been reached. Critical mass being defined as that moment when interoperability with other information systems and technologies becomes as important an issue as the initiative itself. At that point the initiative is pushed down the stack into the commons infrastructure, raising the high water line. The vendor of course moves higher up the stack to innovate and enhance once again.
Although Adobe doesn’t have a âpublicâ promise to run the stack, they are pushing important proprietary technologies into the Open Standards commons. Shortly after JavaONE, Duane presented a key Adobe Stack technology, the XMP-RDF Metadata model, to the OASIS OpenDocument TC for consideration. He has also submitted the critically important Adobe XFA method of extending XForms to the W3C for consideration. Adobe routinely describes PDF2 and the Adobe LifeCycle model as a XML framework, broadcasting loudly the importance of Open Standards across the entire stack.
At our JavaONE meeting you asked Duane where Adobe will draw the line. Personally i don’t think there is any answer to that question, other than the Bill Coleman response. His answer was that BEA is committed to running the stack faster than any of their competitors. Meaning, they would push initiatives into the commons faster, raising the high water mark ever higher, and moving up the stack further with innovative enhancements.
Besides, when working with a commons infrastructure like the Open Internet, drawing the line is as much determined by competitors as it is by proprietary business interests. For instance, both IBM and Adobe are rushing to convert their proprietary systems to be fluidly interoperable Open XML frameworks. (I say âOpen XMLâ because not all XML initiatives are open, unencumbered and unrestricted). They agree on Open XML technologies below the line, and compete above. They agree on things like XForms, OpenDoc XML, XBR, and Web Services. (Adobe used to agree on SVG, but that may have changed with the Macromedia acquisition).
With Adobe’s support for WorkPlace, IBM’s cross platform application environment, they’ve even agreed on a common end user interface into their applications and server side systems.
Where they compete though is higher up the stack where Adobe’s LifeCycle initiative truly threatens the heretofore untouchable Lotus Notes collaborative âintelligentâ document platform.
From a customers point of view, this new found interoperability between IBM and Adobe is great news. That it all takes place within a common XML framework is something that should get everyone’s attention.
For IBM and Adobe, i think they have much more to gain from this interoperability than they have to lose from otherwise competitive challenges. Determining and forever reevaluating where this balance lies is the answer to the question of where the line is drawn. It’s also the reason why we are seeing more people like Duane Nickull. He represents a new breed of vendor executives able to first construct out of existing services highly integrated stack models embracing common infrastructures, then navigate the Open XML â Open Internet forums to present key interoperability initiatives, and finally to successfully arbitrate the differences in ways that fully validate and return the investment and trust of an anxious customer base.
There is a difference between âinteroperableâ and âintegratedâ, and i think it’s here that the importance of Open Source truly comes into play. Open Source communities provide highly interoperable components. Community friendly vendors like Novell, IBM, Red Hat, Sun, Progeny, Xandros, Lindows, TiVO and Spike Source provide integrated solutions based on interoperable components.
Microsoft, IBM, Adobe, Novell, Oracle and Sun all provide integrated stacks. The Sun integrated stack starts at the lowest level of binary compatibility and extends to the top of enterprise heap. Microsoft starts at the OS level and is just now leveraging the desktop monopoly to work it’s way up into enterprise stack. IBM is making an extremely flexible if not galactic integration model. What separates all integrated stack offerings is the measure of open interoperability at the component level. Integrated stacks built on Open Source components have an extremely high level of open interoperability, including for some components the future proof, forever open guarantee of the GPL. In contrast, the Microsoft XP stack is based on a cascading entanglement of interfaces, protocols, applications, developer tools, frameworks and server suites bolted together is ways unseen, unknown, or partially known to those with permission. This approach works very well for Microsoft, but is high risk to everyone else caught up in the Windows ecosystem.
Given a choice, everyone would choose some variation of the Open Stack model. What’s surprising is that even when not given a choice, and in the face of mounting barriers, outright intimidation, and even legal threats, the marketplace is moving to Open Source. And if they can’t make the leap to Open Source, then they are demanding at the least, Open Standards.
IMHO, the Open Internet spawned and made possible the digitally collaborative communities known as Open Source. And although the idea of the Internet preceded by four years the invention of UNiX, many would argue that it is UNiX that made the Internet possible. Perhaps the more important point to be made here though is that the Open Internet and Open Source share the UNiX model of piping together loosely coupled components.
Command line piping may be the tradition, but there is reason and ecosystem logic as to why Open Source components are so highly interoperable and easy to integrate. On their own, the efforts of Open Source communities are useless. It is only when they are piped together or professionally configured into integrated stacks that they make sense. The law of the Open Source jungle is interoperate or else. No community is an island. Cooperating with the ecosystem is the difference between having purpose or being banished.
With the Open Internet we might describe and measure this interoperability on terms of Open Interfaces, Open Communication and Messaging protocols, Open Run Time Engines and Libraries, and Open XML technologies. What the new breed of vendor executives bring to the table is the vision and skill set needed to navigate and build on these terms of interoperability.
One might argue that Microsoft trounced Apple because they brought about a platform ecosystem far more inclusive and open to participation. In selling the Windows platform to software developers, hardware vendors, and consumers, Chairman Bill made three promises. All of which needed to be fulfilled before the Windows ecosystem could form and reach critical mass. He promised an open hardware reference platform that would ease application development and commoditise everything below the OS. He promised developers above the OS ae level playing field defined by an Open Windows API. He even went so far as to assure everyone that there was a Chinese Wall between Windows OS and Microsoft Applications â Developer tools divisions. And, he promised mass distribution of the Windows OS, creating a common infrastructure for digital solutions.
The problem Microsoft now faces is that the incredibly robust ecosystem they built now finds it more important to be part of the Open Internet than subservient to the Windows API. Part of this is due to the fact that Microsoft has proved time and again that they can’t be trusted as a common carrier of a digital ecosystem much less as the foundation of a newly emerging digital civilization. Part of it is due to the fact that Microsoft ruthlessly used their developer network to grow new market categories, only to swoop in later to seize all opportunities when the category finally became profitable. And part of this is due to the simple fact that the Open Internet has such a low barrier to entry, but high level of quality participation, that it was beyond unstoppable as a universal platform of connectivity and collaborative computing.
Even though the great herd of Windows users remains tethered to Microsoft, it is the Open Internet API that developers write too. Sure you can cloak the Open Internet in .NET and MS XML garb, but they are always dancing around something owned by none, used by all. Chairman Bill pulled out all the stops to crush Netscape and Java, and yet the Open Internet invasion continues. The time tested method of âembrace, extend, extinguishâ just doesn’t work well with a technology platform built exactly to route around barriers.
From the gitgo the Apple iPOD strategy has been to erect barriers, and build a marketplace within the confines. Nothing new here. At least Apple is up front about it. Microsoft’s strategy is one of deception. They hope to erect unseen barriers in hopes that by the time the great herd realizes they’re trapped, it will be to late to route around the problem. It’s worked before and it might work again. Never underestimate the great herds penchant for being deceived. The greatest threat to the Open Internet isn’t Microsoft. It’s the great herds determination to keep their heads down, their grazing uninterrupted, even while they’re being stampeded over a cliff.
And then there are those who respect the Open Internet and are willing to take their chances ârunning the stackâ. Personally i don’t think there is anyway Microsoft can stop IBM, Novell, and Adobe from cutting into the great herd at the desktop level with WorkPlace alternatives, and moving the herd en mass to a dependence on Open Internet friendly API’s as the foundation for just about everything they do. We shall see.