Linus Torvalds Remembers the Days Before ‘Open Source’
thenewstack.io
thenewstack.io
It's important to remember this history. In a way, free software (or open source) was the only way to originally do software. You bought a machine, and the manufacturer would just give you the source code, because how could you operate the machine otherwise? People didn't even think software was copyrightable at first.
Whenever you have old people like rms mourning about the current state of software, that's because they remember what it was like when all software was free. This happened, and remembering the origins of the term "open source" is a way to memorialise that.
http://jordi.inversethought.com/blog/5-things-we-have-forgot...
On a related note, I heard the word shareware last week. It made me happy when I realized how long it had been since I had thought about shareware.
I think the majority opinion, judging by the likes of gitlab, is to use some or a lot of open source to entice people to pay you for plain ol' proprietary software. Closed shell, or open core.
It looks like there's only room for one RedHat in the world, only one company who truly sells free software. As I understand it, you can pay Red Hat for access to their repos, which provide free software with source code, and nothing else. They really do plainly sell free software, but I think they call it "self-supported" or similar.
edit: I'm of course aware that RH sells support. I just don't know any other company that plainly sells free software like RH also does. I wonder why no one else even tries.
As for now, I think free software is good for business. My company works on dozens of free libraries, and it's good for our business because we end up running better code than what we could write by ourselves. When you consider whether it is "good for business", you need to consider that most businesses don't sell software. Of course GitLab and others won't ever be able to sell free software, but that doesn't mean it isn't good for business.
I have mixed feelings about open source projects that are built by single companies who sell enterprise versions. It's often handy to have them around, but I wouldn't consider contributing anything significant to them after seeing instances where PRs remain unmerged because they compete with the enterprise-version.
There isn't. It's essentially the same set of software. That's the whole point of OSI. To just rebrand it. It's like saying that there's a world of a difference between global warming and climate change, or freedom fighters and rebel insurgents.
> The two terms describe almost the same category of software, but they stand for views based on fundamentally different values. Open source is a development methodology; free software is a social movement. For the free software movement, free software is an ethical imperative, essential respect for the users' freedom. By contrast, the philosophy of open source considers issues in terms of how to make software “better”—in a practical sense only. It says that nonfree software is an inferior solution to the practical problem at hand.
Confusion certainly has arisen over the dual meanings of "free", where the intent is to convey "unrestricted" but often "without cost" is understood. Similarly, a confusion naturally arises between what OSI may define as qualifying for the term "open source," and the plain meaning of the words which imply that when the source is open for inspection, then the project is open source. But as you see above, even when the terms are understood as their definers intend, they have very different meanings even if they describe a similar set of software, because they have very different cultural contexts and goals behind them.
[1] "Why Open Source misses the point of Free Software" https://www.gnu.org/philosophy/open-source-misses-the-point....
Around .. '84 / '85, there used to be these great little systems from MIPS that ran Risc/OS. Any time we'd get an update to Risc/OS, we'd spend a few days rebuilding drivers and whatnot, for our production systems - these drivers were "open source", in that they required us to compile them ourselves. (I think they were from the PROGRESS RDBMS product...)
Back in the days of USENET, any code that was posted to groups like comp.lang.c was considered 'open source' - it was just a description of the sources, whether they were available or not. There wasn't any attribution of value - whether it was free or not - just whether or not we had access to it .. or not.
Nowadays there is all sorts of stigma and hubris around the subject - but back when computers were something you had to visit in a special room designed for the purpose, all it really meant was whether we had permission to read the source - and do things with it - or not. There wasn't a commercial value assignment, really, until the mid-90's, when people realised there was immense value in open source business models (RedHat, et al.) ...
If this were true, you should be able to find many Usenet postings that use this term to describe the software. We have the archives. The article indeed attempts this search and doesn't find it.
There is an unrelated older meaning of "open source" from "open source intelligence", but the idea that the meaning of "open source" as "source visible" was widespread before 1998 seems false. Perhaps some people had heard of it, but it was not widely understood.
Indeed, in the article, two of the Usenet hits for "open source" are "open source material", which can be disregarded as the older meaning of "open source intelligence", which means to collect data from people from things like phone books. The other hit is of dubious meaning.
There is certainly an event horizon wherein computing platforms became entirely too sophisticated to support 'open source' everything - at a very early period of computing history, perhaps - but I do believe that source code has always been open. Its the fact of code going closed, multiple times, and now persistently, that is confabulating everything. I maintain this is the inverse function.
I spent three days trying to get one of the very early versions of Mosaic to compile on an SGI Indy and never did get it to work. They didn't have a binary release at the time because getting that to work would be even harder.