KI-Zeugs

Technischer Fortschritt hat eine ziemlich eindeutige Mission: nervige Arbeit verschwinden lassen. Hochsprachen haben uns Assembler erspart. Frameworks haben uns kilometerweise Standardkram vom Hals geschafft. Bibliotheken, Cloud-Dienste und Automatisierung sorgen dafür, dass wir heute Dinge bauen können, für die früher entweder sehr viel mehr Wissen, sehr viel mehr Zeit oder sehr viel mehr Leidensfähigkeit nötig gewesen wäre.

Das ist gut. Ich habe noch auf 8-Bit-Systemen angefangen und möchte nicht zurück. Ich vermisse keine Speicherknappheit, keine absurden technischen Grenzen und auch nicht das Gefühl, drei Stunden an einem Problem zu hängen, das heute irgendein Werkzeug in Sekunden löst.

Und trotzdem ist genau da ein Haken.

Denn vieles von dem, was ich heute kann, habe ich nicht gelernt, weil mir jemand eine gute Erklärung geliefert hat. Ich habe es gelernt, weil etwas kaputt war, weil ich Mist gebaut habe, weil eine Annahme falsch war oder weil eine vermeintlich elegante Lösung später ziemlich hässlich zurückgebissen hat.

Das konkrete Wissen von damals brauche ich heute oft nicht mehr. Aber vieles von dem, was ich heute brauche, habe ich nur, weil ich diesen Weg gegangen bin.

Und genau deshalb reicht mir die aktuelle KI-Debatte oft nicht. Sie kreist viel zu häufig um die Frage, ob man das Werkzeug benutzen darf oder nicht. Natürlich darf man.

Die spannendere Frage lautet:

Was passiert, wenn das Werkzeug uns genau die Erfahrungen abnimmt, aus denen später Kompetenz entsteht?

Fortschritt will Reibung loswerden

Technik beseitigt Reibung. Das ist keine Nebenwirkung, das ist der Plan. Niemand baut ein Framework mit dem Ziel, dass Entwickler hinterher mehr Boilerplate schreiben. Niemand entwickelt bessere Werkzeuge, damit alles wieder komplizierter wird. Fortschritt heißt fast immer: weniger Aufwand, weniger Wiederholung, weniger unnötige Handarbeit.

Und das ist auch richtig so. Niemand muss heute erst Speicherverwaltung von Hand betreiben, bevor er eine Webanwendung schreiben darf. Niemand sollte ein Netzwerkprotokoll neu implementieren müssen, nur um sich das Abzeichen „echter Entwickler“ ans Revers zu heften.

Das Problem ist nur: Nicht jede Reibung ist gleich. Manche ist schlicht lästig, andere bringt einem etwas bei. Und leider steht das selten vorher dran.

Verstehen kommt oft erst nach dem Scheitern

Es klingt immer schön, wenn man sagt: Man muss nicht alles selbst bauen, man muss es nur verstehen.

Nur ist das oft zu bequem gedacht.

Manches versteht man eben erst, nachdem man es selbst gebaut hat. Oder nachdem man es selbst falsch gebaut hat. Man kann Architekturprinzipien erklären, Best Practices aufzählen und zehn Bücher über sauberen Code lesen. Das ist alles nett. Aber wenn dir eine eigene Entscheidung später das Projekt zerlegt, lernst du auf eine Art, die keine Folie ersetzt.

Dasselbe gilt für Debugging, Performance, Datenbanken, Schnittstellen und praktisch jede andere technische Disziplin. Ein Teil von Erfahrung entsteht genau dort, wo etwas nicht so funktioniert, wie man dachte. Idee, Versuch, Fehler, Korrektur, nächster Versuch: Das ist langsam, manchmal frustrierend und ineffizient.

Und genau deshalb wird es so gern wegoptimiert.

KI ist nicht einfach nur die nächste Abstraktionsschicht

Bei klassischen Werkzeugen war die Lage noch halbwegs übersichtlich. Eine Hochsprache nimmt mir Maschinencode ab, ein Framework Infrastruktur, eine Bibliothek bestimmte Implementierungsdetails.

KI kann einen Schritt weiter gehen. Sie kann mir nicht nur technische Arbeit abnehmen, sondern Teile des Lösungswegs. Ein Agent kann Code schreiben, Fehler beheben, Tests erzeugen, Architekturvorschläge machen und mir anschließend noch erklären, warum seine eigene Lösung sinnvoll sei.

Das ist beeindruckend. Und ja, ich nutze solche Werkzeuge auch.

Aber es verändert etwas.

Plötzlich kann jemand Ergebnisse erzeugen, für die früher ein Teil des eigentlichen Lernwegs nötig war. Kurzfristig ist das genial. Langfristig könnte es interessant werden.

Denn irgendwann stellt sich die Frage: Woher kommt eigentlich die Urteilskraft, mit der ich den Output bewerte, wenn ich den Weg dorthin immer seltener selbst gegangen bin?

Willkommen beim Modulaustauscher

Das Problem ist übrigens nicht neu.

Früher gab es Radio- und Fernsehtechniker. Irgendwann wurde über manche von ihnen abschätzig gesagt, sie seien nur noch „Modulaustauscher“. Der Vorwurf war simpel: Die reparieren nichts mehr richtig, die tauschen nur noch Baugruppen.

Und natürlich war das unfair. Wenn es wirtschaftlicher ist, ein Modul zu wechseln, warum sollte man stundenlang auf Bauteilebene herumsuchen?

Nur passiert dabei etwas Interessantes. Aus „Warum ist dieses Gerät kaputt?“ wird irgendwann „Welches Modul muss raus?“. Und später vielleicht nur noch: „Welches Gerät ersetzen wir komplett?“

Der Beruf wird effizienter, und gleichzeitig verschwindet eine bestimmte Form von Wissen. Nicht, weil jemand beschlossen hätte, sie abzuschaffen, sondern weil niemand mehr dafür bezahlt, sie zu brauchen.

Irgendwann gibt es dann kaum noch Menschen, die sie besitzen.

Das Gemeine daran: Man merkt es oft erst hinterher

Das ist der unangenehme Teil. Wir wissen vorher oft nicht, welches Wissen wirklich Ballast ist und welche Erfahrung später noch wichtig wird.

Manches darf völlig zurecht verschwinden. Anderes wirkt altmodisch und prägt trotzdem genau die Denkweise, die man später braucht. Wer einmal mit knappen Ressourcen gearbeitet hat, denkt anders über Ressourcen. Wer Systeme ohne dicke Abstraktionsschichten gebaut hat, stellt andere Fragen an diese Abstraktionen. Wer Fehler selbst gesucht hat, merkt vielleicht schneller, wenn eine Erklärung zwar hübsch klingt, aber technisch faul ist.

Das heißt nicht, dass jede Generation denselben Mist noch einmal durchleiden muss. Aber es heißt vielleicht, dass wir nicht jede Form von Mühsal reflexartig eliminieren sollten.

Denn manche Mühsal ist nutzlos, andere ist Training.

Und wir erkennen den Unterschied gern erst dann, wenn sie weg ist.

Genau deshalb PICO-8

PICO-8 ist deshalb für mich weniger eine konkrete Plattform als eine ziemlich gute Idee.

Es ist absichtlich beschränkt. Nicht weil moderne Hardware es nicht besser könnte, sondern weil die Begrenzung Teil des Spiels ist. Wenig Platz, wenig Ressourcen, klare Grenzen.

Und plötzlich musst du Entscheidungen treffen: Was brauche ich wirklich? Was kann weg? Welche Idee funktioniert unter diesen Bedingungen überhaupt noch? Wie löse ich das Problem mit dem, was da ist?

PICO-8 ist deshalb interessant, weil die Grenze nicht bloß stört. Sie formt das Denken.

Und genau davon könnten wir in der KI-Zeit mehr gebrauchen. Nicht mehr Retro, sondern mehr absichtliche Begrenzung. Mehr Räume, in denen nicht sofort jede Schwierigkeit von irgendeinem Agenten weggeputzt wird. Mehr Situationen, in denen man selbst debuggt, selbst ausprobiert, selbst falsch liegt und selbst merkt, warum etwas nicht funktioniert.

Nicht immer. Aber dort, wo Lernen stattfinden soll.

Denn Produktion und Lernen verfolgen nicht dasselbe Ziel. In der Produktion ist die schnellste gute Lösung meistens genau das, was man will. Beim Lernen kann die schnellste Lösung genau das sein, was man nicht will.

Wenn ich ein Ergebnis brauche, ist die Abkürzung großartig. Wenn ich Kompetenz brauche, kann sie mir im Weg stehen.

Vielleicht müssen wir wieder lernen, Grenzen zu bauen

Das klingt natürlich etwas absurd. Jahrzehntelang haben wir Werkzeuge entwickelt, um Grenzen abzubauen. Und jetzt sollen wir neue einführen?

Vielleicht ja.

Aber nicht dieselben. Nicht weil früher alles besser war. Und ganz sicher nicht, weil Menschen erst leiden müssen, bevor sie etwas wert sind.

Sondern weil eine Umgebung, in der alles sofort glattgezogen wird, verdammt schlecht darin sein kann, Menschen Erfahrung sammeln zu lassen.

Vielleicht ist das eine der wichtigeren Fähigkeiten der KI-Zeit: zu erkennen, wann man sich Arbeit abnehmen lassen sollte und wann man sich absichtlich nicht helfen lässt. Nicht aus Stolz, nicht aus Purismus, sondern weil man manchmal genau an dem Problem wachsen muss, das man gerade versucht loszuwerden.

Und vielleicht ist das am Ende die eigentliche Lektion von PICO-8. Nicht die Pixel, nicht die Nostalgie und nicht die künstliche Retro-Welt, sondern die Erinnerung daran, dass Grenzen manchmal etwas produzieren, das unbegrenzter Komfort nicht liefert: Urteilskraft, Erfahrung und Eigenständigkeit.

Nicht jede Last ist Ballast. Manche Last ist Training.

---

Dieser Text ist mit KI erstellt. Ausgerechnet zu einem Thema, bei dem es darum geht, sich nicht jede Reibung abnehmen zu lassen. Die KI durfte beim Sortieren, Zuspitzen und Formulieren helfen. Denken musste trotzdem noch jemand.

So wirkt der Text deutlich geschlossener. Die Einzeiler stehen jetzt nur noch dort, wo sie wirklich eine Zäsur oder Pointe setzen sollen.