Titel: Die Rolle des Programmers in einer AI-gesteuerten Welt

In der Welt der Programmierung ändert sich die Rolle der Entwickler, da immer mehr Code von künstlicher Intelligenz (KI) übernommen wird. Stattdessen müssen Programmierer verstehen, wie sie die KI optimal einsetzen, um effizientere Lösungen zu finden. Karan M.V., internationaler Leiter der Entwicklerbeziehungen bei GitHub, erläutert in einem Interview mit Saba Aafreen für Open Source For You, dass Programmierer von Autoren von Code zu Problem-Lösungs-Experten und Koordinatoren von intelligenten Agenten werden. Sie müssen entscheiden, was gebaut wird, den Aufgaben zuteilen, Kontext zu den Agenten geben, Einschränkungen setzen und die Ergebnisse überwachen.

Titel: Die Rolle des Programmers in einer AI-gesteuerten Welt

KI-Agenten können viel mehr leisten als nur Code zu generieren. Sie können beispielsweise in Repositorien arbeiten, Änderungen vornehmen und dann durch Tests, Überprüfungen und andere Kontrollen laufen lassen. Dies ermöglicht es, verschiedene Teile einer Anwendung zu verteilen. Karan nennt Aufgaben wie Frontend, Backend, Datenbank und Testing, aber auch Code-Review und Validierung von Architektur-Entscheidungen. Der Entwickler muss entscheiden, was delegiert werden kann, welche Rechte Agenten erteilt werden und wo die Grenzen liegen. Es ist auch wichtig, Restriktionen zu kommunizieren und vorherzusehen, wie ein System versagen könnte.

Je mehr Automatisierung es gibt, desto wichtiger wird es, zwischen einem scheinbar korrekten und einem tatsächlich zuverlässigen Ergebnis zu unterscheiden. GitHub setzt diese Idee in seinem 2026-Plan um, indem KI nicht nur für Code-Generierung, sondern auch für Revisionen, kontinuierliche Integration, Fehlerbehebung und Repository-Verwaltung eingesetzt wird. Die Agenten können beispielsweise Meldungen klassifizieren, CI-Fehler untersuchen oder Dokumentationen pflegen. Diese Aktionen bleiben jedoch im Griff, da sie durch Zugriffsberechtigungen und durchlässige Prozesse wie Tests, Code-Überprüfungen oder Schutzmaßnahmen vor dem Projekt-Einfluss begrenzt werden können.

Der Wechsel bedeutet also nicht, dass Programmierer aus dem Prozess verschwinden. Stattdessen verlagern sie ihre Aufmerksamkeit auf die Entscheidungen, die den Prozess bestimmen.