Microsoft Visual Studio für macOS wird eingestellt
von caschy | 17 Kommentare
Microsoft hat bekannt gegeben, dass das Unternehmen die Entwicklung von Visual Studio für den Mac einstellen werden. Die finale Version 17.6 markiert das Ende dieser Entwicklung, jedoch wird die Software noch ein Jahr lang mit Updates zur Fehlerbehebung und Sicherheitskorrekturen unterstützt.
Diese Entscheidung basiert auf einer gründlichen Analyse des Nutzerfeedbacks und der Nutzungsmuster. Microsoft möchte nun seine Bemühungen verstärkt darauf konzentrieren, Visual Studio und VS Code zu optimieren. Diese Plattformen sind über das C# Dev Kit zugänglich und auf verschiedenen Betriebssystemen verfügbar.
Visual Studio für den Mac wird ab dem 31. August 2024 nicht mehr unterstützt. Ab diesem Datum wird Visual Studio für den Mac nur noch als Legacy-Installation über my.visualstudio.com für Benutzer mit Visual-Studio-Abonnements zur Verfügung stehen, aber nicht mehr gewartet oder gepflegt werden.
Transparenz: In diesem Artikel sind Partnerlinks enthalten. Durch einen Klick darauf gelangt ihr direkt zum Anbieter. Solltet ihr euch dort für einen Kauf entscheiden, erhalten wir eine kleine Provision. Für euch ändert sich am Preis nichts. Partnerlinks haben keinerlei Einfluss auf unsere Berichterstattung.
Wird geladen ...
Im Moment beinahe täglich Meldungen, dass die „großen“ etwas einstellen. Haben sich die Manager das im Sommerurlaub ausgedacht?
Vor ein paar Tagen antwortete hier jemand, dass er nicht verstehen könne, wenn man auf (F)OSS-Software statt z. B. auf Microsoftsoftware setze.
In diesem Fall war VS die einzige nennenswerte kostenlose Microsoftsoftware für Mac. Schade, mal wieder.
In dem Fall dürfte die Gruppe der Anwender tatsächlich recht überschaubar sein. VS Code hat in den letzten Jahren viele Feature bekommen. Denke bei den meisten wird daher VS Code ausreichend sein und wenn ich reine Windows Software entwickle dann halt auch unter Windows und nicht unter MacOS (das war ja eh nur teilweise möglich). Zumal ja VS Mac ohnehin nicht 1:1 den Feature Umfang der Windows Version hat(te).
VScode scheint mir wesentlich nennenswerter zu sein als VS.
Also Visual Studio Code wird es weiterhin für macOS geben.
Dann habe ich das möglicherweise verwechselt. Allein für diese MS-typischen Namensverwirrungen müsste man die nur schlagen…
Ja, vollste Zustimmung!
das ist das einzige tool das ich von microsoft auf meiner linux kiste toleriere 🙂 hoffe die stellen diese weiterentwicklung nicht auch dort noch ein.
Es gibt kein Visual Studio für freie Systeme. Visual Studio Code ist eine völlig andere Software (aber genau so hässlich und träge IMO).
VSCode ist ja auch eine Javascript-Applikation, die auf node.js läuft. Die Entwicklung wird hauptsächlich unter Typescript durchgeführt.
Ich hatte schon Schreck bekommen, dass VS Code eingestellt wird. Als Zweiteditor echt gut das Ding.
Dito
Und wie stellen sich die Leute bei Microsoft die Entwicklung von Xamarin/Maui Apps auf dem Mac vor? Gerade unter Windows ist das MacOS/iOS-seitige Testing eine Katastrophe.
Wer Windows Programme vernünftig benutzen möchte sollte sich einen Windows PC zulegen und keinen Mac. Ich kauf mir doch auch keinen BMW und will dann Mercedes-Teile einbauen.
Nein, dann lieber eine virtuelle Maschine, da ist man dann auch flexibler.
Wenn man sich die Entwicklung betrachtet und sieht, das MS in Zukunft alles in der Cloud haben möchte, wird es daher noch richtig interessant.
Kannst ja für Android und Windows entwickeln.
Wenn es für die User, die sich beim Kauf veräppeln haben lassen keine Software gibt, werden die umsteigen
Microsoft hat jetzt für VS Code eine Maui extension veröffentlicht
Visual Studio für Mac war ohnehin ein schlechter Scherz. Wer (.NET-)Anwendungen unter Linux/macOS entwickeln möchte hat mit JetBrains Rider schon länger eine deutlich bessere Software. Teilweise ist es sogar schon unter Windows die bessere Wahl, weil VS in Kombination mit ReSharper wohl nie gleich schnell sein wird.
VS Code ist dagegen kein Ersatz, schon gar nicht für größere Projekte. Hier fehlen viel zu viele Funktionen beim Refactoring, Debugging,… Generell ist es viel zu weit vom, in der Praxis notwendigen, Funktionsumfang entfernt.