4 ms·

> > What is closed source anyway? > This is asked as if there is no correct answer, but there is. > Open Source software is software where the source is made

> > What is closed source anyway? > This is asked as if there is no correct answer, but there is. > Open Source software is software where the source is made available under an OSI-approved Open Source licence. Closed source software is software which is not Open Source software. I believe you're missing the point. Parent is making a moral point and your talking about copyright laws and licences stamped by OSI. For one i'm pretty sure parent would much more trust GNU than OSI. Perhaps parent's point would've been clearer if they said 'non-free software' instead of 'closed source'. And GNU licences define 'source code' as the 'preferred form of modification'. The reason for this being exactly parent's point. As an example, that's one (of the multiple) gripe i have with ml: some 100 lines of python defining a neural network with millions of params doesn't constitute the source code, neither do the trained params. The source is in this case non-textual, it's the training data and the state-dump of the IDE used to manage the training and inspect the model. > > If it takes days to install or the source is write-only code, it's no different from closed source software. > It is different, because the licence allows others to improve the software. But that is pure legalese since it's intractable to modify it. It completely subverts the spirit of the licence, as such it is practicaly and in spirit closed-source. Extending a bit more the argument, what we want isn't just free software, it's software that's also interoperable, where it's easy to reuse just a part, well engineered (minimaly complex), with well defined scope and powerful/precise interfaces, etc. That software is golden, the rest will just disappear in 20 years.

MaxBarraclough 5y ago
Thanks for this response. Hadn't meant to straw-man. I agree it's important that our understanding of something like Free Software remain relevant and practical. At the same time though I think quality and freedom can generally be pretty well separated. If you release poor quality code under a Free and Open Source licence, we generally agree it still counts as Free and Open Source, despite that it's hard to work with. I think that's as it should be, although deliberate subversion might be an exception. Are there any examples of this actually happening, though? I imagine the best way to create obfuscated code is to use an obfuscator program, but the result of doing so is not considered to be source code, for our purposes (the preferred form of modification, as you rightly noted). If someone wants to deliver obfuscated source code and pass it off as Free and Open Source Software, they would need to program it manually, which would be severely punishing to their development work. > what we want isn't just free software, it's software that's also interoperable, where it's easy to reuse just a part, well engineered (minimaly complex), with well defined scope and powerful/precise interfaces, etc. That strikes me as clearly going too far. Technical excellence is not among the four conditions that define Free Software, neither should it be. It also has absurd consequences: • If you write a program in a language which then falls out of favour, do we say that it was Free Software at the time but no longer? (Software freedom is now defined in such a way that it is a function of which programming languages are currently in vogue.) • If you are an outstanding programmer, you are better able to cope with poor quality code and with code in obscure languages, broadening what software you are able to work with. (Software freedom is now defined in such a way that it is a function of the individual programmer's skill.) • If you develop a new algorithm and make the source code of your implementation available under a Free and Open Source licence, before you publish a paper explaining your new algorithm, the implementation is considered non-Free prior to the paper's publication, but Free afterward. (Software freedom is now defined in such a way that it is a function of available documentation and literature.) Similar points might be made on the grounds of what hardware is currently available (does the non-availability of an emulator impact whether software counts as Free?), and what institutional resources are currently available (should laser-cutting software be considered non-Free by most, but Free by the relevant industries?). As an example, NASA's old launch programs [0] are at the intersection of these two concerns. [0] https://qz.com/726338/the-code-that-took-america-to-the-moon-was-just-published-to-github-and-its-like-a-1960s-time-capsule/ https://qz.com/726338/the-code-that-took-america-to-the-moon...

MaxBarraclough 5y ago

Thanks for this response. Hadn't meant to straw-man. I agree it's important that our understanding of something like Free Software remain relevant and practical. At the same time though I think quality and freedom can generally be pretty well separated. If you release poor quality code under a Free and Open Source licence, we generally agree it still counts as Free and Open Source, despite that it's hard to work with. I think that's as it should be, although deliberate subversion might be an exception. Are there any examples of this actually happening, though? I imagine the best way to create obfuscated code is to use an obfuscator program, but the result of doing so is not considered to be source code, for our purposes (the preferred form of modification, as you rightly noted). If someone wants to deliver obfuscated source code and pass it off as Free and Open Source Software, they would need to program it manually, which would be severely punishing to their development work. > what we want isn't just free software, it's software that's also interoperable, where it's easy to reuse just a part, well engineered (minimaly complex), with well defined scope and powerful/precise interfaces, etc. That strikes me as clearly going too far. Technical excellence is not among the four conditions that define Free Software, neither should it be. It also has absurd consequences: • If you write a program in a language which then falls out of favour, do we say that it was Free Software at the time but no longer? (Software freedom is now defined in such a way that it is a function of which programming languages are currently in vogue.) • If you are an outstanding programmer, you are better able to cope with poor quality code and with code in obscure languages, broadening what software you are able to work with. (Software freedom is now defined in such a way that it is a function of the individual programmer's skill.) • If you develop a new algorithm and make the source code of your implementation available under a Free and Open Source licence, before you publish a paper explaining your new algorithm, the implementation is considered non-Free prior to the paper's publication, but Free afterward. (Software freedom is now defined in such a way that it is a function of available documentation and literature.) Similar points might be made on the grounds of what hardware is currently available (does the non-availability of an emulator impact whether software counts as Free?), and what institutional resources are currently available (should laser-cutting software be considered non-Free by most, but Free by the relevant industries?). As an example, NASA's old launch programs [0] are at the intersection of these two concerns. [0] https://qz.com/726338/the-code-that-took-america-to-the-moon-was-just-published-to-github-and-its-like-a-1960s-time-capsule/ https://qz.com/726338/the-code-that-took-america-to-the-moon...