How Do VCs View Open Source?

The sort of alpha personalities who invest venture capital are good at sounding plausible and authoritative. It’s not until they veer into an area where you’ve got a high degree of expertise that you realise how they really view the world. An article in TechCrunch gave a window into the world of two high-flyers; the former CEO of MongoDB and the former managing director of Intel Capital. Both could be expected to have a good understanding of open source, and both now have executive roles at a major VC, Battery Partners.

What’s visible through that window is disappointing to say the least. Riven with serious factual errors that are probably the expression of the authors’ worldview, it’s clear that these VCs don’t see open source the same way the open source community does. Read more on InfoWorld.

 

FAQ: Which open source license is best?

A frequently asked question in the world of free and open source software (as well as the origin of many disputes) is “Which open source license is best?”

 

Unlike bilateral copyright licenses, which are negotiated between two parties and embody a truce between them for business purposes, multilateral copyright licenses — of which open source licenses are a kind — are “constitutions of communities”, as Eben Moglen and others have observed. They express the consensus of how a community chooses to collaborate. They also embody its ethical assumptions, even if they are not explicitly enumerated.

When that consensus includes giving permission to all to use, study improve and share the code without prejudice, the license is an open source license. The Open Source Definition provides an objective test of evaluating that such a license is indeed an open source license and delivers the software freedom we all expect.

Since licenses are the consensus of communities, it is natural that different communities will have different licenses, that communities with different norms will find fault with the licenses used by others, and that all will regard their way as optimum. The arguments over this will be as deep as the gulf between the philosophical positions of the communities involved.

Ultimately, there is no license that is right for every community. Use the one that best aligns with your community’s objectives and ethos. Meshed Insights can help you select an open source license for your project as this is not primarily a legal matter; please contact us.

[Now adopted as part of OSI’s official FAQ]

TPP Harmful To Open Source

While some may assert that open source is not applicable in every circumstance, the right to demand access to source code in situations where it is appropriate is important to society as a whole. That’s why it is important to note — and protest — a clause in the Trans-Pacific Partnership trade agreement (TPP), and any other trade agreements carrying the same idea. As the FSF notes, chapter 14 includes a prohibition on governments requiring access to source code as a condition on allowing

the import, distribution, sale or use of such software, or of products containing such software, in its territory.

Just as Volkswagen was able to hide its evasion of emissions regulations behind proprietary code (which the US DMCA and laws like it globally even made it illegal to reverse engineer for scrutiny), so TPP enshrines the ability to hide behind proprietary code and prohibits governments from mandating its disclosure even when that’s in the interests of the citizens they serve. In the future, regulations should increasingly require open source for code critical to regulatory matters; this clause prohibits it. Shutting such an obvious avenue for society’s good seems premature and regressive.

It’s not enough to partially mitigate this ban on open source by allowing secret disclosure to governments. Our perspective is that simply having source made available for viewing by select parties is not sufficient. Source code related to public regulatory matters should be released under an OSI approved license and thus made available to all those who use the software. Doing so allows them to study, improve and share the software as well as to check that their lives are not negatively impacted by its defects. Ideally, all software written using public funds should also be made available as open source.

There’s much else in TPP to be concerned about, as the EFF notes, but this clause is especially regressive and is cause alone to reject the agreement. The clock is ticking — President Obama notified Congress on November 5 that he intends to ratify TPP on behalf of the USA — so the time to protest is now.

[Adapted by OSI as a Board position statement]

Software Freedom, Utility and Maintenance Time

Whilst many may long for a truly open source OS that meets all of their needs, the reality has always been that compromise has a role to play whenever it comes to picking your operating system. Despite the availability and increasing ease of installation of purer open source systems, there remains a trade-off to be made. Systems with a high level of software freedom and an intuitively usable interface seem to require high levels of maintenance to keep them alive. Where a system with high software freedom’s been designed to require less maintenance, the usability seems to suffer. Of course, this triangle has a third point to it too: where a system is both easy to use and maintaining it doesn’t consume too much of your time, it’s software freedom that takes the hit.

What sort of system you choose should depend on which of those three factors you prioritise. Read the details about this theory, along with some pointers for recognising systems that value software freedom in Simon’s InfoWorld Article.

Digital Life Clippings – New Year’s News

  1. Indian government blocks programming web sites, including archive.org and Github gists – TechCrunch – As if to illustrate why it’s bad to allow anyone the power to block web sites arbitrarily, the Indian government has blocked entire slices of web infrastructure because one of their functionaries found something about ISIS somewhere on it. More on the blog.
  2. Marriott wants to block your devices so you have to pay for their wifiBoing Boing – Marriott clearly does not want anyone from the technology industry to stay at their hotels or to use them for events. Best to respect their wishes and avoid them like the plague.
  3. End-user adoption of open source is a lousy metricRRW – Open source is primarily a collaboration technique, leveraging the permission-in-advance arising from software freedom to unlock innovation in many unrelated deployers. For many reasons, enterprise end-user deployment of unmodified open source software is thus a lousy metric for gauging the influence of open source.
  4. Perfect slapdown to a bogus takedownTechDirt – The monkey selfie is resoundingly in the public domain, your jurisdiction has no say in mine and my use is fair use. Otherwise, do you have any questions?
  5. If the Supreme Court tackles the NSA in 2015, it’ll be one of these five casesArs Technica — This is a great test for the separation of powers. US law very clearly needs an update for the meshed society and signalling it is a job for SCOTUS. I’m also interested to see if the court is willing to clarify the Third Party Doctrine. It seems obvious to me that if I have a relationship with a telco as a customer, that telco can’t truly be considered a “third party”.

Twitter’s open source emoji success

Twitter’s approach to the problem of emoji provides a classic case study in open source best practice:

Many different applications have looked at the success of emoji and the various rights problems associated with the use of existing images and decided that the best work around was either to ignore the rights issues and reuse existing materials anyway or to create whole new image libraries which they would then have control over. Twitter on the other hand, has taken a different, more open approach.

After commissioning a new set of emoji graphics, the company implemented a library for parsing emoji tags and replacing them with read-to-render code strings for various platforms, including HTML. Now there are hundreds of emoji available to add to your tweets. Internally, the project was treated as open source from the off, with GitHub being used as the development repository. Now, both the code and the graphics of the project have been open sourced, using the MIT license for the code and CC-BY for the graphics.

Twitter has successfully managed to implement a feature essential for its global market, get it maintained in conjunction with others, and win broad credit. In order to learn from and repeat their success, its worth looking in a little more detail at how they achieved this: check out Simon’s InfoWorld article “Twitter emoji: 5 lessons for effective open source.”

Big progress in Microsoft’s open source journey

Microsoft’s recent announcement that much of .Net will become open source and that it will support both Linux and Mac OS X is fantastic news. Along with the additional, full-featured, no-cost versions of its developer tools the company is introducing (though they remain proprietary), this represents a large, positive step in Microsoft’s open source journey.

Simon’s spoken and written a number of times about the seven stages of a corporation’s journey into open source and used Microsoft as an illustration of his ideas. This new development puts the company very clearly at the fifth stage of Simon’s scale, which is impressive, but begs the questions “what’s next?”, “how does Microsoft’s open source journey continue to develop from here?”

The answer lies in a holistic view, in which respect for open source extends to every business unit of this famously divided company. While those business units that don’t yet respect open source continue to use tactics such as patent attacks on Linux community members and covert political moves to undermine the Open Document Format, further progress will be slow in coming. Microsoft’s gradual acceptance of the inevitability of open source however, seems to be in full swing. For more detail, check out Simon’s InfoWorld article.

Joyent open-sources core technology

The open-sourcing of its core technology is a bold move from IaaS/PaaS cloud company Joyent. With the potential to be both influential and disruptive in the budding clouds of containers market, Joyent’s move once again demonstrates the companies willingness to do things differently. With its newly open software competing directly with OpenStack and enabling high-performance use of container technology like Docker, Joyent has stepped up to the next level of open source in its business model. For more detail and analysis, check out Simon’s InfoWorld article.

Superclean code puts LibreOffice at the head of the trend

If you’ve been around open source for a while, perhaps your understanding of the quality of open source code is based on older projects like the infamously unstable OpenOffice.org codebase. Times have changed however and evidence of this can be found in the work of code improvement vendor Coverity. They recently announced that LibreOffice, (four years old this weekend and based on the old OpenOffice code), has a defect density of just 0.08, compared with similar sized open source projects which averages at 0.65 and proprietary code which averages  at 0.71.

LibreOffice is an outlier, an extreme example of clean, defect free code, but it also fits into a larger trend. Since the publication of its 2013 Coverity Scan Open Source Report, Coverity has asserted that open source code quality now outpaces that of proprietary code. While an open source license doesn’t guarantee quality, it does allow for evaluation of quality and encourages collaborative efforts toward improvement. Which is why you can expect to see the trend noticed by Coverity continue over the coming years.

Read Simon’s full article on InfoWorld.

CloudStack success not tied to Citrix

Since the news of Citrix’s recent shake up around its CloudStack business, some have been inclined to predict a host of negative consequences for the Apache project moving into the future. At the other end of the spectrum, Giles Sirett a PMC member in the Apache CloudStack project, claims “they [Citrix] have no ‘role.’ CloudStack is driven mainly by its users.”

To see a change in focus at Citrix as an ending point for CloudStack is to disregard the fact that CloudStack is a user-driven community which brilliantly models what Apache does best: providing a neutral space where many users of a code base can come together to quietly and effectively collaborate. Simply donating the original code to open source, doesn’t mean that Citrix has control over the project as it is today. With it’s impressive user list, CloudStack will continue to thrive whatever Citrix’s involvement.

For more on this topic, check out Simon’s article on InfoWorld.