Slashdot Mirror


20 Years Later, Has Open Source Changed the World? (infoworld.com)

"Most code remains closed and proprietary, even though open source now dominates enterprise platforms," notes Matt Asay, former COO at Canonical (and an emeritus board member of the Open Source Initiative). "How can that be?" he asks, in an essay noting it's been almost 20 years since the launch of the Open Source Initiative, arguing that so far open source "hasn't changed the world as promised." [T]he reason most software remains locked up within the four walls of enterprise firewalls is that it's too costly with too small of an ROI to justify open-sourcing it. At least, that's the perception. Such a perception is impossible to break without walking the open source path, which companies are unwilling to walk without upfront proof. See the problem? This chicken-and-egg conundrum is starting to resolve itself, thanks to the forward-looking efforts of Google, Facebook, Amazon, and other web giants that are demonstrating the value of open-sourcing code.

Although it's unlikely that a State Farm or Chevron will ever participate in the same way as a Microsoft, we are starting to see companies like Bloomberg and Capital One get involved in open source in ways they never would have considered back when the term "open source" was coined in 1997, much less in 2007. It's a start. Let's also not forget that although we have seen companies use more open source code over the past 20 years, the biggest win for open source since its inception is how it has changed the narrative of how innovation happens in software. We're starting to believe, and for good reason, that the best, most innovative software is open source.

The article strikes a hopeful note. "We're now comfortable with the idea that software can, and maybe should, be open source without the world ending. The actual opening of that source, however, is something to tackle in the next 20 years.

10 of 220 comments (clear)

  1. 1997???? by mark-t · · Score: 5, Insightful

    I'm pretty sure I was hearing the term in the late 1980's, especially in regards to unix software, and almost certainly by the time I first heard of Linux in '92.

  2. Open source has changed the world by Anonymous Coward · · Score: 3, Insightful

    The internet was built on open source. In 1997 it was more curiosity or nerdy thing. By 2017 the internet is generating untold sums of money and is utterly essential to the economy. I wish I felt the same excitement for this technology as I did back in 1997.

    1. Re:Open source has changed the world by Cytotoxic · · Score: 3, Insightful

      The internet was built on open source. In 1997 it was more curiosity or nerdy thing. By 2017 the internet is generating untold sums of money and is utterly essential to the economy. I wish I felt the same excitement for this technology as I did back in 1997.

      By 1997 pretty much every company of any size had a presence on the internet. Amazon.com had already been around for a few years by then - selling books online, of all things. The dotcom boom was well underway. Remember Webvan? That was 1996. I mean, sure, a lot of those those local small company websites were loaded down with blink tags in 1997, but still.... It isn't like 1997 internet was only for nerds.

  3. Android Anyone? by bjwest · · Score: 3, Insightful

    Seeing as how the most widely used mobile platform is built on Open Source and has had a major affect on the way the world communicates, I'd have to say yes, Open Source has dramatically changed the world even though it's an underlying aspect and most people don't even realise it.

    --

    --- Keep the choice with the user..
  4. Without a doubt! by GerryGilmore · · Score: 4, Insightful

    As a certifiable Old Fart(TM), I remember all too well the bizarre days of the UNIX wars. AIX had a great admin tool called SMIT; SCO had a great channel for feeding the SMBs that developed the cool applications to other SMBs; Solaris ruled telecom and other HA realms; etc. There was NO "UNIX API" as MS had, hence their subsequent success. And no one shared a god-damned thing. Device drivers, admin tools - you name it. Each KNEW that their way would bring consolidation, failing to recognize the fundamental flaw built-in to that thought. Enter GNU/Linux. Yes, I put them together for a reason - neither could exist without the other. I made this point to the first Intel Linux Conference at the mothership and glad to see the prophecy fulfilled. The world is a much, much better place because of GNU/Linux!

  5. public domain by Anonymous Coward · · Score: 4, Insightful

    Public domain was better because you didn't need to be an armchair lawyer to understand the license you were using.

    I have published software under the GPL in the past, but these days, I don't even bother with licenses anymore. I just give away the source code and anyone can do whatever they want with it.

    There are too many open source licenses to choose from, and it causes license fatigue. I lost the ability to care about open source long ago.

    1. Re:public domain by Anonymous Coward · · Score: 0, Insightful

      The GPL is very simple. You are free to use, modify and sell GPL software but you must provide source code, including your modifications, to anyone you distribute or sell it to. If you remember that, you won't have any problems.

    2. Re:public domain by Anonymous Coward · · Score: 2, Insightful

      Thank you, I don't need your explanation. I already published software under the GPL. Specifically I chose GPLv2 and I read the entire document from beginning to end.

      I just don't care. I don't care what anyone does with my software because their actions don't affect me. If someone takes my code and makes changes and refuses to give me the changes, they haven't deprived me of my code which I can still use. I can choose not to use their derived software as if it never existed. I just don't care.

    3. Re:public domain by TheRaven64 · · Score: 3, Insightful

      Am I free to compile, without modification, a copy of the code that I receive and give it to a less-technical friend? (GPLv2: Only if I give him either a copy of the source code or a written offer good for 3 [I think] years to provide him with the source code on demand. GPLv3: yes, if I also give him a link to where he can download the source).

      Am I free to link against it in a proprietary program and call a single function that consumes a string and produces a string as output? (No).

      Am I free to write an BSD-licensed wrapper around the library that runs in a separate process and receives a string from stdin and writes the result to stdout, publish that, and use it from my program? (Not 100% sure, but the FSF lawyers believe that the answer is yes)

      Am I free to create some well-defined interfaces, ship a proprietary program that uses them and can load another module, wrap the GPL'd library in some BSDL code that exposes these interfaces, and have my program load it at run time (Yes, probably, though not tested in court - lots of lawyers agree that this one is fine though).

      Am I free to ship a proprietary program that can optionally load a GPL'd library and use its functionality directly, as long as I don't distribute the GPL'd code? (Maybe, depending on the copyright status of the interfaces that I use, which Oracle vs Google has now made a lot more murky. Probably 50:50 which way a court would go on this one.)

      Yup, the GPL is very simple.

      --
      I am TheRaven on Soylent News
  6. Good topic, wrong discussion, thus wrong answer by dsgrntlxmply · · Score: 3, Insightful

    Of what functional relevance is a 20 year anniversary celebration of a piece of marketing nomenclature? If you want an excuse to have a cocktail party to celebrate a two-word branding phrase that is lamented as failing to meet someone's ambition, go ahead.

    My realm is embedded systems: high reliability systems with 10-20 year designed service life, using a variety of CPU architectures, and evolving into very high complexity System On Chip designs. These systems would not be feasible across this timescale without a stabilized and evolving GPL'd tools base: gcc, binutils, and glibc, and Linux as a long-lived build platform.

    20 years might be accurate for "open source" as nomenclature. It is not accurate for the underlying phenomena. My choice of monument is a GNU Emacs 16.56 source tape dated 1985, at the point where RMS had replaced the disputed display code from Gosling Emacs.

    By around 1992, gcc had evolved to be usable (with a lot of configuration work for gcc and the runtime library) as a cross compiler. At the time I was working on a 68000 based embedded system, using a commercial cross compiler. The commercial product was expensive, slow, had some arcane proprietary extensions, and was abandoned by its supplier (their principal business was defense contracting) from further development, and even if I recall correctly, re-hosting beyond Sun 3.

    Gcc became the clear choice to carry the project forward. I put it into place, and it supported the product for the remaining 12 years or so of active development (some new capabilities, mostly keeping up with replacements for obsolete components).

    For the past 9 years much of my work has been centered around a body of proprietary software that supports certain high function System On Chip products from a vendor. This software has a history of at least 10 years, three major chip family architectures, and several steps of evolution within each architecture. It has grown to around 30M lines of C code. This is not bloatware with elaborate frameworks and libraries: these devices are sufficiently complex to require that much software to even construct a usable API (around 2800 pages for a sketchy API document, 5800 pages for a very incomplete chip hardware reference).

    None of this would be feasible without a long term stable cross-compiler (gcc) and a place to run it (Linux) on large bodies of code.

    Meanwhile in the un-free software world, a defense contractor friend pointed me to a recent U.S. Navy RFP for translation or other porting technology, seeking to make 1970s software written in a proprietary 1969 language (CMS-2), runnable on ordinary modern commercial machines. Today it runs on fossilized power-hungry refrigerator-sized Univac AN/UYK-somethings, built from components that went out of production years ago. Yes, our national defense depends upon stuff like this that has outlived essentially all of the original authors. The situation is similar for other long life cycle embedded products, in realms apart from weaponry.

    Note that IBM mainframe OS and compiler software were freely available until the early 1970s, when compilers and some other larger products went from a $25 tape copy charge for source, to expensive licenses and restricted source code access. Some of us learned quite a lot by reading e.g. the $25 Fortran H compiler source code.

    The history from my perspective, looks more like open (1970), closed (1972), opening back up (1985), usably open (1992), then "open source" as nomenclature (1997), then whatever you want to call today's maelstrom of bloated frameworks. GPL's origin in MIT / Symbolics / LMI controversies is a crucial component of the 1972-1985 evolution; that story must be mentioned, and is told elsewhere from disparate perspectives.