Captain Charles Boycott was an unfortunate chap. Not only was he the object of prolonged social ostracism, but his name has passed into history as both a noun and a verb describing that action. At the moment, the idea is much on people's minds because of suggestions that the Beijing Olympic games should be boycotted, but here I want to discuss something quite different: whether the open source community should be boycotting Microsoft, and if that is even possible.
In part, the trigger for this is Microsoft's recent behaviour during the approval process for its OOXML document format. As I've written elsewhere on Linux Journal, it seems to me that on this occasion Microsoft has crossed the line of acceptability: not only has it stooped to just about every trick in the book to win “approval”, it has broken the entire ISO organisation in the process, with huge, long-term collateral damage.
But if that provided the immediate stimulus for the idea of boycotting Microsoft, there are other, deeper reasons why I think the open source community should consider the move. Observing the company over the last year of so, it's evident that its policy towards open source has shifted. Where before it fell back on crude invective – it's “communism”, it's a “cancer”, it's “un-American”, etc. - today it has completely re-thought its approach, and taken a far more subtle – and hence dangerous - tack.
Now, it seems, Microsoft just can't snuggle up close enough to those cute little open sourcies. Bryan Kirschner, Director of Platform Community at Microsoft, wrote: “I describe my job as “helping Microsoft and open source to grow together,” while Ray Ozzie, Chief Software Architect of the company said: “as people have been using [open source] more and more, the nature of interoperability between our systems and other systems has increased.” But the most revealing comments have come from Brad Smith, who rejoices in the glorious job title of “Senior Vice President, General Counsel, Corporate Secretary, Legal & Corporate Affairs, Microsoft”:
I do want to say this: We at Microsoft respect and appreciate the important role that open source software plays in our industry. We respect and we appreciate the passion and the great contribution that open source developers make in our industry. We respect and we appreciate the important role that open source software plays for our customers, customers who almost always have heterogeneous computer networks with software and hardware and services that, as you all well know, come from multiple vendors.
But as well as all the respect and appreciation that Brad wanted to express, he also has an interesting explanation of Microsoft's current world-view:
we believe in the importance of building a bridge that makes it possible for the different parts of our industry to work together. We believe it needs to be a bridge that respects the diversity of different business models. We believe in a bridge that is scalable, that is affordable, that is workable, and that doesn't try to move people from one island over the bridge to another but let’s everybody do what they love to do and respects that.
Live and let live: what could be more reasonable?
But let's listen to Brad again as he explains what that means in practical terms:
That is a hard bridge to build, and yet I will say I believe today more than ever that it is a bridge we need to build. And I very much value the work and the conversations we were able to have at Novell when we started to build that bridge in November of 2006.
Ah, Novell. And what lies at the heart of that joint bridge-building with Novell?
we believe that patents are best sorted out by industry leaders so that developers and customers don't have to deal with these issues themselves. We as industry leaders should take it upon ourselves to sort these things out.
When we worked things out with Novell, we did it with an eye towards succeeding in ensuring that the developers who were creating the software for Novell would not have to worry about this set of things, nor would their customers.
So there we have it. You shouldn't worry about those silly old software patents because Microsoft and Novell have sorted everything out for you: all you have to do is carry on coding.
Except that it's not quite that simple. Microsoft's vision of “live and let live” is predicated on its continuing use of software patents, and of the open source side letting Microsoft and Novell handle all the tiresome implications for open source. In effect, though, this amounts to recognising Microsoft's patents, and accepting its “solutions” for the open source community. “Live and let live” turns out to be tantamount to accepting Microsoft's right to file, own and use software patents, which, in its turn, means accepting they apply to the open source world.
Reasonable as Brad's position of “live and let live” might sound – and remember, he is not just a lawyer, but the top lawyer at Microsoft, and one of the cleverest and most articulate people in the industry – it is actually a trick. “Live and let live” on these terms represents a capitulation to Microsoft's worldview that software patents are valid. And once that it accepted, it essentially gives Microsoft the power to control open source for the duration of those patents.
This is why I think the open source world should boycott Microsoft, however much the latter might profess its respect and appreciation. Its recent overtures are, in fact, nothing less than the start of the old “embrace, extend and extinguish” cha-cha. First, it “embraces” the wonderfulness of open source; then it “extends” open source through deals like the one it signed with Novell, effectively adding software patents to the free software mix; and then, one day, it “extinguishes” by changing the terms of the licences it grants.
The question then becomes: assuming the open source world wants to boycott Microsoft, can it? Clearly it can't through refusing to buy its products, but it seems to me that it can if it returns to the roots of the word and begins to ostracise Microsoft socially. In practice, that means no more chummy get-togethers to discuss “interoperability”; no more joint projects on “optimising” open source code on the Windows platform; and generally, no more trips to Seattle or to Microsoft conferences.
What good will that do? Well, for a start it will put an end to all this oleaginous respect and appreciation nonsense, and return things to a more honest relationship in the wake of the OOXML scandal. It will cease to provide Microsoft with opportunities to blur the boundaries between real open source and all the compromised forms it is promoting through its “bridge-building” exercises with companies like Novell.
Above all, it will send a message to the company that the open source world is not falling for the old “embrace, extend and extinguish” trick, and that if Microsoft really wants collaborate, "live and let live" is simply not enough, because of the asymmetric bargain it implies. As a basic pre-condition of working together with open source, the company needs to accept free software's absolute foundation – the ability to share all its code in any way and with anyone – and that, by definition, means no software patents whatsoever.
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- A Topic for Discussion - Open Source Feature-Richness?
- Drupal Is a Framework: Why Everyone Needs to Understand This
- RSS Feeds
- Validate an E-Mail Address with PHP, the Right Way
- Readers' Choice Awards
- Tech Tip: Really Simple HTTP Server with Python
18 min 57 sec ago
- Reply to comment | Linux Journal
51 min 19 sec ago
- All the articles you talked
3 hours 14 min ago
- All the articles you talked
3 hours 18 min ago
- All the articles you talked
3 hours 19 min ago
7 hours 44 min ago
- Keeping track of IP address
9 hours 35 min ago
- Roll your own dynamic dns
14 hours 48 min ago
- Please correct the URL for Salt Stack's web site
17 hours 59 min ago
- Android is Linux -- why no better inter-operation
20 hours 15 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?