Die C64-These.
Gaming und Coding waren nie getrennt. Wer das erlebt hat, denkt anders. Und diese Denkweise formt heute Drohnenkrieg, Business-Software und KI-Entwicklung.
Spielen und Bauen
war dasselbe.
Wer 1983 bis 1990 auf einem Commodore 64 war, hat nicht gespielt im heutigen Sinne. Listings wurden aus Magazinen abgetippt — seitenweise BASIC-Code, Zeile für Zeile, um am Ende ein Spiel zu haben. POKE-Befehle für Cheats. SYS-Calls in Maschinensprache. Der C64 war nicht Plattform — er war Material.
Die Trennlinie zwischen Gaming und Coding existierte nicht. Sie konnte nicht existieren, weil das Gerät beides gleichzeitig verlangte. Ein Spiel laden: technischer Akt. Ein Spiel modifizieren: selbstverständlich. Ein eigenes Spiel schreiben: der nächste logische Schritt.
Auf dem Amiga ein paar Jahre später: Tracker und MOD-Musik. Der Soundchip als Instrument. Hexadezimal als Notenblatt. Derselbe Reflex — das Werkzeug öffnen, die Struktur verstehen, produzieren.
Das Gerät war Material, nicht Plattform.
Coding war kein Beruf — es war Voraussetzung zum Spielen.
RUN
Gamer und Developer denken identisch.
Bevor ein erfahrener Gamer in einem neuen Spiel den ersten Schritt macht, scannt er: Karte, Inventar, Mechaniken, Ressourcen, Grenzen des Systems. Bevor ein erfahrener Developer in einer neuen Codebase den ersten Commit schreibt, liest er: API-Docs, Datenmodell, Dependency-Graph, Systemgrenzen. Dasselbe kognitive Muster — anderer Ausgabekanal.
Wenn das Spiel
ernst wird.
Das ist keine Metapher. Das US-Militär trainiert Drohnenpiloten mit Xbox-Controllern. Das Merops-System — ein amerikanisches Air-Defense-Setup, kampferprobt in der Ukraine — kommt mit einem handelsüblichen Xbox-Controller. Wer gut zockt, fliegt gut.
Ukraine-Drohnenhersteller WeTrueGun hat GTA V modifiziert um UAV-Operatoren zwischen Missionen zu trainieren. Das ukrainische Ukrainian Fight Drone Simulator (UFDS) ist seit Dezember 2025 auf Steam — eine öffentliche Adaptation des Militär-Trainingssystems, entwickelt auf Basis von Fronterfahrungen. Über 5.000 Drohnenpiloten wurden bereits damit ausgebildet.
FPV-Drohnen — die dominante Waffe im Ukraine-Krieg — nutzen dieselbe Steuerungslogik wie First-Person-Shooter: Controller, Screen, Headset. Die Grenze zwischen Spielkonsole und Waffensystem ist dünner als man denkt.
Gamers make good drone pilots.
Das sagten US-Soldaten. Und ukrainische Operatoren.
Salesforce sieht aus wie ein HUD.
Das ist kein Zufall.
Dark Mode ist Standard. Fortschrittsbalken überall. Achievement-Badges in HR-Software. Leaderboards in Sales-Dashboards. Die Designsprache der Spiele ist die Designsprache der Arbeit geworden — weil Arbeit virtuell wurde, und Spiele die erste vollständig virtuelle Welt waren.
| Game-Konzept | Business-Äquivalent | Konkretes Produkt |
|---|---|---|
| HUD / Heads-Up Display | Dashboard mit Live-Metriken | Salesforce Lightning, Grafana |
| XP / Erfahrungspunkte | Kompetenz-Score, Seniority-Level | LinkedIn Skills, Confluence Badges |
| Daily Quests | Daily Stand-up Todos | Linear, Jira, Asana |
| Leaderboard | Sales-Ranking, Sprint-Velocity | Salesforce, HubSpot |
| Achievement Unlock | Certification, Milestone Badge | Notion, Duolingo for Teams |
| Dark Mode (default) | Dark Mode (default) | Linear, Figma, VS Code, GitHub |
| Minimap | Kanban / Roadmap Übersicht | Linear, Productboard |
Keine Gravitation.
Keine Materialkosten.
Keine Lieferzeiten.
In der echten Welt: Ein Prototyp kostet Material. Ein Fehler kostet Zeit. Ein Architekt der eine Wand falsch plant, zahlt den Abriss.
Im Spiel und im Code: Reload. Branch löschen. git reset --hard HEAD. Kein Permanenzschaden. Der Iterations-Reflex — schnell probieren, schnell verwerfen, schnell wieder probieren — ist eine Kindheitserfahrung vom C64. LIST, ändern, RUN. Loop.
Im C64-BASIC konnte man die Physikregeln weglassen. Fliegen ohne Schwerkraft. 1 Million Punkte per POKE. Das erzeugt eine Denkweise: Was wäre möglich ohne physische Grenzen? — die Frage, die jeder gute Software-Architekt stellen sollte.
Unreal Engine: als Game Engine gebaut, heute Militär-Simulator, Architektur-Visualization, Filmproduktion. Virtualität als universelles Produktions-Werkzeug. Der Transfer war klar, sobald man die Frage gestellt hatte.
Was wäre möglich, wenn die physischen Grenzen nicht gelten?
Diese Frage kennt der Gamer automatisch.
Das C64-Muster
setzt sich fort.
Minecraft mit den Kindern — aber nicht zum Spielen. Mods schreiben, Server aufsetzen, Mechaniken hacken. Dasselbe Muster wie 1985 auf dem C64. Andere Umgebung, identischer Reflex: Wie funktioniert das? Was kann ich damit machen? Kann ich es öffnen?
Roblox: Das Interessante ist nicht der fertige Content. Es ist die Scripting-Umgebung in Lua, die Physik-Engine, das Deployment-Modell. Mit den Kindern coden, nicht zocken.
Minecraft Education Edition hat über 35 Millionen Lernende in Schulen weltweit — die größte Coding-Lernplattform der Welt, getarnt als Spiel. Roblox Developer Exchange hat seit 2013 über 1 Milliarde Dollar an Creator ausgezahlt. Das C64-Muster skaliert.
Jemandem beim Spielen zuzuschauen und dabei zu analysieren: Mechaniken, Entscheidungen, Interface. Das ist kein passiver Konsum — das ist, was ein Architekt tut wenn er ein fremdes Gebäude betritt. Nicht Spieler, sondern Analytiker der Systemlogik.
Das Interessante an Roblox ist das Lua-Scripting.
Nicht der fertige Content.
300 Millionen verkaufte Exemplare (meistverkauftes Spiel aller Zeiten). 35 Millionen Lernende in Minecraft Education Edition. Mods: über 100.000 aktive Mods auf CurseForge. Die Modding-Community ist größer als die meisten Game-Studios.
Lua als erste Programmiersprache für Millionen von Teenagern. Roblox Developer Exchange hat seit Gründung über $1 Mrd. an Creator ausgezahlt. Das Plattform-Modell: Spielen ist Content-Konsum. Scripting ist Produktion. Die Grenze ist eine Lua-Zeile.
C64 1985 → Amiga Tracker → Minecraft Mods → Roblox Lua → Agent SDK. Vier Jahrzehnte. Dasselbe Muster: Werkzeug öffnen, Struktur verstehen, produzieren. Kein Konsument, immer Produzent.
Software-Entwicklung
ist ein Spiel.
Ein gutes Spiel hat drei Eigenschaften: klares Ziel, unmittelbares Feedback, steigende Schwierigkeit. Software-Entwicklung nach dem TDD-Prinzip hat exakt das — und das ist kein Zufall.
Identische Entwicklungsstrategien.
Game Development und Software Development teilen dasselbe Methodenrepertoire — die Vokabulare sind verschieden, die Konzepte identisch:
Das Game ist in
meiner Maschine.
Und echt.
Das ist keine Bescheidenheit gegenüber "echten Gamern". Das ist eine andere Kategorie. Der Gamer konsumiert eine fremde Welt. Der Coder-der-spielt bewohnt eine eigene.
C64: Spiele tippen, Spiele verstehen, Spiele modifizieren. Das war nie Konsum — das war Auseinandersetzung mit dem System. Das System war unter Kontrolle. Das Spiel war in der eigenen Maschine. Und es war echt, weil man selbst die Regeln kannte — und ändern konnte.
Diese Haltung ist übertragbar. Auf KI-Agenten die man deployed und versteht statt konsumiert. Auf Systeme die man aufbaut statt nur nutzt. Auf Code der lebt — wie ein Spiel das sich entwickelt — statt nur deployed wird.
Die C64-Generation hatte das als Kindheitserfahrung. Die nächste Generation hat Roblox und Minecraft. Dasselbe Muster, neue Umgebung. Der Reflex bleibt: öffnen, verstehen, bauen.
Das Game ist in meiner Maschine, unter meiner Kontrolle. Und echt.
agenten-in-code — Code als lebendes System, das sich selbst ändert. Wie ein Spiel das sich entwickelt.
hell-machines — Autonome Agenten wie autonome Game-Entities: sie optimieren ohne zu fragen.
Unter meiner Kontrolle. Und echt.
Die C64-Generation hat etwas mitbekommen, das schwer zu lernen ist: dass ein Werkzeug kein Konsumgegenstand ist. Dass Verstehen und Produzieren dieselbe Bewegung sind. Dass Spielen und Bauen nicht getrennt werden müssen — und am stärksten sind, wenn sie es nicht werden. Drohnenkrieg, Business-Software, KI-Agenten: die Konvergenz war immer absehbar für alle, die wussten wie man POKE 53280,0 schreibt.