He's on point insofar as "open source" is considered in opposition to "free software". And, to be fair, that's been the idea all along: Tim O'Reilly and Eric Raymond, among others, specifically cultivated "open source" as a capitalist-friendly antidote to the viral copyleft licenses of the free software movement. They have largely succeeded in supplanting it in the minds of application developers (the FSM is far too well entrenched in operating systems to suffer the same fate there, for which we should all be thankful), but "open source" is not the sum of what open source developers are participating in. It's a single ideological tendency within the broader politics of software development, and a successful one, but that's all it is.
There's some good stuff in there, points 3, 6, and 7 in particular. But a lot of it is heavily shaded by his own subjective experience and ideological leanings, so it's important to read him critically. When he says, for example, that "Most of the successful open-source projects are intended as substitutes for successful proprietary software products", this says more about how he personally defines success than anything else, and the statement as a whole is completely unquantifiable. I might just as easily point to the exciting stuff coming out of the Apache Foundation or the state of web frameworks and data access libraries to illustrate that "most" open source development fulfills needs that are inherently difficult or impossible to monetize directly, and it'd be exactly as defensible.
To be a bit more broad, my interest in open source spiked due to:
And so on. The list is endless.
These issues made me think:
In other words I'm very curious about the story of the open source.
The history is there for the reading; the Wikipedia entry for the FSM is a good starting point, especially the "subgroups and schisms" section.
But the bottom line is that open source is meant to be exploited. The FSM's practice of viral copyleft licensing prevents companies from profiting directly off of "free software"; you couldn't, for example, fork Mutt and productize it without releasing your own changes and extensions to its codebase, which largely makes productizing it pointless. You're allowed to make money on packaging or support, which is how Red Hat got where it is today, but it makes commercial software development a nonstarter.
There's a particular provision of the GNU copyleft license that makes it especially toxic to commercial interests:
You must cause any work that you distribute or publish, that in
whole or in part contains or is derived from the Program or any
part thereof, to be licensed as a whole at no charge to all third
parties under the terms of this License.
This means that if I were to release a useful library under the GPL, you couldn't link or depend on it in your own projects without releasing your own source code under the same license. That's the "viral" part, and it's why I had to sign a statement affirming that I won't introduce GPL or other copyleft-licensed code into my current employer's software ecosystem.
Open source licenses, meanwhile, contain no such provision, which allows companies to build and sell products on top of other people's code without having to do anything in return or pay anything forward. It's been great for those companies, and the ability to download and use ready-made wheels instead of laboriously reinventing your own each and every time has worked wonders for the entire software development landscape; but at the same time, it encourages a distribution of profit and power that flows more readily to corporations who build on freely available resources than to the individual developers responsible for those resources' availability.
Thanks Dian, exploited is the keyword I was missing on open source!
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.