Designfehler in Visual Studio Code (2022)

Visual Studio Code ist auf Spaltung ausgelegt

• Visual Studio Code ist Open Source, aber bei einer Nutzung außerhalb der offiziellen von Microsoft bereitgestellten Distribution können rechtliche Risiken entstehen

Visual Studio Code ist inzwischen 7 Jahre alt

• Visual Studio Code wurde vor 7 Jahren veröffentlicht und hat sich als Standard-Editor für die Softwareentwicklung etabliert
• Der Quellcode wurde unter der MIT-Lizenz veröffentlicht, aber das herunterladbare Produkt wird unter einer proprietären Lizenz angeboten
• Microsoft spaltet damit die Open-Source-Community

VSCodium ist eine OSS-Desktop-Distribution

• Das Projekt VSCodium entstand aus Bedenken hinsichtlich der Verwendung einer proprietären Lizenz
• Es wird ohne Microsofts Anpassungen unter der MIT-Lizenz gebaut
• Es kann keine Verbindung zum Microsoft Visual Studio Code Marketplace herstellen und leidet unter der Spaltung des Ökosystems

OpenVSCodeServer ist eine OSS-Server-Distribution

• OpenVSCodeServer ist eine Server-Distribution, die als Rückgrat von Gitpod verwendet wird
• Wie VSCodium kann es keine Verbindung zum Microsoft Visual Studio Code Marketplace herstellen
• Die Wartung erfolgt überwiegend durch Gitpod-Mitarbeiter

IDEs ohne Abo verschwinden

• Microsoft hat einen internen Wandel eingeleitet, um Software in einen Service zu verwandeln
• Der Azure-Cloud-Computing-Service ist zu einem Wettbewerber von AWS herangewachsen
• Auch das Ökosystem der Entwicklerwerkzeuge wechselt zu einem Service-Modell

GitHub ist ein White-Label bestehender Microsoft-Technologie

• Microsoft übernahm GitHub im Jahr 2018 und veröffentlichte 2019 Visual Studio Online
• GitHub Codespaces ist ein White-Label von Visual Studio Online

Das Ökosystem ist absichtlich auf Spaltung ausgelegt

• Unternehmen wie Gitpod können im Visual-Studio-Code-Ökosystem auf rechtliche Probleme stoßen
• Microsoft spaltet den Markt strategisch durch proprietäre Erweiterungen
• Werkzeuge für wichtige Programmiersprachen wie Python, .NET, C/C++, Java stehen unter Microsofts Kontrolle

Was ist die Lösung?

• Die Zukunft von Softwareentwicklungswerkzeugen ist geschlossen
• Es braucht eine neue Bewegung, um das Open-Source-Ökosystem zu erhalten
• Gitpod hat mit dem Projekt OpenVSX einige Probleme gelöst, aber es ist mehr Einsatz nötig

Zusammenfassung von GN⁺

• Behandelt die proprietäre Lizenz von Visual Studio Code und die Spaltung des Ökosystems
• Hebt Microsofts strategische Marktspaltung und die rechtlichen Risiken hervor
• Ein neuer Ansatz ist nötig, um das Open-Source-Ökosystem zu erhalten
• Erläutert die Herausforderungen, denen Unternehmen wie Gitpod gegenüberstehen

[unsure4000]

Ich überlege, auf vim oder zed umzusteigen.

Ich verwende ein Terminal mit eingestellter Opazität.
Wisst ihr zufällig, wie man bei nvim die Hintergrundfarbe entfernt?
Wenn ich nur das herausfinde, würde ich nvim unbedingt ausprobieren wollen ...

[siscof]

Wenn Sie das kitty-Terminal verwenden, sollte Transparenz angewendet werden, wenn Sie es mit derselben Hintergrundfarbe behandeln.
Andernfalls könnten Sie auch ein Plugin wie dieses in Betracht ziehen..

https://github.com/xiyaowong/transparent.nvim

[unsure4000]

Vielen Dank. Ich werde es mir einmal ansehen.

[unsure4000]

Es hat geklappt. Danke. Einen schönen Tag noch.

[GN⁺]

Hacker-News-Kommentare

• Bei Software mit offengelegtem Quellcode zeigen Menschen Empörung

  • Microsoft stellt das Kern-Repository als OSS bereit, aber schweigt, wenn nützliche Funktionen voller DRM und rechtlicher Fallstricke sind
  • Microsoft bietet etwas an, das wie OSS aussieht, es in Wirklichkeit aber nicht ist, um FOSS-Befürworter zu besänftigen
  • Die Open Source Definition ist 2024 ungeeignet, um diese Probleme zu lösen
  • Wenn man sich ansieht, wie viel DRM in der Pylance-Erweiterung steckt, erkennt man, dass Microsoft DRM so einsetzt, dass die offiziellen VSCode-Prüfungen nicht entfernt werden können

• Das VSCode-Ökosystem ist in vielerlei Hinsicht schwach

  • cpptools ist beeindruckend, funktioniert aber oft nicht richtig und ist schwer zu debuggen
  • Die Sicherheitsprobleme von VSCode sind sehr ernst. Erweiterungen laufen nicht in einer Sandbox
  • Beim Einsatz von AI sollte man LLMs nicht vertrauen. Ein LLM kann bösartigen Code schreiben
  • Es gibt die Chance, ein besseres Ökosystem zu schaffen. Zum Beispiel sollte ein Ersatz für cpptools keine Telemetrie haben und keinen Internetzugang benötigen

• Es gibt einen guten Kommentar-Thread zur cpptools-Erweiterung

  • Es gibt die Ansicht, dass ein Build aus dem Quellcode unmöglich ist
  • Es wird ein neuer Begriff benötigt, bei dem sowohl die OSS-Lizenz als auch die Build-Abhängigkeiten unter OSS-Lizenzen stehen

• VS Code ist eine IDE, die man von Microsoft kostenlos herunterladen und nutzen kann

  • Alle wollen einen „universellen“ Service für Entwickler schaffen, aber eine IDE aufzubauen oder zu finanzieren ist schwierig
  • Das ist nicht Microsofts Schuld

• Wenn die mehr als 50 Vollzeitmitarbeiter, die an VS Code arbeiten, kein Modell vorschlagen, das ein Jahresbudget von etwa 20 Millionen Dollar rechtfertigt, könnte das wie ein Versuch wirken, Microsofts Engineering-Arbeit auszunutzen

• Ich versuche, das Problem zu verstehen

  • MS entwickelt bessere cpptools-/C++-Erweiterungen, und da viele MS-Komponenten geschlossen sind, ist es unmöglich, eine vollständig OSS-basierte Version zu bauen
  • Es wird zum Problem, wenn Nutzer feststellen, dass sie in der Weboberfläche keine nativen Erweiterungen verwenden können
  • Wer statt OSS-Software lieber diese Freeware nutzen möchte, mag enttäuscht sein, aber fraglich ist, ob das wirklich ein Problem ist

• Wenn die großen Erweiterungsprojekte abgestimmt sind, könnten sie einfach einen Hinweis wie oben in die Beschreibung der Marketplace-Seite aufnehmen

  • Apple sieht sich derzeit mit einer Klage zum Marketplace konfrontiert. MS will keine weitere Kartellklage

• „Die kostenlose Software von Microsoft ist nicht offen genug“ ist eine der seltsamsten modernen Auffassungen

  • Microsoft behindert keine Open-Source-Alternativen. Sie sind nur nicht besser
  • Viele Menschen halten kostenlos bereitgestellte Software für selbstverständlich
  • Früher musste man Hunderte oder Tausende Dollar für eine IDE bezahlen

• Dieser Artikel wäre leichter zu verstehen, wenn er Beschwerden über Telemetrie und tatsächliche Einschränkungen voneinander trennen würde

• Es gibt die Meinung: Wenn es dir nicht gefällt, benutze es nicht. vim/nvm und eMacs sind leistungsfähige Editoren, die beim Ökosystem keine Kompromisse eingehen