Open Source Firms: What is an OS company, anyway?
A recurring theme of discussion is exactly what defines an “OS company”. Many potential customers are finding more and more difficult to distinguish between “real” open source, viewable code licenses, quasi-open and more; companies are trying to leverage the opportunity of the OS market to push an offering, even if it is not OSS at all.
Recursion by gadl
Of course, a company like Alfresco can proudly claim that – being its main offering a pure GPL software – they are OS, libre, and whatever. But what exactly makes a company an open one?
It is not difficult to find previous traces of the same argument before; starting from Mark Shuttleworth’s comments, Aitken’s ones or by Savio Rodrigues. Within the FLOSSMETRICS project we are facing the same problem, that is how to assess the “openness” of a company, and we observed a few things:
- an OSS project is not only about code; in fact, in many projects the amount of non-code assets (like documentation, translations, ancillary digital material) is substantial. Considering companies as open only by measuring code patches is reductive;
- a company may sponsor a project in many ways. For example, granting hired programmers time to work on OSS projects (during work hours) is an indirect monetary sponsoring activity; hiring main developers and giving them flexibility to continue develop OSS code is a direct sponsoring.
There are relatively few examples of the first kind; among them, companies that localize and create country-specific versions (like the italian accounting scheme for the Adempiere ERP created by Anthas to allow for a simpler commercialization.
The second model is quite common: IBM sponsors development of the Apache web server, as a basis of its Websphere product, Google employees are asked to work for an OSS projects one day per week on company time (and sponsoring the summer of code, by the way), EnterpriseDB pays many PostgreSQL developers.
Given this, we ended up classifying OS firms as those that:
- sponsor, support, facilitate an open source project, that is a project that has a license compatible with the OSD definition, in a direct or indirect way.
- the sponsoring/support must be continuous, that is it should not be a single, one time contribution.
This allows to include only those companies that leverage OSS in an organic and structural way, or they would not be able to justify the investment over an extensive period of time.
This excludes one-time donations, for example; and it also excludes those companies that just take OSS and resell it packaged without added value, or “dump” a worthless software code under an OSS license hoping that someone willtake it up from there.