Senior Developer's 34-Day Claude Code Project: Solide Ingenieursarbeit, kritische blinde Flecken

Projektübersicht

Ein erfahrener Technologie-Manager mit über 35 Jahren Erfahrung (Rollen als VP Engineering, CIO, Head of Software Engineering) nutzte Claude Code für ein Solo-Projekt über 34 Tage. Der Entwickler fungierte als Produktverantwortlicher, Architekt und Teamleiter, während Claude den gesamten Code schrieb.

Technische Ergebnisse

Das Projekt generierte über 300 Commits in 34 Tagen. Sowohl Claude als auch ChatGPT überprüften die Codebasis unabhängig voneinander und fanden:

• Saubere Architektur mit klarer Trennung der Zuständigkeiten
• Gute Testabdeckung (272 Tests)
• Gründliche Dokumentation, die als „außergewöhnlich für das Projektstadium“ beschrieben wurde
• Architektur, die „nicht nur angestrebt, sondern umgesetzt“ war

Projektmanagement-Ansatz

Der Entwickler erstellte eine CLAUDE-md-Datei mit Arbeitsregeln für die Verwaltung des KI-Assistenten, darunter:

• Beschreibe niemals Code, ohne ihn zuerst gelesen zu haben
• Gehe niemals ohne Erlaubnis weiter
• Diagnostiziere vor der Fehlerbehebung

Dieses Management-Dokument wurde von Prüfern als „eines der besten KI-Coding-Assistenten-Management-Dokumente, die ich gesehen habe“ bezeichnet. Die Verwaltung von Claude Code fühlte sich an wie „die Verwaltung eines sehr schnellen, sehr wörtlichen Junior-Entwicklers“.

Das Projekt: Dokumentenkonvertierungs-Pipeline

Das Projekt war eine komplexe Dokumentenkonvertierungs-Pipeline mit fünf Stufen:

1. Inhalte von Webseiten extrahieren
2. Inhalte bereinigen
3. In strukturiertes Modell parsen
4. Als barrierefreies HTML rendern

Das ursprüngliche Konzept war eine CLI und Bibliothek für Entwickler zur Einbettung in ihre Anwendungen.

Kritisch verpasste Gelegenheit

Der Entwickler kannte Firefoxs Reader-Mode-Extraktions-Engine (Readability.js), stellte aber nie die Frage: „Ist dies auch eine eigenständige Bibliothek, die ich nutzen könnte?“ Stattdessen betrachtete er sie nur als Browser-Funktion. Diese einzige Frage hätte offenbart, dass:

• Der schwierige Teil bereits gelöst war
• Der echte Mehrwert (Typografie, Themes, barrierefreie Ausgabe) eine Browser-Erweiterung auf Basis einer bestehenden Engine sein könnte

Weder der Entwickler noch Claude brachten diesen alternativen Ansatz zur Sprache, trotz der eigenen Entwicklungsregel des Entwicklers: „Baue niemals etwas, wenn bereits eine Lösung existiert.“

Benutzeroberflächen-Pivot

Die Zielnutzer (Eltern, Lehrer, Schüler) konnten keine CLI oder Pipeline nutzen. Der Entwickler versuchte zunächst eine einfache HTML-Testseite für Feedback, baute dann aber eine vollständige Web-Oberfläche:

• Über 100 Commits in acht Tagen
• Fünf Themes
• Responsives Design
• Branding und Bereitstellung

Diese Oberfläche wurde zum Produkt statt nur einem Feedback-Mechanismus.

Testinfrastruktur-Erweiterung

Das Projekt entwickelte eine umfangreiche Testinfrastruktur:

• Evaluations-Harness mit 16 Qualitätsmetriken
• Benchmarks gegen über 4.000 Webseiten
• Vergleichs-Pipeline
• Screening-Tool

Der kumulative Effekt war „fünf Zeilen Testinfrastruktur für jede eine Zeile Produktcode“.

Entwicklererfahrung

Der Entwickler berichtete: „Die Arbeit mit Claude Code fühlte sich an wie das Management eines Teams. Brainstorming, um Probleme zu lösen, architektonische Entscheidungen treffen, zusehen, wie Dinge schnell zusammenkommen. Es war, als ob das Justice League meinen Code schreiben würde.“

Dies schuf jedoch eine Falle: „Jedes Mal, wenn ich einen nagenden Zweifel hatte, ob ich auf dem richtigen Weg war, konnte ich ihn beiseiteschieben, indem ich etwas anderes Beeindruckendes baute. Die Qualität der Arbeit wurde zu ihrer eigenen Rechtfertigung für die Fortsetzung.“

Nutzerfeedback wurde erst am 30. von 34 Tagen gesammelt.