|
I support the FOSS idea that software is knowledge and should be public, but I think that a substantial amount of FOSS development has always been done professionally, on a paid basis. Ad-hoc bazaar-style contributions where someone happened to notice a way to improve something is probably the exception rather than the rule. One reason for that is that many codebases are large and complex, and so even expert programmers won't automatically understand how to improve them substantially without a considerable amount of study. It's likely that many people will need to be paid for that investment, not because they ideologically believe that software should be property, but because it takes up a huge amount of their time and effort that they won't be able to apply elsewhere. And indeed, when people have empirically looked into some of the larger FOSS projects they've found that a majority of the contributions were made by people who were being paid to make them—again, not because of any ideological aspect, but because being paid for it allowed them to invest a huge amount of time and focus and helped them to be more sophisticated and productive contributors. (Edit: Just to be clear, I don't think that trying to convince people to use, develop, or procure FOSS instead of proprietary software is bad, or that, if successful, it won't also lead to more resources being applied to FOSS development. However, a lot of those resources will probably be mediated by money.) |
On contrary there are other companies that pretend to sell "open" product that are open like a bunker (to name a few try looking for business software from ERP to CRM to DMS etc) and those are not contributed to FOSS. Even if they both pay someone to develop FOSS code and publish it.
I hope to have being able to clarify that point in my limited English...
On complex codebase: FreeBSD codebase is not exactly simple and little, but it live on it own foot since decades, for instance? Emacs, Debian, ... the same. I do not intent that a project must run on casual contribution but simply that contributors must be subjects that need/desire such code so they contribute to it for their own sake like the Intel example above.