Elastic promises "open"—delivers proprietary
Elastic promises "open"—delivers proprietary
Posted Jan 29, 2021 6:04 UTC (Fri) by kirschner (subscriber, #62102)In reply to: Elastic promises "open"—delivers proprietary by NYKevin
Parent article: Elastic promises "open"—delivers proprietary
Sorry, I thought that is quite clear in the talk and the links I provided, but to make it explicit:
- When I write about "Free Software" or "Open Source Software" I mean the same software.
- When I write "Free Software movement" or "Open Source (Software) movement" I mean the same movement for software freedom, or I talk about "Free Software contributors".
- When I write about "Free Software license" or "Open Source license" I mean the same licenses defined by the FSF and the OSI.
Please let me know if you have suggestions where to improve the FSFE's Free Software page or our article about the different terms in this area.
I would not write about "open source development methodology", at least not in the sense that this is then resulting in "open source software" as we are convinced it prevents better understanding. One example: A hundred universities can develop software together in the public with hundreds of students and professors participating in the development. If the software license says that you can just use this software for academic purposes, it does not fulfill the FSF and OSI requirements.
Therefor I call development models with many stakeholders and public development an "open development model". Calling it an "open source development model" in our experience misleads people to believe the resulting software meets the FSF and OSI requirements.
Although depending on the discussion it might even be better to specify if the code development is done by e.g. just one person or company in the public, or by many different stakeholders but without public repositories, or by many stakeholders in public repositories, and clarify if and how others are allowed to commit to those repositories.
You can develop software which meets the FSF and OSI requirements, but which followed a very closed development model = small amount of contributors or non-public repositories.
And the development model / practice for a certain software can change over time in both directions.
