Ist Visual Basic tot? Der echte Stand von VB.NET (2026)

Ist Visual Basic tot? Wenn man nur Google Trends betrachtet, scheint die Antwort klar. Aber als freiberuflicher Entwickler, der regelmäßig VB.NET-Aufträge bekommt, ist das Bild differenzierter. VB.NET befindet sich im Wartungsmodus, Microsoft wird keine neuen Features mehr hinzufügen und die Community schrumpft. Aber es kompiliert, es läuft und es bringt noch Geld ein. Dieser Artikel zeigt den aktuellen Stand von VB.NET in 2026 mit echten Daten, Microsofts offizieller Position, wer es noch nutzt und ob es sich lohnt Zeit zu investieren.

Die kurze Antwort

VB.NET ist nicht tot in dem Sinne, dass es aufhört zu funktionieren. Dein vorhandener Code kompiliert und läuft auf .NET 8, .NET 9 und darüber hinaus. Aber es befindet sich effektiv im Wartungsmodus: keine neuen Sprachfeatures, keine neuen Frameworks wie Blazor oder MAUI und eine schrumpfende Entwickler-Community. Wenn du ein laufendes VB.NET-Projekt hast, wird es weiter laufen. Wenn du etwas Neues startest, wähle C#.

Microsofts offizielle Position

2020 hat Microsoft offiziell angekündigt, dass VB.NET keine neuen Sprachfeatures mehr erhalten wird. Die Sprache wird weiterhin in .NET unterstützt (einschließlich .NET 8 und .NET 9), aber nur für Bugfixes und Kompatibilität. Neue Frameworks und APIs sind C#-exklusiv:

• Blazor: nur C#
• .NET MAUI: nur C#
• Minimal APIs: nur C#
• Source Generators: nur C#
• WinForms / WPF: weiterhin mit VB.NET nutzbar
• Konsolen-Apps: weiterhin mit VB.NET nutzbar

Das bedeutet: VB.NET ist heute nicht „tot“, aber es befindet sich auf einem klaren Weg in die Bedeutungslosigkeit für neue Projekte. Microsoft pflegt es, damit bestehende Codebasen weiter funktionieren, nicht weil sie eine Zukunft darin sehen.

Nutzungsdaten: Google Trends und echte Zahlen

Google Trends zeigt ein deutliches Bild. Vergleicht man „Visual Basic .NET“, „VB.NET“ und „C#“ über die letzten 12 Monate weltweit, registriert VB.NET kaum noch. Das Interesse sinkt seit Jahren stetig.

Aber Google Trends ist nicht die ganze Geschichte. Als freiberuflicher .NET-Entwickler erhalte ich weiterhin regelmäßig VB.NET-Projektanfragen. Betrachtet man meine eingehenden Programmieraufträge nach Sprache über die letzten Jahre, macht VB.NET einen signifikanten Anteil der .NET-bezogenen Arbeit aus:

Die Anfragen sind in meiner Nische überraschend ausgewogen zwischen VB.NET und C#. Das bedeutet nicht, dass VB.NET global floriert, aber es zeigt, dass echte Nachfrage noch existiert, besonders für die Wartung und Erweiterung von Legacy-Anwendungen.

Wer nutzt VB.NET noch

Nach über 17 Jahren in diesem Bereich, im Austausch mit YouTube-Zuschauern, Website-Besuchern und Kunden, kann ich ein recht klares Bild zeichnen, wer noch VB.NET-Code schreibt:

• Hobby-Entwickler und Autodidakten: Menschen, die VB.NET vor Jahren gelernt haben und kleine Tools für den persönlichen Gebrauch bauen oder ihren Arbeitsalltag automatisieren
• Unternehmen mit Legacy-Codebasen: Firmen, die WinForms- oder WPF-Anwendungen betreiben, die vor 10-15 Jahren gebaut wurden und immer noch funktionieren und Umsatz generieren
• Automatisierungs- und Messprojekte: VB.NET ist verbreitet bei industrieller Automatisierung, Datenerfassung und Messwerkzeugen
• Excel/Office-Integration: VBA-Entwickler, die für komplexere Tooling-Aufgaben zu VB.NET gewechselt sind

Ehrlich gesagt: Die meisten VB.NET-Entwickler, denen ich begegne, sind über 50 und viele arbeiten auf Hobby-Niveau. Clean Code, Unit Tests und SOLID-Prinzipien sind die Ausnahme, nicht die Regel. Das ist aber nicht VB.NETs Schuld als Sprache. Es ist zu sauberem, professionellem Code fähig. Aber die verbleibende Community priorisiert tendenziell „es funktioniert“ über Wartbarkeit. Wenn du unabhängig von der Sprache besseren Code schreiben willst, sieh dir meinen Clean Code Guide an.

Wofür VB.NET noch gut ist

Trotz des abnehmenden Trends hat VB.NET legitime Einsatzbereiche:

• Programmieren lernen: Die englisch-ähnliche Syntax macht es zu einer der zugänglichsten Sprachen für Einsteiger. If x > 5 Then liest sich wie ein Satz. Für jemanden, der noch nie Code geschrieben hat, senkt das die Einstiegshürde erheblich.
• Bestehende Anwendungen warten: Wenn du eine laufende WinForms-App mit 100.000 Zeilen VB.NET hast, macht ein Rewrite in C# nur um des Rewrite willen keinen geschäftlichen Sinn. Pflege sie, erweitere sie und migriere inkrementell, wenn nötig.
• Kleine interne Tools: Schnelle Automatisierungs-Tools, Datenkonverter oder Reporting-Werkzeuge, bei denen der Entwickler bereits VB.NET kennt.
• Prototyping: VB.NETs WinForms-Designer ist immer noch eine der schnellsten Möglichkeiten, eine UI zum Testen einer Idee zusammenzubauen.

VB.NET ist durchaus in der Lage für professionelle Arbeit. Siehe zum Beispiel wie man ein VB.NET Dapper Setup nutzt oder wie man Textdateien in VB.NET schreibt.

Warum du lieber C# lernen solltest

Wenn du frisch anfängst oder deinen nächsten Schritt planst, ist die Antwort C#. Nicht weil VB.NET schlecht ist, sondern weil das Ökosystem weitergezogen ist:

• Jedes neue .NET-Feature zielt zuerst auf C# ab (und oft ausschließlich)
• Arbeitsmarkt: C#-Stellenangebote übertreffen VB.NET um den Faktor 20+
• Community und Ressourcen: Stack-Overflow-Antworten, Tutorials, NuGet-Pakete und Blogposts zielen überwiegend auf C#
• Cross-Platform: .NET MAUI, Blazor, ASP.NET Minimal APIs sind alle C#-exklusiv
• Karrierewachstum: C#-Kenntnisse öffnen Türen zu Web, Mobile, Cloud und Game Development (Unity)

Die gute Nachricht: Wenn du VB.NET kannst, ist C# lernen nicht so schwer. Das .NET Framework ist dasselbe. Die Syntax ist anders, aber die Konzepte (Klassen, Events, LINQ, Async/Await) übertragen sich direkt. Viele Muster die du bereits aus VB.NET kennst funktionieren identisch. Zum Beispiel lässt sich Event-Handling mit AddHandler in VB.NET direkt auf C#’s +=-Operator übertragen.

Meine persönliche Einschätzung

Ich habe mit etwa 13 Jahren angefangen, mit VB.NET zu programmieren. Vorher hatte ich C und C++ ausprobiert und aus Frustration aufgegeben. VB.NETs zugängliche Syntax hat mir den Einstieg ermöglicht und ich habe die Welt der Softwareentwicklung nie wieder verlassen. Heute arbeite ich hauptsächlich in C#, aber VB.NET ist immer noch Teil meines regelmäßigen Werkzeugkastens.

Ich finde auch, dass VB.NET unfair behandelt wird. Die Sprache selbst ist nicht das Problem. Sie unterstützt Clean Code, SOLID-Prinzipien und saubere Architektur. Das Problem ist, dass sie Einsteiger anzieht, die nie über „es funktioniert“-Code hinauskommen. Das gibt der Sprache einen schlechten Ruf, den sie nicht vollständig verdient.

Wenn mich jemand fragt „Soll ich mit VB.NET oder C# anfangen?“, ist meine Antwort immer C#. Aber wenn jemand fragt „Ist VB.NET tot?“, ist meine ehrliche Antwort: Es schwindet langsam, aber es ist noch nicht tot. Und wenn VB.NET lernen der Weg ist, der dich zum Programmieren bringt, dann hat es seinen Zweck erfüllt.

FAQ

Fazit

Visual Basic .NET ist nicht tot, aber es schwindet. Microsoft pflegt es für Kompatibilität, nicht für Innovation. Die Community schrumpft, neue Frameworks überspringen es komplett und der Arbeitsmarkt favorisiert C# überwältigend. Wenn du bestehenden VB.NET-Code hast, pflege ihn weiter. Wenn du neu anfängst, nimm C#. Und wenn VB.NET dich zum Programmieren gebracht hat, sei dankbar dafür und geh weiter. Für praktische VB.NET-Inhalte, siehe den VB.NET Timer Guide oder den VB.NET List Guide.