Kommentar Vibe Coding: Keine gute Idee für Java-Systeme

Anbieter zum Thema

Azul Systems , Inc.

Board Deutschland GmbH

BigData-Insider

Insider Research

Vibe Coding versprach die Demokratisierung der Softwareentwicklung. Für Prototypen mag das stimmen, für Java-Systeme in Banken, Krankenhäusern oder Behörden nicht. Warum IT-Entscheider das Fundament ihrer Unternehmens-IT schützen müssen, erklärt Simon Ritter, Deputy CTO bei Azul.

Der Hype um Vibe Coding flaut ab. Sichtbar wird nun die Schadensbilanz: Sicherheitslücken, Compliance-Verstöße und technische Schulden, für die sich niemand verantwortlich fühlt. Laut dem GenAI Code Security Report 2025 von Veracode enthält KI-generierter Code in 45 Prozent der untersuchten Testfälle ausnutzbare Sicherheitslücken. Bei Java lag die Quote sogar bei rund 70 Prozent. Auch das Misstrauen der Entwickler wächst: Im Developer Survey 2025 von Stack Overflow gaben 46 Prozent an, der Genauigkeit von KI-Ausgaben nicht zu vertrauen, nach 31 Prozent im Vorjahr. Wer nah am Code arbeitet, sieht, was passiert. Das ursprüngliche Versprechen lautete: natürliche Sprache rein, produktionsreifer Code raus. In der Praxis erweist es sich als unterschätztes Risiko.

Was die KI versteht und was gemeint war

Natürliche Sprache ist ungenau. Ein Beispiel: „Thomas sah den Mann mit dem Teleskop.“ Wer hat das Teleskop, Thomas oder der Mann? Für einen Menschen löst der Kontext die Mehrdeutigkeit auf, für ein KI-Modell nicht zwingend. Das Problem liegt im Grundprinzip: Programmiersprachen sind deterministisch, eine Anweisung bedeutet genau eine Sache. Natürliche Sprache funktioniert grundlegend anders. Sie ist kontextabhängig, interpretierbar, offen. Bessere Prompts mildern diesen Widerspruch ab, auflösen können sie ihn nicht.

Das Ergebnis ist Code, der auf den ersten Blick funktioniert, unter der Oberfläche aber das tut, was das Modell verstanden hat, und nicht unbedingt das, was gemeint war. In einer Demo fällt das oft nicht auf. Im Produktivbetrieb kann es teuer werden. Bei unternehmenskritischen Java-Systemen ist es schlicht nicht akzeptabel.

30 Jahre Verlässlichkeit stehen auf dem Spiel

Java trägt seit über 30 Jahren die IT-Landschaft vieler Unternehmen, in Banken, im Gesundheitswesen, in der Logistik und im öffentlichen Sektor. Diese Verlässlichkeit hat einen Grund: jahrzehntelange Qualitätssicherung, strenge Test-Frameworks, präzise Dokumentation und tiefes institutionelles Wissen darüber, was im Betrieb wirklich passiert. Java-Entwickler wissen, wo sie suchen müssen, wenn etwas schiefgeht. Vibe Coding macht genau das schwieriger, weil Code entsteht, dessen Intention kaum noch nachvollziehbar ist: Warum wurde diese Entscheidung getroffen? Was war gemeint? Java-Systeme müssen nicht nur kurzfristig laufen, sondern über Jahre hinweg wartbar bleiben.

KI ja, aber mit Expertise

Künstliche Intelligenz (KI) hat einen Platz in der Softwareentwicklung: beim Refactoring, bei klar abgegrenzten Aufgaben, als Unterstützung im Entwicklungsprozess. Ihr Einsatz setzt aber voraus, dass jemand das Steuer hält. Unternehmen, die Java-Systeme betreiben, brauchen nicht weniger Java-Expertise, sondern mehr davon. Erst recht, weil KI in Java selbst längst Einzug gehalten hat: Laut dem „2026 State of Java Survey & Report“ von Azul (Registrierung erforderlich) enthält bei 32 Prozent der Unternehmen weltweit bereits mehr als die Hälfte aller Java-Applikationen KI-Funktionalität. Wer KI in unternehmenskritischen Java-Systemen einsetzt, braucht deshalb Fachleute und Prozesse, die KI-Output bewerten, Standards durchsetzen und sicherstellen, dass nur produktionsreifer Code in den Betrieb geht.

Vibe Coding mag für Prototypen funktionieren. Für Systeme, auf die Unternehmen täglich angewiesen sind, gilt: Mehrdeutigkeit ist ein Risiko.

(ID:50888049)