I think it's natural for new tools to be Propietary, while Free alternatives of the basics work their way up the chain:<p>Most of the cost of software development isn't in writing software — it's in the exploration of the solution space. Once you have settled on a good design, re-implementation is vastly cheaper and more streamlined than the original fumbling around in the dark. And sometimes it's better because you can jettison the legacy that comes from all that exploration.<p>So IBM employed Ted Codd and an army of engineers and salespeople, but now we all get to use Postgres.<p>What is being built today commercially that will be distilled into architectural principles and re-implemented as Free in the future? It's hard to know, but in hindsight it may seem obvious.<p>The article points out categories that were once proprietary — OSes, compilers, runtimes, clients, data stores. For example: DB2, System V, PCC, Internet Explorer. They were built at great cost — and remember they all had proprietary siblings that have since been abandoned, that also had to be paid for: OS/2, Itanium, Hypercard, DBase, various compilers, IDEs.<p>And then the few survivors were copied by open equivalents. System V gave way to Linux, DB2 to Postgres, IE to Chrome. A few never had proprietary equivalents AFAIK — I don't think there is a closed ancestor of Redis.<p>And sometimes the Free version hasn't fully arrived yet (x86), or it's just free (Google Docs), or it's doomed to remain not nearly as good as the proprietary tools (GIMP, desktop Linux). Or it's rocky (Linux vs SCO) or chaotic (BitKeeper to git).<p>(And it's no surprise that tools used mainly by programmers are more likely to have high quality Free equivalents than tools with a wider audience — after all, their users are capable of improving them directly.)