Language Selection

English French German Italian Portuguese Spanish

The Open Source Philosophy

Filed under
OSS

There has been a lot of discussion recently on the Open Source Definition, and the use (and abuse) of the term "Open Source." One of the things that has been missing from this discussion is a higher-level overview of where the friction between "open source" and so-called "fauxpen source" comes from: intent.

The Open Source Definition arose out of the ambiguity of the word "free" in "Free Software," as defined by the Free Software Foundation." In the English language, "free" is a loaded term that has two meanings: "freedom", and "costing nothing." It was created to get rid of some of the emotional baggage that came with the intense philosophical point of view of the FSF, but just because the OSD is more "business-friendly" does not mean that it doesn't have the philosophy and intent of openness behind it.

This friction comes from two very different approaches to open source that I think have been missing from a lot of the discussion regarding how open source applies to business models. I'm going to call these "community value" and "monetary value."

rest here




More in Tux Machines

today's leftovers

Software: Liberation of Code, GNU Parallel, Devhelp

  • When should you open source your software?
    It’s 20 years this this since the term ‘Open Source’ was coined. In that time the movement for free and open software has gone from a niche to a common method of distribution and a normal way of operating for businesses. Major technology shifts are now driven by open source technologies: Big Data (Hadoop, Spark), AI (TensorFlow, Caffe), and Containers (Docker, Kubernetes) are all open projects. Massive companies including Google, Facebook, and even Lyft regularly release Open Source tools for the world to use. Microsoft – whose former CEO once described Linux as a cancer – now embraces the concept.
  • GNU Parallel 20180422 ('Tiangong-1') released
    Quote of the month: Today I discovered GNU Parallel, and I don’t know what to do with all this spare time. --Ryan Booker
  • Devhelp news
    For more context, I started to contribute to Devhelp in 2015 to fix some annoying bugs (it’s an application that I use almost every day). Then I got hooked, I contributed more, became a co-maintainer last year, etc. Devhelp is a nice little project, I would like it to be better known and used more outside of GNOME development, for example for the Linux kernel now that they have a good API documentation infrastructure (it’s just a matter of generating *.devhelp2 index files alongside the HTML pages).

today's howtos

Android Leftovers