Damit arbeiten

Die Diskussion rund um KI in der Softwareentwicklung ist laut und meistens binär. Entweder ersetzt sie alles und wir sind alle arbeitslos, oder sie ist überhyped und kaum nützlich. Beides altert schlecht.

Ich habe darüber nachgedacht, wie ich damit umgehe, ohne nur darauf zu reagieren. Nicht ignorieren, nicht in Panik geraten — herausfinden, was es tatsächlich für die Art bedeutet, wie ich arbeite.

Das Erste, was ich bemerkt habe: Angst ist ein schlechter Kompass. Der eine Weg: fallen lassen, was man kennt, dem nachlaufen, was sich sicher anfühlt, und schließlich irgendwo landen, das nicht passt. Ein Stack, der einen nicht interessiert. Eine Richtung, die nicht die eigene ist. Das sieht vielleicht aus wie Anpassung. Es ist meistens nur Angst verkleidet als Plan.

Also habe ich auf das gesetzt, wo ich sowieso hinwill: Architecture, System Design, Cloud. Nicht weil es sicher wirkte, sondern weil es die Richtung ist, in die ich mich bewege. Und es stellt sich heraus — die Teile der Softwareentwicklung, mit denen KI am schlechtesten umgeht, sind die Teile, die Urteilsvermögen erfordern. Was man baut, wie man es strukturiert, wo das System unter Last bricht, welcher Trade-off in diesem Kontext es wert ist. Das verschwindet nicht.

Das Wichtigste, das ich bei den letzten Projekten internalisiert habe: kein Dogma. Jede architektonische Entscheidung ist individuell. Was in einer Skala, in einem Team, mit einem bestimmten Set an Constraints funktioniert, muss woanders nicht stimmen. Das gilt für Software-Design, und es gilt dafür, wie man KI einsetzt — es gibt keinen universellen Workflow, nur Kontext.

In der Praxis funktioniert KI gut, wenn ich zuerst gedacht habe. Scope definiert, Requirements klar, Edge Cases identifiziert. Wenn der Input präzise ist, ist der Output nah dran. Kleine Review, kleine Anpassung. Wenn der Input vage ist, ist der Output es auch — wie bei jedem anderen Tool.

Es ist auch nützlich als Sparringspartner, wenn niemand sonst im Raum ist. Eine architektonische Entscheidung durchsprechen, eine Annahme stress-testen. Es ist kein Ersatz für einen Senior Engineer oder ein Team mit echter Erfahrung, aber es ist besser als Stille. Gesundes Misstrauen ist Pflicht.

Dokumentation hat mich überrascht. Sie wird nicht mehr geskippt. Der Aufwand, sie zu schreiben, ist genug gesunken, dass sie tatsächlich passiert.

Ich ziehe hier kein abschließendes Fazit. Die Lage ist noch in Bewegung. Aber der Ansatz scheint richtig: neugierig bleiben, geerdet bleiben, das Rauschen keine Entscheidungen treffen lassen.