9.10 — Impact, Ethics & Licenses (Your Fork!)
Your whole semester is a FOR: you copied someone else's project, legally, and made it yours. Today: why that was legal, what you owe for it, and the bigger questions — who gets to build games, whose data gets taken, and what happens when "the internet" is where 8 billion people's lives actually live.
You forked somebody else's project, built your own game on top of it, and now you want to put it where people can play it. That is not one decision. It is five, and four of them are already settled by a file that arrived with the repo, that you have opened exactly once, and that most people never open again.
First, before anything else: cut that into parts small enough that you could look each one up on its own.
- Read what the license actually granted youwhat does this part do?Read: section 2 of the
LICENSEfile in your own fork, and the license table in this lesson's Concept Lab - Keep the noticeswhat does this part do?Read: the "You must" column of this lesson's license table
- Say out loud which files you changedwhat does this part do?Read: section 4 of your fork's
LICENSE, and the Apache 2.0 row of this lesson's license table — "Keep the notice, state your changes, and pass on the patent grant" - Credit every asset you did not makewhat does this part do?Read: the CC BY and CC BY-SA rows of the license table, the CREDITS-file paragraph in this lesson's Concept Lab, and the fairness thread from 9.6
- Decide what the people who play it are owedwhat does this part do?Read: the digital-divide and data sections of Concept Lab II, and the dataset questions you answered honestly and locally in 9.5
The split is the whole lesson, because "is my game legal?" has no single answer — it is five questions with five answers, and four of them are yes if you do them and no if you skip them. They are not equally obvious either: the notices one is forgettable, the changes one is genuinely surprising, and the last one is not a license question at all. A student who can tell those five apart will not be caught out by a question asking which concern is most significant, because they will know there was more than one concern on the table.
The test for a finished split: can you settle each part by opening one file or naming one sentence? The first three are all settled by the LICENSE already sitting in your own fork — section 2 for what you may do and section 4 for what you owe. The fourth is settled by wherever the sprite came from. The fifth cannot be settled by a file at all, which is exactly what makes it the one you decide rather than look up.
Your turn
Pick two of the parts above and say in one line what each one actually does.
People routinely license their code one way and their art another: permissive for the parts they built on, all rights reserved for the parts they drew. Why split it like that, and what does the split let you do that one license covering everything would not?
A permissive license is irreversible. Once you publish under it you cannot take the permission back, and anyone who already took it keeps it forever. What does that make the moment you choose one — and why do people still release under permissive licenses on purpose?
Checkpoint — before moving on, you must be able to:
- Explain permissive vs copyleft vs proprietary, using your fork's own Apache 2.0 license as the evidence
- Write a correct CREDITS file with sources and licenses
- Describe the digital divide with two concrete examples
- Identify one assumption your own design baked in, and one fix
Reference Docs
Need a deeper explanation? These pages cover the same concepts:
- Unit 9: Data & Systems — impact in the CED
- Projects — your semester work, the thing you now license
Next unit: 10.1a — 2-Button Jam: Kickoff & Pitch — jam season begins.
Saved on this device only — the Dashboard tracks your progress.