KI als Werkzeug zum Programmieren

Gerade hat jeder eine Meinung zu KI und Programmieren. Die einen sagen, sie wird Entwickler ersetzen. Die anderen, sie sei nur Autovervollständigung auf Steroiden. Hier ist meine, entstanden aus echter Nutzung, nicht nur aus Gerede.

#Die Falle, vor der dich niemand warnt

Wenn du anfängst, mit KI zu programmieren, ist das erste Gefühl Macht. Du beschreibst etwas, sie generiert es, du fügst es ein, es funktioniert. Unglaublich.

Drei Tage später debuggst du etwas, das du nicht verstehst, in einer Datei, die du nicht ganz gelesen hast, gebaut auf einer Logik, die du nie gelernt hast.

Der Code läuft. Aber er gehört dir nicht. Und sobald etwas kaputtgeht, hast du keine Ahnung, wo du anfangen sollst.

#Was KI wirklich ist

Ein KI-Coding-Assistent ist kein Entwickler. Er ist ein sehr schneller, sehr belesener Mitarbeiter, der keinerlei Kontext über dein Projekt, deine Einschränkungen oder deine Ziele hat, es sei denn, du gibst ihm diesen Kontext ausdrücklich.

Er weiß nicht:

• warum du diese Architektur gewählt hast
• was diese Funktion in drei Monaten tun soll
• welche Abwägungen du schon verworfen hast

Du schon. Das ist der Unterschied. Und dieser Unterschied ist alles.

Der Entwickler, der KI gut nutzt, ist der, der das Denken mitbringt. Die KI hilft nur, es schneller umzusetzen.

#Das Minimum, bevor du promptest

Bevor du die KI bittest, dir beim Bauen zu helfen, brauchst du drei Dinge:

#Wie ich sie wirklich nutze

Nicht als Generator. Als Beschleuniger.

Zum Verstehen: Wenn ich auf ein Konzept stoße, das ich nicht ganz begreife, lasse ich es mir von der KI auf drei verschiedene Arten erklären. Nicht um die Antwort zu bekommen, sondern um schneller eine Intuition aufzubauen als nur mit der Doku.

Für Boilerplate: repetitiver Setup-Code, Config-Dateien, Typdefinitionen. Mechanisches, klar definiertes Zeug. Ich prüfe es, ich kopiere es nicht einfach.

Zum Debuggen: Ich beschreibe das Verhalten, teile den relevanten Code und frage nach Hypothesen. Jede Antwort behandle ich als Spur, der ich nachgehe, nicht als Lösung, die ich blind übernehme.

Zum Refactoring: „Hier ist diese Funktion, das tut sie, wie lässt sie sich sauberer schreiben?“ Dann wähle ich die Variante, die ich am besten verstehe, nicht die cleverste.

#Was ich mir nicht abnehmen lasse

Manches bleibt bei mir:

• Architekturentscheidungen: wie die App aufgebaut ist, wo die Daten liegen, wie Komponenten kommunizieren. Die KI hat keinen Anteil an der langfristigen Gesundheit deiner Codebasis. Du schon.
• Ein neues Konzept verstehen: Ich nutze KI, um das Lernen zu beschleunigen, nicht um es zu überspringen. Es gibt einen Unterschied zwischen „erklär mir das“ und „mach das für mich“.
• Das Ergebnis lesen: Jede einzelne Zeile, die die KI generiert, lese ich. Nicht überfliegen. Lesen. Das ist nicht verhandelbar.

#Das große Ganze

Die Angst, dass KI Entwickler ersetzt, geht am Punkt vorbei.

KI ersetzt die mechanischen Teile der Arbeit: Boilerplate, Nachschlagen, wiederkehrende Muster. Sie ersetzt nicht Urteilsvermögen, Architektur, Debugging-Intuition oder die Fähigkeit, ein Problem zu verstehen, bevor man es löst.

Nutze sie, um schneller zu lernen. Nutze sie, um schneller voranzukommen. Aber nutze sie nie, um nicht zu denken.

Dieser Teil gehört immer noch dir.