“Software licensing” sounds like fine print, but it’s really the set of rules that decide who may use, copy, change, and sell a piece of code — including the code you write and the code you build on. Get it wrong and you can lose the right to ship, or hand away rights you meant to keep; get it right and you can share freely, sell confidently, and reuse the world’s open source without nasty surprises. This path builds that understanding one short lesson at a time, starting from what a license actually is and ending with a concrete plan for licensing and agreements around your own software.
Who this is for. Anyone who ships software and wants to handle the legal layer on purpose instead of by guesswork — developers picking a license for a side project, founders building a product on open-source components, and anyone who has to read an agreement before clicking “I agree”. No legal background is assumed, and every term is explained the first time it appears. If you’re brand new to building software, the Intro to Software Development path pairs naturally with this one; every lesson here is self-contained and cross-linked, so you can read straight through or jump to what you need.
How the path works. Seven modules move from foundations to doing. We open with the groundwork — what a license is, how copyright and the other intellectual-property rights work, how a license differs from a contract, and the full spectrum from public domain to closed source. From there we cover the open-source licenses in depth (MIT, BSD, Apache, the GPL family, the weak- copyleft licenses, and public-domain dedications), then how to choose and combine them safely. Module 4 turns to proprietary and commercial licensing, including writing a license to sell your own software; Module 5 tackles the question every founder asks — can you sell software built on open source? — and how to stay compliant. Module 6 teaches you to read agreements and the other documents users meet (EULAs, terms of service, privacy policies, SLAs, NDAs), and Module 7 turns all of it into a decision framework for your own projects. Throughout, we teach concepts first, use the United States as the reference jurisdiction while flagging how things differ elsewhere, and lean on real examples — including GopherTrunk’s own Apache-2.0 license and dependency attribution — to keep things concrete. One thing to keep in mind as you read: this is educational material, not legal advice, and decisions that carry real risk deserve a qualified attorney. Mark lessons complete as you go; your progress is saved in your browser. Start with lesson 1: What is a software license?