Google's Dev Tools Lead zur Integration von KI in die Softwareentwicklung

Als Projektmanager für Entwickler-Tools bei Google hat Ryan Salva einen einzigartigen Blick darauf, wie KI-Tools die Softwareentwicklung verändern. Mit seinem Hintergrund bei GitHub und Microsoft leitet er nun Initiativen wie Gemini CLI und Gemini Code Assist und führt Entwickler in die sich entwickelnde Landschaft der agentenbasierten Programmierung ein.

Sein Team hat kürzlich eine unabhängige Studie veröffentlicht, die untersucht, wie Entwickler KI-Tools tatsächlich nutzen und welche Verbesserungen noch erforderlich sind. Ich habe mit Salva über den Bericht und seine persönlichen Erfahrungen mit KI-gestützten Programmierassistenten gesprochen.

Dieses Interview wurde aus Gründen der Länge und Klarheit bearbeitet.

Google führt jedes Jahr eine Umfrage zu den Entwicklertrends durch. Der diesjährige Bericht legt den Schwerpunkt auf KI-Tools und insbesondere auf die Bereitschaft der Entwickler, agentenbasierte Ansätze in ihre Arbeitsabläufe zu integrieren. Hat Sie irgendein Ergebnis der Studie überrascht?

Eine besonders auffällige Entdeckung war das durchschnittliche Datum, an dem Entwickler mit der Integration von KI-Tools in ihre Arbeit begonnen haben: April 2024. Dies deckt sich eng mit der Veröffentlichung von Claude 3 und Gemini 2.5, die das Aufkommen von Modellen mit Schwerpunkt auf logischem Denken markieren. Etwa im gleichen Zeitraum gab es erhebliche Fortschritte bei den Funktionen zum Aufrufen von Tools.

Bei Codierungsaufgaben müssen Modelle externe Informationen effektiv nutzen, um Probleme zu lösen - sei es beim Durchsuchen von Code, beim Kompilieren oder beim Ausführen von Unit- und Integrationstests. Der Durchbruch beim Aufrufen von Werkzeugen ist von entscheidender Bedeutung, da er es den Modellen ermöglicht, sich selbst zu korrigieren, während sie komplexe Aufgaben bewältigen.

Wie setzen Sie persönlich KI-Codierungstools bei Ihrer eigenen Arbeit ein?

Treffen Sie mehr als 10.000 Tech- und VC-Führungskräfte auf der Disrupt 2025, um zu wachsen und Kontakte zu knüpfen

Netflix, Box, a16z, ElevenLabs, Wayve, Sequoia Capital, Elad Gil - das sind nur einige der 250+ Branchenführer, die 200+ Sessions veranstalten, die vollgepackt sind mit Erkenntnissen, um das Wachstum von Startups voranzutreiben und Ihren Wettbewerbsvorteil zu verbessern. Verpassen Sie nicht das 20-jährige Jubiläum von TechCrunch und die Gelegenheit, von den führenden Tech-Innovatoren zu lernen. Buchen Sie Ihr Ticket bis zum 26. September und sparen Sie bis zu 668 $.

Treffen Sie mehr als 10.000 Tech- und VC-Führungskräfte auf der Disrupt 2025 und profitieren Sie von Wachstum und Kontakten.

Netflix, Box, a16z, ElevenLabs, Wayve, Sequoia Capital, Elad Gil - das sind nur einige der über 250 Branchenführer, die über 200 Sessions veranstalten, in denen sie Einblicke geben, um das Wachstum von Startups voranzutreiben und Ihren Wettbewerbsvorteil zu verbessern. Verpassen Sie nicht das 20-jährige Jubiläum von TechCrunch und die Gelegenheit, von den führenden Tech-Innovatoren zu lernen. Buchen Sie Ihr Ticket bis zum 26. September und sparen Sie bis zu 668 $.

Ich programmiere jetzt hauptsächlich für persönliche Projekte und arbeite hauptsächlich mit Befehlszeilentools wie Gemini CLI. Ich experimentiere auch mit Claude Code und Codex. Da terminalbasierte Tools selten isoliert verwendet werden, wechsle ich regelmäßig zwischen verschiedenen IDEs - Zed, VS Code, Cursor und Windsurf - um über die Entwicklungen in der Branche auf dem Laufenden zu bleiben und zu verstehen, wie sich die verschiedenen Tools weiterentwickeln.

Beruflich verbringen Produktmanager viel Zeit mit der Arbeit an Dokumenten, so dass mein erster Schritt oft der Einsatz von KI ist, um bei der Erstellung von Spezifikationen und Anforderungsdokumenten zu helfen.

Ich bin neugierig auf die praktische Seite. Sie verwenden Gemini CLI, um die Entwicklung von Gemini CLI selbst zu unterstützen, aber ich nehme an, dass der Prozess nicht vollständig automatisiert ist.

Eine typische Entwicklungsaufgabe beginnt mit einem Problem - oft ein GitHub-Problem, das einen Fehler meldet. Um ehrlich zu sein, sind diese häufig nicht ausreichend spezifiziert. Ich verwende Gemini CLI, um ein ausführlicheres Anforderungsdokument in Markdown zu erstellen, das in der Regel etwa 100 Zeilen technischer, ergebnisorientierter Spezifikationen enthält. Anschließend verwende ich Gemini CLI, um den eigentlichen Code auf der Grundlage dieser Spezifikationen und der von unserem Team festgelegten Richtlinien zu schreiben.

Unser Entwicklungsteam unterhält mehrere Schichten von Regeln und Markdown-Dokumentation, die das Modell über unseren Arbeitsablauf informieren und Testprotokolle, Abhängigkeitsmanagement und andere Standards abdecken. Bei der Codegenerierung verweist das Modell auf diese Dokumente, um Konsistenz zu gewährleisten.

Während Gemini CLI die Fehlerbehebung durchführt, lasse ich das Anforderungsdokument aktualisieren, um den Fortschritt zu verfolgen: "Dieser Schritt wurde behoben, wir gehen zum nächsten über", und so weiter. Jede Aktualisierung wird zu einem separaten Commit und einer Pull-Anfrage, so dass es einfach ist, Änderungen bei Bedarf zu überprüfen oder rückgängig zu machen.

Ich schätze, dass 70-80 % meiner Arbeit die Verwendung von natürlicher Sprache im Terminal mit Gemini CLI beinhaltet - zunächst zur Verfeinerung der Anforderungen, dann zur Generierung des Großteils des Codes. Ich überprüfe die Ausgabe in der IDE, die ich verwende, aber ich verlasse mich zunehmend mehr auf die IDE, um den Code zu lesen, als um ihn zu schreiben.

Glauben Sie, dass das traditionelle Schreiben von Code beibehalten wird, oder werden wir vollständig auf terminalbasierte Arbeitsabläufe umsteigen?

In den letzten dreißig Jahren war die IDE der zentrale Knotenpunkt für die Softwareentwicklung, ergänzt durch den Browser und das Terminal.

Ich glaube, dass diese Struktur noch einige Zeit relevant bleiben wird, aber ich erwarte, dass wir allmählich mehr Zeit mit der Definition von Anforderungen verbringen und weniger Zeit für die praktische Programmierung in der IDE aufwenden werden. Dieser Übergang wird sich wahrscheinlich über einen längeren Zeitraum hinziehen.

Natürlich macht man sich Gedanken darüber, was dies für die Zukunft der Softwareentwicklungsberufe bedeutet. Wenn wir in einem Jahrzehnt nicht mehr direkt Code schreiben, was bedeutet das dann für die Entwickler? Wird es ihre Rolle dann noch geben?

Ich sehe, dass sich die Rolle des Entwicklers der eines Architekten annähern wird. Ihr Schwerpunkt wird sich darauf verlagern, komplexe Probleme in überschaubare Aufgaben zu zerlegen und die breitere Vision dessen zu berücksichtigen, was sie aufbauen, anstatt sich in den Besonderheiten von Programmiersprachen und Maschinencode zu verzetteln.