Das 450€+ pro Stunde KI Katastrophen Aufräumgeschäft

Ich verlange 450€ pro Stunde um KI Katastrophen zu fixen.

Lass mich das nochmal sagen, weil es mich immer noch zum Grinsen bringt: 450€. Pro Stunde. Und ich bin ausgebucht. Es gibt eine Warteschlange. Ich lehne Arbeit ab.

Das ist der neue Goldrausch, und wenn du ein erfahrener Entwickler bist der tatsächlich weiß was er tut, druckst du gerade Geld. Zum ersten Mal in der Geschichte verdienen wir mehr als Anwaltskanzleien. Lass das mal sacken. Der Berufsstand der 400€ pro Stunde verlangt damit jemand langsam Dokumente liest, wird jetzt von Leuten überboten die tatsächlich Dinge reparieren können. Die Ironie ist köstlich. Jahrelang haben uns Leute erzählt KI würde Entwickler ersetzen. Stattdessen hat KI mehr Arbeit für erfahrene Entwickler geschaffen als wir je hatten, zu Sätzen die wir vor fünf Jahren nicht hätten verlangen können ohne ausgelacht zu werden.

Die Unternehmen die mich anrufen sind nicht dumm. Sie sind verzweifelt. Sie haben eine Agentur engagiert, oder einen Junior Entwickler, oder ein Team von Leuten die nie zuvor Produktionssoftware gebaut haben aber ChatGPT wirklich gut prompten konnten. Das Projekt startete schnell. Die Demos sahen beeindruckend aus. Und dann ist alles auseinandergefallen, langsam zuerst und dann auf einmal, und jetzt rufen sie mich an für 450€ pro Stunde weil der Schlamassel so tiefgreifend ist dass das Aufräumen jemanden erfordert der tatsächlich versteht wie Software funktioniert.

Dieser Artikel handelt von diesem Schlamassel. Was ihn verursacht. Wie er aussieht. Warum es so viel kostet ihn zu fixen. Und wie du vermeiden kannst einer meiner Kunden zu werden, es sei denn du schreibst gerne sehr große Schecks an Leute wie mich.

Die Vibe Coding Revolution und ihre Opfer

Lass mich erklären was passiert ist, denn es ist schnell passiert.

KI Coding Tools wurden gut. Wirklich gut. Gut genug dass jemand ohne Programmiererfahrung beschreiben konnte was er wollte und funktionierenden Code zurückbekam. Gut genug dass Agenturen billige Mitarbeiter einstellen konnten, ihnen Claude oder GPT geben konnten, und Projekte liefern konnten die funktional aussahen.

Das Schlüsselwort ist "aussahen."

Vibe Coding, wie es genannt wurde, ist die Praxis Software zu bauen indem man einer KI beschreibt was man will und akzeptiert was auch immer sie produziert. Keine Architektur. Keine Teststrategie. Kein Verständnis davon warum der Code funktioniert, nur dass er jetzt zu funktionieren scheint, in diesem spezifischen Szenario, wenn du die Buttons in dieser spezifischen Reihenfolge klickst.

Für Demos ist Vibe Coding Magie. Für Produktionssysteme die Randfälle handlen müssen, unter Last skalieren müssen, Datenintegrität bewahren müssen, und nicht umfallen dürfen wenn ein Nutzer etwas Unerwartetes tut, ist Vibe Coding eine tickende Bombe.

Die Bombe geht jetzt überall in der Branche hoch, und ich bin das Bombenräumkommando. Die Bezahlung ist exzellent.

Die Test-Apokalypse: TDD und BDD sind nicht optional

Hier ist ein Gespräch das ich, mit Variationen, mindestens dreißigmal im letzten Jahr geführt habe.

Ich: "Wo sind die Tests?"

Kunde: "Die was?"

Ich: "Die automatisierten Tests. Unit Tests. Integrationstests. Die Dinge die verifizieren dass der Code funktioniert."

Kunde: "Ich glaube nicht dass es welche gibt. Die Entwickler sagten sie hätten es getestet."

Ich: "Manuell?"

Kunde: "Ich schätze? Sie haben rumgeklickt und es hat funktioniert."

Ich: "Und jetzt funktioniert es nicht."

Kunde: "Nein. Deshalb haben wir dich angerufen."

Das ist die fundamentale Katastrophe Vibe-codierter Projekte: es gibt keine Tests. Nicht unzureichende Tests. Nicht schlecht geschriebene Tests. Keine Tests überhaupt. Null. Die Testabdeckung ist nicht niedrig; sie ist nicht existent.

Ich frage die Agenturen und Entwickler deren Arbeit ich fixe: Wisst ihr was TDD ist? Test-Driven Development? Die Praxis Tests zu schreiben bevor du Code schreibst, damit du weißt was der Code tun soll und verifizieren kannst dass er es tut?

Leere Blicke. Sie wissen es nicht. Sie haben noch nie davon gehört. Oder sie haben davon gehört aber denken es ist irgendeine altmodische Praxis die KI obsolet gemacht hat. Hat sie nicht.

BDD? Behaviour-Driven Development? Spezifikationen in einfacher Sprache schreiben die zu ausführbaren Tests werden? Das erwartete Verhalten des Systems beschreiben bevor man es baut damit alle, Entwickler und Stakeholder gleichermaßen, sich einig sind was "funktionierend" bedeutet?

Mehr leere Blicke. Sie wissen auch nicht was das ist.

Das sind keine Junior Entwickler. Das sind Agenturen die Zehntausende Euro für Projekte verlangen. Das sind "KI-native Entwicklungsshops" die sich selbst als die Zukunft vermarkten. Und sie kennen nicht die absoluten Grundlagen professioneller Softwareentwicklung.

Das Ergebnis ist Code der funktioniert bis er es nicht tut, ohne Möglichkeit zu wissen was kaputt gegangen ist oder warum.

Das Eins-fixen-drei-kaputt-machen Problem

Ohne Tests ist jede Änderung ein Glücksspiel.

Der Kunde meldet einen Bug. Der Vibe Coder bittet die KI ihn zu fixen. Die KI produziert einen Fix der das spezifische beschriebene Symptom adressiert. Der Fix wird deployed. Der ursprüngliche Bug ist weg.

Aber etwas anderes ist jetzt kaputt. Etwas das nicht getestet wurde weil nichts getestet wird. Etwas das vom Verhalten abhing das gerade geändert wurde. Der Kunde meldet den neuen Bug. Der Vibe Coder bittet die KI ihn zu fixen. Ein weiterer Fix wird deployed. Der zweite Bug ist weg.

Jetzt sind zwei weitere Dinge kaputt.

Das ist nicht hypothetisch. Das ist der tatsächliche Zustand der Codebases die ich bezahlt werde zu retten. Die Git History liest sich wie ein Horrorroman. Auth Bug fixen. Payment Bug fixen der durch Auth Fix verursacht wurde. Inventory Bug fixen der durch Payment Fix verursacht wurde. Auth Bug fixen der wieder aufgetaucht ist weil der Payment Fix Teil des ersten Fixes zurückgesetzt hat. Weiter und weiter, jeder Commit macht die Situation schlimmer, jeder Fix erzeugt neue Probleme, niemand versteht warum weil niemand den Code versteht.

In einer ordentlich getesteten Codebase kann das nicht passieren. Du schreibst einen Fix, du lässt die Tests laufen, die Tests sagen dir was du kaputt gemacht hast. Du weißt es sofort. Du fixst die Regression vor dem Deployen. Das System bewahrt Integrität.

In einer Vibe-codierten Codebase gibt es keine Tests zum Laufen. Der einzige Weg zu entdecken was kaputt ist, ist in Produktion zu deployen und zu warten dass sich Nutzer beschweren.

Die Dokumentationswüste

KI dokumentiert nicht.

Das klingt wie eine Kleinigkeit bis du versuchst eine Codebase zu verstehen die von einer KI generiert wurde, von jemandem modifiziert der sie nicht verstanden hat, wieder von einer anderen KI modifiziert wurde, und ein drittes Mal von jemand anderem modifiziert der sie auch nicht verstanden hat.

Warum ist diese Funktion so strukturiert? Niemand weiß es. Warum fließen diese Daten durch drei Services statt einem? Niemand weiß es. Warum gibt es eine Verzögerung von genau 3,7 Sekunden bevor diese Aktion abgeschlossen ist? Niemand weiß es, aber wenn du sie entfernst, bricht alles zusammen.

In einem ordentlich gebauten System gibt es Kommentare die nicht-offensichtliche Entscheidungen erklären. Es gibt README Dateien die Architektur beschreiben. Es gibt Commit Messages die erklären warum Änderungen gemacht wurden.

In einem Vibe-codierten System gibt es nichts davon. Der Code existiert ohne Kontext. Es ist ein Artefakt ohne Herkunft. Ihn zu verstehen erfordert Reverse Engineering, was Expertise erfordert, was jemanden wie mich erfordert, was 450€ pro Stunde erfordert.

Ich verbringe mindestens 30% jedes Rettungsprojekts nur damit zu verstehen was zum Teufel los ist. Das ist keine produktive Arbeit. Sie fügt keinen Wert hinzu. Es ist Archäologie. Aber sie ist notwendig weil niemand irgendwas dokumentiert hat.

Das Kritischer-Pfad Problem

Erinnerst du dich an den kritischen Pfad? Die Abfolge von Aufgaben und Features die funktionieren müssen damit das Produkt überhaupt funktioniert?

Vibe Coding zerstört den kritischen Pfad langsam, ohne dass es jemand bemerkt.

So passiert es. Der initiale Build funktioniert. Der kritische Pfad ist intakt, wahrscheinlich durch Zufall, weil die KI zufällig Code produziert hat der zusammenhält. Dann werden Änderungen angefordert. Der Vibe Coder promptet die KI für Modifikationen. Die KI produziert Modifikationen die das unmittelbare Ziel erreichen aber subtil etwas im kritischen Pfad verändern.

Niemand bemerkt es weil es keine Tests gibt. Die Demo funktioniert noch wenn du die Buttons in der richtigen Reihenfolge klickst. Aber die Randfälle sind jetzt kaputt. Die Fehlerbehandlung ist jetzt falsch. Die Datenvalidierung ist jetzt unvollständig.

Mehr Änderungen werden angefordert. Mehr Modifikationen werden gemacht. Jede Modifikation macht isoliert betrachtet Sinn. Jede Modifikation degradiert den kritischen Pfad leicht. Nach fünfzig Modifikationen ist der kritische Pfad Schutt. Das System funktioniert nur im exakten Happy-Path Szenario das die Demos immer zeigen. Alles andere scheitert.

Der Kunde entdeckt das erst beim Launch. Nutzer folgen nicht dem Happy Path. Nutzer machen Fehler. Nutzer haben langsame Verbindungen. Nutzer klicken Buttons zweimal. Nutzer fügen Emoji ein wo sie nicht sollten. Nutzer tun unerwartete Dinge, und das System kollabiert weil niemand diese Szenarien je getestet hat.

Jetzt ruft der Kunde mich an. Das Aufräumen ist nicht nur Bugs fixen. Es ist den kritischen Pfad aus den Trümmern rekonstruieren.

Die Mathematik der falschen Sparsamkeit

Lass mich dir zeigen warum das wichtig ist mit ein paar Zahlen.

Ein Unternehmen braucht ein E-Commerce Feature gebaut. Sie bekommen zwei Angebote.

Option A: Ein ordentlicher Entwicklungsshop mit erfahrenen Ingenieuren. Die wollen 80.000€ und drei Monate. Sie werden mit Tests, Dokumentation und ordentlicher Architektur bauen. Sie erklären ihren Prozess detailliert. Es klingt teuer.

Option B: Eine "KI-native Agentur" mit billigem Personal und beeindruckenden Demos. Die wollen 25.000€ und sechs Wochen. Sie versprechen schnelle Iteration und Cutting-Edge Technologie. Es klingt wie ein Schnäppchen.

Das Unternehmen wählt Option B. Offensichtlich. Es ist ein Drittel der Kosten in der halben Zeit.

Sechs Wochen später haben sie eine Demo die wunderschön funktioniert. Zwei Wochen nach dem Launch beginnen die Probleme. Kleine Bugs zuerst. Dann größere. Dann Datenintegritätsprobleme. Dann ein Sicherheitsvorfall. Dann ghostet die Agentur sie weil das Fixen mehr Stunden kosten würde als sie fürs ganze Projekt angeboten haben.

Jetzt rufen sie mich an.

Ich bewerte den Schaden. Die Codebase ist untestbar. Die Architektur ist inkohärent. Der kritische Pfad ist an mindestens acht Stellen kaputt. Das Datenmodell hat fundamentale Mängel die Migration erfordern um sie zu fixen. Es gibt keinerlei Dokumentation.

Meine Schätzung: 200 Stunden zum Stabilisieren, Testen und Reparieren. Bei 450€ pro Stunde sind das 90.000€. Plus die 25.000€ die sie bereits für Option B ausgegeben haben. Plus der verlorene Umsatz während der Wochen der Instabilität. Plus die verlorenen Kunden durch schlechte Experience. Plus der Reputationsschaden.

Gesamtkosten der "billigen" Option: weit über 100.000€ und sechs Monate Schmerz.

Gesamtkosten wenn sie Option A gewählt hätten: 80.000€ und drei Monate.

Das ist die Mathematik der falschen Sparsamkeit. Billige Entwicklung ist nicht billig. Sie ist aufgeschobene teure Entwicklung plus Zinsen plus Strafen. Die Rechnung kommt immer.

Was das Aufräumen tatsächlich beinhaltet

Lass mich dir durchgehen was passiert wenn du mich engagierst um eine Vibe-codierte Katastrophe zu fixen, damit du verstehst warum es kostet was es kostet.

Phase Eins: Archäologie. Ich lese den Code. Alles davon. Ich trace Datenflüsse. Ich mappe Abhängigkeiten. Ich identifiziere was das System tun soll indem ich beobachte was es tatsächlich tut. Ich interviewe jeden der irgendwas über die Anforderungen weiß. Ich rekonstruiere die Spec die nie existierte. Allein das dauert 20-40 Stunden je nach Systemgröße.

Phase Zwei: Test-Infrastruktur. Ich richte die Testing Frameworks ein die von Anfang an da hätten sein sollen. Ich konfiguriere CI/CD Pipelines. Ich etabliere die Grundinfrastruktur die nötig ist um sicher zu entwickeln. Weitere 10-20 Stunden.

Phase Drei: Kritischer-Pfad Tests. Ich schreibe Tests für den kritischen Pfad. Nicht umfassende Tests für alles, noch nicht. Nur die Tests die die Kernfunktionalität verifizieren. Die Dinge die unbedingt funktionieren müssen. Das ist mühsam weil der Code oft so verheddert ist dass das Testen ein Refactoring erfordert, und Refactoring ohne Tests ist gefährlich. 40-60 Stunden.

Phase Vier: Stabilisierung. Mit Tests an Ort und Stelle kann ich endlich anfangen Dinge zu fixen ohne Angst andere Dinge kaputt zu machen. Ich adressiere zuerst die kritischen Pfad Issues. Ich fixe die Datenintegritätsprobleme. Ich repariere die Sicherheitslöcher. Jeder Fix wird durch Tests verifiziert. 40-80 Stunden je nach Schaden.

Phase Fünf: Randfälle. Der Happy Path funktioniert. Jetzt adressiere ich all die Szenarien denen echte Nutzer begegnen. Fehlerbehandlung. Validierung. Gleichzeitiger Zugriff. Netzwerkausfälle. Malformed Input. Die Dinge die Vibe Coding nie bedenkt weil KI Demos keine Unhappy Paths enthalten. Weitere 20-40 Stunden.

Phase Sechs: Dokumentation. Ich dokumentiere was ich gelernt habe. Architekturdiagramme. API Dokumentation. Deployment Guides. Das Wissen das während der Entwicklung hätte erfasst werden sollen aber nie wurde. 10-20 Stunden.

Gesamt: 140-260 Stunden. Bei 450€ pro Stunde. Für ein System das von Anfang an ordentlich hätte gebaut werden sollen.

Ich nutze auch KI, aber es gibt einen Unterschied

Ich will bei etwas klar sein: Ich bin nicht anti-KI. Ich nutze täglich KI Tools. Sie machen mich schneller und produktiver. Sie sind wirklich nützlich.

Aber ich nutze sie als Werkzeuge, nicht als Ersatz für Verständnis.

Wenn ich eine KI bitte Code zu generieren, lese ich den Code. Ich verstehe was er macht. Ich evaluiere ob es der richtige Ansatz ist. Ich modifiziere ihn wenn nötig. Ich teste ihn. Ich dokumentiere ihn. Die KI beschleunigt meine Arbeit; sie macht nicht meine Arbeit.

Die Vibe Coder machen das nicht. Sie prompten, akzeptieren, deployen. Der Code ist eine Black Box für sie. Sie wissen nicht ob er gut oder schlecht ist, sicher oder verwundbar, effizient oder verschwenderisch. Sie können ihn nicht evaluieren weil sie nicht das Wissen haben ihn zu evaluieren. Sie sind keine Entwickler die KI nutzen. Sie sind KI-Operatoren die nicht verstehen was die KI produziert.

Das ist der Unterschied. KI in den Händen eines erfahrenen Entwicklers ist ein Kraftmultiplikator. KI in den Händen von jemandem der Softwareentwicklung nicht versteht ist ein Katastrophengenerator.

Das Werkzeug ist dasselbe. Die Ergebnisse sind gegensätzlich.

Wie du nicht mein Kunde wirst

Wenn du ein Unternehmen bist das ein Softwareprojekt erwägt, hier ist wie du vermeidest mir später 450€ pro Stunde zu zahlen um es zu fixen.

Stell Leute ein die Softwareentwicklung verstehen. Nicht Leute die KI prompten können. Leute die wissen was TDD ist. Leute die Produktionssysteme gebaut haben. Leute die ihre architektonischen Entscheidungen erklären können. Die KI Tools sind nur Werkzeuge. Das Wissen wie man Software baut ist was zählt.

Verlange Tests von Tag eins. Bitte darum die Test Suite zu sehen. Frag nach Testabdeckung. Frag was passiert wenn die Tests fehlschlagen. Wenn die Entwickler bei diesen Fragen verwirrt aussehen, renn. Du bist dabei für eine Katastrophe zu zahlen.

Fordere Dokumentation. Jede nicht-offensichtliche Entscheidung sollte dokumentiert werden. Jede API sollte Dokumentation haben. Wenn das Team sagt Dokumentation verlangsamt sie, bauen sie etwas das niemand warten können wird.

Bestehe auf Code Review. Tatsächliche Menschen die den Code verstehen sollten jede Änderung reviewen bevor sie deployed wird. Nicht KI Review. Menschliches Review.

Zahle für Erfahrung. Ja, erfahrene Entwickler kosten mehr pro Stunde. Nein, sie kosten nicht mehr insgesamt. Das 80.000€ Projekt das funktioniert ist billiger als das 25.000€ Projekt das 80.000€ zum Fixen braucht.

Oder ignoriere all diese Ratschläge, engagiere die billige KI-native Agentur, und ruf mich in sechs Monaten an. Ich helfe gerne. Für 450€ pro Stunde.

Der Goldrausch wird nicht ewig dauern

Ich genieße diesen Markt. Ich würde lügen wenn ich was anderes sagen würde. Die Nachfrage nach Leuten die Vibe-codierte Katastrophen fixen können übersteigt das Angebot. Die Sätze sind außergewöhnlich. Die Arbeit ist, perverserweise, befriedigend weil das Vorher und Nachher so dramatisch ist.

Aber es wird nicht ewig dauern.

Irgendwann werden Unternehmen lernen. Die Horrorgeschichten werden sich ansammeln. Die Mathematik der falschen Sparsamkeit wird Allgemeinwissen werden. Best Practices werden sich wieder durchsetzen. Die Vibe Coding Agenturen werden pleite gehen oder anfangen echte Entwickler einzustellen. Der Markt wird sich korrigieren.

Bis dahin drucken die erfahrenen Entwickler Geld. Wir sind die Erwachsenen die aufräumen nachdem die Kinder mit Streichhölzern gespielt haben. Wir sind die Chirurgen die die Patienten behandeln die dachten sie könnten sich selbst mit YouTube Tutorials operieren. Wir haben, ehrlich gesagt, die Zeit unseres beruflichen Lebens.

Wenn du ein Senior Entwickler bist der das liest, erhöhe deine Sätze. Der Markt trägt es. Die Nachfrage ist da. Du hast Skills die nicht in Existenz geprompt werden können.

Wenn du ein Unternehmen bist das das liest, triff bessere Entscheidungen. Stell ordentlich ein. Bau ordentlich. Teste ordentlich. Es ist am Ende billiger, und du musst deinem Vorstand nicht erklären warum das "kosteneffektive" Projekt das Dreifache des Budgets zum Fixen gekostet hat.

Und wenn du jemand bist der in "Entwicklung" eingestiegen ist weil KI dir erlaubt hat Code zu shippen ohne ihn zu verstehen, habe ich einen Rat: Lern tatsächlich zu entwickeln. Lern was Tests sind. Lern warum Architektur wichtig ist. Lern die Grundlagen die KI dir nicht beibringen kann weil du sie verstehen musst um den Output der KI zu evaluieren.

Das kostenlose Mittagessen endet. Die Rechnungen werden fällig. Die einzige Frage ist ob du sie an jemanden wie mich zahlst, oder ob du von Anfang an in ordentliches Arbeiten investierst.

Ich weiß welche Option ich bevorzuge. 450€ pro Stunde. Die Uhr läuft.

Hast du eine Vibe-codierte Katastrophe die professionelles Aufräumen braucht? Ich buche derzeit für 450€ pro Stunde für KI-Katastrophen-Recovery, Code-Archäologie und Test-Implementierung. Die Warteschlange ist lang aber ich bin gut in dem was ich tue. Meld dich mit Details zum Schlamassel, und ich sage dir was es braucht um es zu fixen. Oder mach es von Anfang an ordentlich und spar dir das Geld. Beides funktioniert für mich.