Code verstehen, testen, refactoren
Fremden Code aufräumen, Tests ergänzen und Verbesserungen strukturiert umsetzen, ohne Chaos.
Hier nutzt du KI nicht nur zum Schreiben, sondern zum Verstehen, Testen und kontrollierten Verbessern vorhandener Codebereiche. Das sind die drei Aufgaben bei denen mir KI-Tools am meisten Zeit sparen. Nicht beim Schreiben von neuem Code, sondern beim Verstehen, Absichern und Verbessern von bestehendem. Gerade wenn man einen Code übernimmt den man nicht selbst geschrieben hat.
Code verstehen
Du öffnest Claude Code in einem Projektverzeichnis und fragst direkt:
Claude liest die Dateien und gibt dir einen strukturierten Überblick. Dann kannst du gezielt nachfragen: "Was macht diese Funktion?" oder "Warum wird hier diese Methode aufgerufen?"
Das ist schneller als stundenlang selbst zu lesen. Und du bekommst Erklärungen die auf deinen Wissensstand abgestimmt sind, nicht auf den des ursprünglichen Entwicklers.
Tests ergänzen
Tests schreiben ist wichtig aber lästig. KI-Tools nehmen einem einen großen Teil dieser Arbeit ab. Du zeigst Claude eine Funktion und sagst:
Claude generiert Tests die du dann prüfst und anpasst. Nicht blind übernehmen, aber als Ausgangspunkt ist das deutlich schneller als von Null anzufangen.
Die generierten Tests sind meistens 80% fertig. Die restlichen 20% sind projektspezifische Details die nur ich kenne. Das ist trotzdem eine enorme Zeitersparnis.
Refactoring
Refactoring bedeutet: Code besser machen ohne dass er sich anders verhält. Lesbarerer Code, kleinere Funktionen, weniger Wiederholungen. Genau das können KI-Tools gut.
Wichtig dabei: Immer einen Commit vor dem Refactoring. Und die Tests laufen lassen danach, um sicherzustellen dass sich nichts verändert hat.
Was du jetzt kannst
Du weißt wie du KI-Tools für die drei häufigsten Code-Aufgaben einsetzt. Im nächsten Artikel schauen wir uns an wann welches Tool die bessere Wahl ist, mit konkreten Entscheidungsmustern aus der Praxis.
Häufige Fragen
Kann KI fremden Code erklären?
Ja, besonders wenn sie relevante Dateien lesen darf. Trotzdem solltest du Erklärungen gegen Code, Tests und Laufzeitverhalten prüfen.
Wann ist Refactoring sinnvoll?
Wenn Verhalten erhalten bleibt und Lesbarkeit, Tests oder Wartbarkeit konkret besser werden. Reine Umbenennungen ohne Nutzen lohnen selten.
Wie bleiben Änderungen kontrollierbar?
Begrenze den Umfang, arbeite in kleinen Schritten und prüfe nach jedem Schritt Diff, Tests und betroffene Nutzerflüsse.