When the Innovation Runs Out
One of the things about open source that bugs me is cloneware. I made the term up, and there may be a better term that already exists, but I’m talking about software that merely aspires to be a copy of one or another proprietary offering. I’ve seen this even in some pretty well done projects.
As an example, here is the description for a project called Rhythmbox:
Rhythmbox is an integrated music management application, originally inspired by Apple’s iTunes.
I chose this project because I use the software daily and I hope that any offense I might cause to the rhythmbox developers will be offset by the fact that I actually really like their product. My issue is not with quality or anything like that, but with the fact that there’s this implication that the software is intended to be a clone of iTunes. The implication in this one is a soft implication, to be sure. There are far more aggregious examples that I’ll leave to your own investigation.
Now, I’ll grant that no great idea happens completely on its own. As with Isaac Newton in science, any developers who may seem to have seen further were only able to do so because they were standing on the shoulders of giants.
Now that I have given fair enough disclaimer, and with a little luck, readers will understand that I’m not ranting, but stating a potential pitfall in the open source process. So here it is, that which bugs me:
Knock-off software makes innovation the territory of proprietary software vendors, leaving the impression that OSS simply re-creates what’s already been done.
What happens when you get to that point where you have copied all the existing features? Does the process run out of gas and wait for the vendor’s next set of innovations? Of course not. Developers/hackers start innovating, stretching boundaries, etc. But there’s this perception that has been created that makes potential consumers of OSS believe that all OSS is merely about emulating that which has already been created. The development process gets discredited.
Mozilla Firefox has some great innovations that far surpass Microsoft Internet Explorer. Nat Friedman’s dashboard project, Beagle, is a good example of OSS innovation and vision possibly being borrowed by proprietary vendors. So I’m not trying to state some kind of absolute here.
But there are certainly people who think that the mission of OSS is to be the free version that puts those bastard proprietary vendors out of business. It’s a misguided sentiment, and it cheapens what is really going on in with open source.
If my point is eluding me somehow, allow me to cite the example that precipitated this blog entry. I received through a circuitous route an email full of ideas on how to improve Novell Linux Desktop. After some very good suggestions, the author–who is clearly a longtime enthusiast of both SUSE and Novell–concluded:
The easiest sell is to make the end-user transition as seamless as possible. Being that Novell and Linux will always be a threat to MS, we need to make the desktop (and assorted apps) appear as close as possible to their native counterpart. Sometimes, a complete UI interface isn’t necessarily a good thing.
Thanks guys. Remember. we’re almost there with that ultimate solution. The faster we get to market with it, the better off we are.
The author felt that desktop Linux should be a clone to Windows. Moreover, he states it’s imperative to NLD’s success. I disagree. Here is my response stating why:
Perhaps it would be good for me to share some background on philosophy that Nat and Miguel learned from early Ximian/Helix Code days:
Implementing a desktop environment that appears to be a Windows clone is a losing battle. What happens is you get an interface veneer that looks like Windows (or MS app counterpart to the OSS offering), but when you get into it a couple levels, you start finding the areas that are not identical (nor even close enough). Consequently, users end up perceiving the product as a cheaper, crappier version of Windows instead of a robust alternative to Windows. (Imagine some of the scenarios for less-technical users: I tried to install an application (Windows app) and it didn’t work! This sucks! I want the real Windows back!)
Our objective is to produce an alternative, not a substitute. So cloning Windows interfaces sends people down the wrong path. Eventually we’d like to see Linux as a very strong, very prevalent alternative client OS, able to draw people to it for its own virtues rather than merely being adopted for being a cheaper, good-enough OS.
[Name withheld] shares this desire to stick it to the man in Redmond with many Linux true-believers. I feel that it makes Linux about being “not Windows” instead of being its own thing. Novell is not doing desktop Linux as an attack on Microsoft. (That comes just as a consequence of Microsoft’s desktop dominance.) We see that Linux can become a long-term viable client platform for the enterprise, and Novell intends to be one of the companies that helps to get it there by contributing to the community effort. Cloning Windows would be a short-term strategy that would keep Linux living in the shadow cast Microsoft Windows. Novell would rather see desktop Linux step out into strong, independent roles in the enterprise.
[Nat Friedman actually gave me the foundational thinking for this response shortly after he joined Novell, so I'm not claiming that this original thinking of my own.]
The short of it is that cloning a product without actually creating any new benefit for the end user (other than “it’s free”) isn’t in itself really that compelling, and open source projects can be so much more–as evidenced by a huge number of extant, thriving projects. The idea that the purpose of OSS is merely to produce a free and open version of a proprietary software product diminishes the power of open source.
So, if you’re doing business in open source, if you’re actually commissioned to market the virtues of some open source ware or another, it’s good to highlight the differences from proprietary wares. Certainly you can discuss features as “familiar” when they truly are, but it is good to steer creating the impression that your software is pretty much the same–once you go down that hole, it’s hard to get out. Also note that that approach diminishes the hard effort and contribution of open source developers.
Stated differently, don’t expect OSS to be exactly what the world already has in proprietry software. Let’s not force hackers into being hacks.


