Wenn bei Claude die Lichter ausgehen

Letzte Woche war Claude down. Nicht kurz — richtig down. Stundenlang. Und ich saß da, mitten in einem komplexen Refactoring, und merkte, wie sich ein Gefühl einschlich, das ich seit Jahrzehnten nicht mehr hatte: Hilflosigkeit. Für etwa drei Sekunden. Dann habe ich die Symfony-Dokumentation aufgemacht und weitergearbeitet. Wie früher.

Aber diese drei Sekunden waren aufschlussreich. Weil sie mir gezeigt haben, wie sehr sich mein Arbeitsprozess verändert hat — und wie dünn das Eis ist, auf dem wir alle stehen.

1995: Das C++-Buch war ausgeliehen

Ich erinnere mich an ein ähnliches Gefühl aus den 90ern. Ich saß an einem Problem mit C++-Templates und brauchte eine bestimmte Information. Das einzige Buch dazu in der Stadtbibliothek war ausgeliehen. Rückgabe in zwei Wochen.

Zwei Wochen. Heute undenkbar. Damals Alltag.

Also habe ich experimentiert. Ausprobiert. Kompiliert, Fehlermeldung gelesen, geändert, nochmal kompiliert. Stundenlang. Was im Buch wahrscheinlich auf einer halben Seite gestanden hätte, habe ich mir durch Trial and Error erarbeitet. Das hat länger gedauert. Aber ich habe dabei mehr verstanden als aus jedem Buchkapitel, weil ich jeden Fehler selbst gemacht und selbst korrigiert habe.

Dieses Verstehen durch Scheitern — das gibt es kaum noch. Warum auch scheitern, wenn die Antwort einen Prompt entfernt ist?

Die Evolution des Nachschlagens

Jede Entwicklergeneration hat ihr Nachschlagemedium, und jedes neue Medium hat das vorherige absurd langsam aussehen lassen.

1990er: Bücher und Manpages. Du hast ein Regal mit O’Reilly-Büchern gehabt. Die mit den Tieren auf dem Cover. Das Perl-Kamel, das sed-Handbuch, das C++-Nashorn. Wenn du eine Funktion nachschlagen wolltest, hast du das Buch aufgeschlagen, im Index gesucht und die Seite aufgeblättert. Oder du hast man printf getippt und dich durch ein Terminal-Dokument gescrollt, das älter war als du selbst.

Das war langsam. Aber du hast dabei immer Dinge gefunden, die du nicht gesucht hast. Auf dem Weg zur Antwort bist du an anderen Funktionen vorbeigekommen, hast Zusammenhänge gesehen, hast Nachbarkapitel überflogen. Dieses zufällige Lernen fehlt heute komplett.

2000er: Google und Stack Overflow. Plötzlich konntest du die exakte Fehlermeldung eintippen und bekamst einen Thread, in dem jemand dasselbe Problem hatte. Stack Overflow wurde zur Lebensversicherung einer ganzen Generation von Entwicklern. Die Antwort war nicht immer richtig, aber sie war da. Sofort. Ohne zwei Wochen zu warten.

Aber auch hier gab es einen Lernprozess. Du musstest die Antwort verstehen, anpassen, in deinen Kontext übertragen. Blind kopieren funktionierte manchmal, aber spätestens beim nächsten Bug hast du gemerkt, dass du den Code nicht verstanden hast.

2020er: KI-Assistenten. Claude, Copilot, ChatGPT. Du beschreibst dein Problem in natürlicher Sprache, und die KI gibt dir nicht nur die Antwort, sondern den fertigen Code. Im Kontext deines Projekts. Angepasst an deine Codebasis. Mit Erklärung.

Das ist ein Quantensprung in der Produktivität. Keine Frage. Aber mit jedem Sprung ist auch etwas verloren gegangen.

Was bei jedem Sprung verloren geht

Bücher haben dich gezwungen, das Thema zu verstehen, weil die Antwort nicht isoliert existierte. Sie war eingebettet in ein Kapitel, in einen Kontext, in eine Denkweise.

Google hat den Kontext reduziert. Du hast die Antwort bekommen, aber nicht das Kapitel drum herum. Du hast den Fix bekommen, aber nicht verstanden, warum der Bug überhaupt existierte.

KI hat den Kontext eliminiert. Du bekommst den Code. Er funktioniert. Du weißt nicht warum, aber er funktioniert. Und solange er funktioniert, fragst du nicht nach.

Jeder Sprung hat eine Schicht Verständnis abgetragen. Und jeder Sprung hat eine Generation von Entwicklern hervorgebracht, die ohne das jeweilige Werkzeug aufgeschmissen wäre.

Der Entwickler, der Dokumentation liest

Wer heute die offizielle Symfony-Dokumentation liest — nicht weil Claude down ist, sondern freiwillig — wird von Kollegen angeschaut wie ein Museumswärter. „Warum liest du das? Frag doch einfach die KI.“

Aber dieser Museumswärter ist der Einzige, der weiterarbeiten kann, wenn Claude dunkel wird. Der Einzige, der versteht, warum der Code funktioniert, nicht nur dass er funktioniert. Der Einzige, der einen Bug in einer Library debuggen kann, weil er weiß, wie die Library intern arbeitet — nicht weil er die KI gefragt hat, sondern weil er die Docs gelesen hat.

Klingt romantisch. Ist es auch ein bisschen. Aber es ist vor allem praktisch.

Der Unterschied zwischen unbequem und unmöglich

Als Claude letzte Woche ausfiel, war mein Tag nicht ruiniert. Er war langsamer. Unbequemer. Ich musste Dinge nachschlagen, die ich sonst in Sekunden bekomme. Ich musste Code manuell refactoren, den Claude normalerweise in einem Durchgang umschreibt. Ich musste nachdenken, statt zu prompten.

Für mich war das unbequem. Für jemanden, der nur mit KI-Assistenten gelernt hat, der nie die Symfony-Docs gelesen hat, der nie einen Hex-Dump debuggt hat, der nie mit man-Pages gearbeitet hat — für den ist ein KI-Ausfall kein Unbequemlichkeit. Es ist ein Showstopper.

Das ist der Unterschied. Nicht ein Unterschied in der Intelligenz oder im Talent. Ein Unterschied im Fundament. Wer von Grund auf gelernt hat, wer Pointer-Arithmetik verstanden hat, bevor es Garbage Collection gab, wer TCP/IP am Hex-Dump debuggt hat, bevor es Wireshark gab — der hat ein Fundament, das unabhängig vom Werkzeug funktioniert.

Abhängigkeit ist kein Feature

Ich will nicht zurück zu den O’Reilly-Büchern. Ich will nicht zurück zur Stadtbibliothek. KI-Assistenten machen mich produktiver, und ich nutze sie bei jeder Gelegenheit. Aber ich bin mir bewusst, dass sie ein Werkzeug sind — nicht mein Fundament.

Die Frage, die sich jeder Entwickler stellen sollte, ist nicht: „Wie mache ich mit KI?“ Sondern: „Was mache ich ohne?“

Ein Werkzeug ist nur so gut wie die Hand, die es führt. Und eine Hand, die nur ein einziges Werkzeug kennt, ist keine Fachkraft — sie ist eine Abhängigkeit.

Die Dokumentation ist noch da. Symfony-Docs, PHP-Manual, MDN Web Docs. Immer noch gut, immer noch vollständig, immer noch kostenlos. Nur langsamer als ein KI-Assistent, der den Kontext deines Projekts kennt. Aber sie funktioniert auch um drei Uhr nachts, wenn der KI-Dienst gerade sein drittes Wartungsfenster an diesem Tag hat. Und das ist mehr wert, als die meisten glauben.