Prior art
Things worth knowing about, learning from, or appreciating. This isn't comprehensive - it's what's informed the thinking here.
See also: Why software is hard (the diagnosis), Interaction graph (making affordances explicit), Affordance opacity (why software hides), Explorations (related hypotheses), Problems (broader context)
Accessible creation
| Name | What it is | Why it matters |
|---|---|---|
| HyperCard | Apple, 1987-2004 | "Anyone can build interactive things." We had this and lost it |
| Snap! | Scratch + macros, first-class functions | Visual programming with a high ceiling |
| Scratch | MIT, kids visual programming | Proof low floor works. Ceiling too low though |
| Mario Maker | Nintendo level editor | Immediate creation → playable. Real ownership |
| Dreams | Media Molecule, PS4/5 | Create games/music/art. Genuinely accessible |
HyperCard is the canonical "we had it and threw it away" - anyone could build interactive stacks, and many did. The barrier was low, the ceiling was high enough, and it shipped on every Mac. Then Apple neglected it to death.
Creative constraints
| Name | What it is | Why it matters |
|---|---|---|
| PICO-8 | Fantasy console | Intentional limits (128x128, 16 colors) → focused creativity |
| TIC-80 | Open source fantasy console | Same energy, different tradeoffs |
| Shadertoy | Shader art community | GPU programming accessible, instant feedback |
| Dwitter | JS art in 140 characters | Extreme constraint breeds creativity |
| Bytebeat | Music from math expressions | One-line formulas → sound |
| TidalCycles / Strudel | Live coding music | Pattern-based, immediate feedback |
| Demoscene | Real-time graphics art | Decades of constraint-driven innovation |
These prove that constraints aren't limitations - they're focusing functions. PICO-8's 128x128 resolution means you can't bikeshed on asset quality. Dwitter's 140 characters means you ship or you don't. The creativity happens because of the limits, not despite them.
Transparent systems
| Name | What it is | Why it matters |
|---|---|---|
| 100 Rabbits / Uxn | Minimal VM, personal computing | Intentionally comprehensible. You can understand the whole thing |
| Plan 9 | Bell Labs OS | Everything is files. Radical consistency |
| Oberon | Wirth's OS | Simple, integrated, inspectable |
| Lua | Minimal scripting language | Small, readable, embeddable |
100 Rabbits is the existence proof that comprehensible systems are possible. Uxn is a VM you can hold in your head. This is the opposite of "47 dependencies to run hello world" - it's intentional simplicity as a design goal.
See: Clean graphs, not filtered messy graphs
Programmable worlds
| Name | What it is | Why it matters |
|---|---|---|
| LambdaMOO | Text-based virtual world (1990) | Fully programmable in user-space. Simple core, infinite possibility |
| ChatMUD | Modern MUD, social focus | Proof the form still works |
| Resonite | VR social platform, programmable | Closest to "programmable VR world" today |
| Second Life | 3D virtual world | User-created everything. Walled garden but proves the model |
LambdaMOO's insight: minimal core (objects, verbs, properties) + user-space programming = emergent complexity. The world becomes what users make it. 35 years later, this is still rare.
Collaborative worldbuilding
| Name | What it is | Why it matters |
|---|---|---|
| SCP Foundation | Collaborative horror fiction wiki | Massively successful collaborative worldbuilding |
| Orion's Arm | Hard SF collaborative universe | 25+ years of accumulated lore |
| AO3 | Fanfiction archive | Community-owned, thriving, proves scale possible |
| Minecraft | Block-based survival/building | Collaborative worldbuilding at scale. Builds persist |
| nightfall.city | Text city via telnet | Community as narrative structure |
The energy for collaborative creation exists. SCP Foundation has thousands of contributors building a shared fictional universe. The question is why this energy is mostly in wikis and game servers rather than programmable systems.
Interactive fiction
| Name | What it is | Why it matters |
|---|---|---|
| Counterfeit Monkey | Emily Short, 2012 | Wordplay as world mechanic. Text can be deep |
| Galatea | Emily Short, 2000 | Conversation as gameplay. Mood modeling |
| Versu | Emily Short + Richard Evans | Social simulation engine |
| IF community generally | IFComp, IFDB, etc. | Kept producing excellent work through the platform era |
The IF community proves that text-based interaction can be rich, deep, and rewarding. They kept making things while the rest of the industry chased graphics.
Philosophy / writing
| Name | What it is | Why it matters |
|---|---|---|
| todepond's "Just" | Essay | Critiques "just do X" as hidden complexity |
| todepond generally | Blog/videos | Thoughtful takes on computing, accessibility, creation |
| Neocities | Free web hosting | The GeoCities spirit survived |
| Small web / Indieweb | Movement | People trying to reclaim personal web |
todepond's "Just" essay is essential reading on hidden complexity. "Just use React" or "just learn Vim" hides enormous assumed knowledge. The word "just" is a complexity-hiding mechanism.
See: Affordance opacity
Worth watching
| Name | What it is | Status |
|---|---|---|
| Resonite | VR social platform, programmable | Active development |
| Federation (ActivityPub, AT Protocol) | Decentralized social | Trying to solve the platform problem |
| Local-first software | CRDTs, sync engines | Ownership + collaboration |
| Hazel | Typed holes, structure editing | Research, active |
This list is incomplete. The goal isn't comprehensiveness - it's pointing at things that inform the diagnosis of why software is hard.