Entwickler nutzt Claude Code, um die Ausgabenübersicht in einer Nacht vom Wireframe zur Produktionsqualität zu iterieren.

Iterative Entwicklung mit Claude Code

Ein Entwickler, der eine persönliche Finanz-App alleine erstellt, nutzte Claude Code als einziges Entwicklungswerkzeug, um ein Ausgabendiagramm zu überarbeiten. Der Prozess umfasste vier Runden von Korrekturen in einer einzigen Sitzung, wobei das Diagramm von Wireframe-Qualität zu nahezu Produktionsqualität in etwa 3 Stunden gelangte.

Spezifische, promptgesteuerte Korrekturen

Der Entwickler stellte fest, dass spezifische, detaillierte Prompts entscheidend für gute Ergebnisse waren. Vage Prompts wie „mach das Diagramm besser“ waren unwirksam, während präzise Anweisungen sofortige Korrekturen erzielten.

Verbesserungen Runde für Runde

• Runde 1: Das Diagramm füllte nur 40 % der Bildschirmbreite, weil die x-Achse Tag 1 bis Tag 31 abbildete, obwohl es erst der 13. März war. Der Entwickler machte einen Screenshot des Problems, beschrieb es Claude Code, und es korrigierte die Domäne, um nur vorhandene Datenpunkte zu verwenden.
• Runde 2: Drei Probleme wurden mit einem Prompt behoben: Die Linie lief über den linken Bildschirmrand hinaus, der Verlauf war unsichtbar (zog eine dunkle Farbe aus dem Theme statt des Akzent-Golds), und es gab einen debug-ähnlichen gepunkteten Rahmen um das Diagramm.
• Runde 3: Nach einem Vergleich mit Robinhoods Diagramm bemerkte der Entwickler, dass die y-Achse bei 0 begann, wodurch kleine Ausgabetage am Boden klebten, während aktuelle Spitzen oben komprimiert wurden. Claude Code mappte die y-Achse neu, um den gesamten vertikalen Bereich zu nutzen, und fügte oben/unten Polsterung hinzu, sodass die Linie nie die Ränder berührt.
• Runde 4: Stimmungsfarben wurden implementiert (grün für Freude, gold für Notwendigkeit, rot für Reue auf jedem Diagrammsegment), der Verlauf erschien endlich, und Linien-Glättung war als nächster Schritt geplant.

Effektiver Arbeitsablauf

Der erfolgreiche Ansatz des Entwicklers umfasste, nach jeder Runde einen Screenshot der tatsächlichen Geräteausgabe zu machen und genau zu beschreiben, was im Vergleich zur Referenz (Robinhood) falsch war. Dies eliminierte die Notwendigkeit für Stack Overflow oder Dokumentationsrecherchen während der 3-stündigen Sitzung.