Technically
AI Reference
Your dictionary for AI terms like LLM and RLHF
Company Breakdowns
What technical products actually do and why the companies that make them are valuable
Learning Tracks
In-depth, networked guides to learning specific concepts
Posts Archive
All Technically posts on software concepts since the dawn of time
Terms Universe
The dictionary of software terms you've always wanted

Explore learning tracks

AI, it's not that ComplicatedAnalyzing Software CompaniesBuilding Software ProductsWorking with Data Teams
Loading...
I'm feeling luckyPricing
Log In

The beginners guide to open source licenses

A breakdown of how open source licensing changed, and why it matters now.

Last updated Mar 23, 2026devops
Justin Gage
Justin Gage
Read within learning track:Building Software Products

If you’ve heard of open source, and you’re like me, you might have assumed that open source means, well, open source: the code you are writing is free for everyone to see and use. But like me, you’d be wrong; very wrong. Over the past decade, much of open source has shifted away from a laissez-faire, open use policy and towards a restrictive licensing structure that is more akin to music, although not exactly. This post will walk through the different types of open source licenses, who uses them, and why things have changed so much over the past few years (hint: it’s the cloud providers’ faults).

Terms Mentioned

HTTP

Frontend

Open Source

Server

Cloud

Framework

Infrastructure

Linux

Version control

Operating System

React

Companies Mentioned

AWS logo

AWS

AMZN
MongoDB logo

MongoDB

MDB
Snyk logo

Snyk

PRIVATE

A (little) bit of open source history

To understand why open source software needs to be licensed in the first place, a small history lesson is in order. Today, the entire internet as we know it relies on thousands of public pieces of open source infrastructure, from operating systems (Linux) to version control (Git) to web frameworks (Next.js) to frontend libraries (React). These pieces of software are usually maintained by a small group of underpaid, overworked developers, a fact that’s reflected in this popular xkcd comic:

Loading image...

It’s undoubtedly a very odd situation that so much of our infrastructure relies on these publicly built and maintained, not-for-profit pieces of disjointed software. How did we get here?

Early origins of open source software

In the earliest days of software (think the 1950s), programs were so tedious and difficult to write that nobody would have dreamed of making them public and free to use. But in the 1980’s, things started to change thanks to Richard Stallman, a pioneer of OSS (and complicated figure):

In 1984, Stallman spearheaded the creation of the GNU, a free operating system that was made to counter closed systems.

In 1985, he wrote the GNU Manifesto, asking for support in the development of the GNU operating system.

He also founded the Free Software Foundation (FSF), a nonprofit that was aimed at promoting freedom in computer use.

By 1987, most of the essential components of the GNU operating system were complete. There was an assembler, editor, and various Unix utilities like grep and ls. A C compiler was almost finalized.

In the 1980s, Stallman also created the GNU General Public License (GPL). All the components of the GNU operating system were released under this license.

Today, the GPL allows for the freedom to share and change all program versions, ensuring that they remain accessible to all users.

Stallman went on to become a god-tier famous programmer, known as rms among developers, and campaigns to this day about how important open software development is. After the GPL was invented, other programmers like him created big pieces of the open source ecosystem we know today:

  • Linus Torvalds worked on Linux in the 90s
  • The Apache Software Foundation was created in 1999, and the Apache HTTP Server (used by tons of the Fortune 500 to this day) was released 4 years earlier in 1995
  • Firefox came out in 2004, Node.js in 2009, Docker in 2013, etc.

The important thing to understand is that many of the people working on this stuff were philosophically invested in having their software be open and available. They were not trying to build commercially successful companies. It was a movement!

That’s why if people ask me, I say that the term open source means a lot more than just the logistical fact that the code is free to see and use; it’s more about a community, and a philosophy around how things should be built. The internet is a public good that impacts the lives of everyone on earth, and there’s an argument to be made that the pieces of infrastructure that hold it up should be public domain, not owned by a for-profit corporation. This idea goes well beyond low level infrastructure, and has implications for applications too. I’d highly recommend reading this interview with Jack Dorsey where he explains how these concepts apply to something like Twitter.

The stock market ruins everything (the MongoDB story)

Okay, great, open source is cool. But the problem started when people realized that you could $$ MAKE MONEY $$ off of it by offering support, managed services, and add on products. There’s obviously nothing inherently wrong with this, but what it does do is create highly perverse incentives over time between the companies that profit off of the open source, and their obligation to maintain and improve that open source. Essentially, the better you make the open source, the less exciting your commercial cloud product is relative to that open source. This is a tale as old as time and has played out with several highly successful public companies with origins in open source like MongoDB, Elastic, Redis, Confluent, etc.

Breaking down the different types of OSS licenses

Continue reading with an all-access subscription

Continue reading with all-access

In this post

  • Breaking down the different types of OSS licenses
  • Recap

More in this track

The top 5 things PMs should know about engineering

Engineering and code basics that can make you a better PM to work with.

What's code?

Code is step by step directions, but for computers.

$15/month

30-day money-back guarantee

Or use
Up Next
What's documentation?

How companies like Stripe win by writing better product docs, and where platforms like GitBook can help.

The Details: Frontends and Backends

The basics of how apps are built by their component parts.

How does a feature get made?

Walking practically through how an engineer builds something.

Content
  • All Posts
  • Learning Tracks
  • AI Reference
  • Companies
  • Terms Universe
Company
  • Pricing
  • Sponsorships
  • Contribute
  • Contact
Connect
SubscribeSubstackYouTubeXLinkedIn
Legal
  • Privacy Policy
  • Terms of Service

© 2026 Technically.