👨‍🎓 🖌️ 🥛 Wie Microsoft AppGet getötet hat 👩‍💻 🈁 🏻

Letzte Woche hat Microsoft den Paketmanager von WinGet im Rahmen seiner Ankündigungen auf der Build 2020- Konferenz veröffentlicht . Viele betrachteten dies als einen weiteren Beweis für die Annäherung von Microsoft an die Open Source-Bewegung. Aber nicht der kanadische Entwickler Keivan Beigi, der Autor des kostenlosen Paketmanagers AppGet . Jetzt versucht er zu verstehen, was in den letzten 12 Monaten passiert ist, in denen er mit Vertretern von Microsoft gesprochen hat.

Auf jeden Fall stoppt Ceyvan jetzt die Entwicklung von AppGet . Client- und Serverdienste werden sofort bis zum 1. August 2020 in den Wartungsmodus versetzt. Danach werden sie für immer geschlossen.

In seinem Blog gibt der Autor eine Chronologie der Ereignisse . Alles begann vor einem Jahr (3. Juli 2019), als er diesen Brief von Andrew, dem Leiter des Entwicklungsteams bei Microsoft, erhielt:

Ceyvan,

ich leite das Windows App Model-Entwicklungsteam und insbesondere das Anwendungsbereitstellungsteam. Ich wollte Ihnen nur eine kurze Nachricht senden, um Ihnen für die Erstellung des Appgets zu danken. Dies ist eine großartige Ergänzung des Windows-Ökosystems, die das Leben von Windows-Entwicklern erheblich erleichtert. Wir werden wahrscheinlich in den kommenden Wochen in Vancouver sein, um uns mit anderen Unternehmen zu treffen. Wenn Sie jedoch Zeit haben, möchten wir uns mit Ihnen und Ihrem Team treffen, um Feedback zu erhalten, wie Sie Ihr Leben bei der Entwicklung von Apps verbessern können.

Ceyvan war begeistert: Sein Hobbyprojekt wurde bei Microsoft entdeckt! Er beantwortete den Brief - und zwei Monate später, nachdem er Briefe ausgetauscht hatte, kam er zu einem Treffen im Microsoft-Büro in Vancouver. An dem Treffen nahmen Andrew und ein anderer Entwicklungsmanager aus derselben Produktgruppe teil. Ceyvan sagt, sie hatten eine großartige Zeit - sie sprachen über die Ideen hinter AppGet, was in den aktuellen Paketmanagern unter Windows nicht sehr gut gemacht wurde und was er für zukünftige Versionen von AppGet plant. Der Entwickler hatte den Eindruck, dass Microsoft dem Projekt helfen möchte: Sie selbst fragten, was sie für ihn tun könnten. Er erwähnte, dass es schön wäre, ein paar Kredite für Azure zu bekommen, eine Dokumentation über das neue MSIX-Paketformat.und es wäre schön, Probleme mit einzelnen Download-Links zu beheben.

Eine Woche später schickte Andrew einen neuen Brief, in dem er Andrew tatsächlich einlud, bei Microsoft zu arbeiten: „Wir möchten einige wesentliche Änderungen an der Verteilung von Software unter Windows vornehmen, und es gibt eine großartige Gelegenheit, zu helfen, wie Windows und das Anwendungsverteilungssystem in Azure / Microsoft aussehen 365. Haben Sie vor diesem Hintergrund darüber nachgedacht, mehr Zeit mit Appget zu verbringen, möglicherweise bei Microsoft? “ Er schrieb.

Cavean zögerte zunächst ein wenig - er wollte nicht zu Microsoft gehen, um am Windows Store, der MSI-Engine und anderen Systemen für die Bereitstellung von Anwendungen zu arbeiten. Aber sie versicherten ihm, dass er seine ganze Zeit nur an AppGet arbeiten würde. Nach etwa einem Monat langwieriger E-Mail-Korrespondenz kamen sie zu dem Schluss, dass die Vereinbarung der von Acqui-Hire sehr ähnlich sein würde - Microsoft stellt den Entwickler zusammen mit seinem Programm ein und sie entscheiden, ob sie es in etwas anderes umbenennen oder es wird Microsoft AppGet.

Ceyvan schreibt, dass er während des gesamten Prozesses nicht ganz verstanden habe, welche Rolle er bei Microsoft spielen würde. Was wird seine Verantwortung sein? Wem soll ich mich melden? Wer wird ihm Bericht erstatten? Er versuchte, einige dieser Antworten während dieser langsamen Verhandlungen zu klären, erhielt jedoch nie eine klare Antwort.

Nach einigen weiteren Monaten sehr langsamer E-Mail-Verhandlungen wurde ihm mitgeteilt, dass der Einstellungsprozess über BizDev sehr lange dauern würde. Eine Alternative, um den Prozess zu beschleunigen, wäre, ihn einfach mit einem „Bonus“ einzustellen. Danach beginnt er mit der Übertragung der Codebasis. Er hatte keine Einwände, deshalb planten sie mehrere Treffen / Interviews in Redmond.

Der Prozess hat begonnen. Am 5. Dezember 2019 flog Cavean nach Seattle - zum Microsoft-Hauptsitz - und verbrachte dort den ganzen Tag damit, verschiedene Personen zu interviewen und mit Andrew zu verhandeln. Abends nahm ich ein Taxi zum Flughafen - und kehrte nach Vancouver zurück.

Ihm wurde gesagt, er solle auf einen Anruf der Personalabteilung warten. Aber dann hatte Ceyvan sechs Monate lang nichts von Microsoft gehört.. Bis Mitte Mai 2020, als ein alter Freund von Andrew am nächsten Tag die Veröffentlichung von WinGet ankündigte:

Hallo Ceyvan, ich hoffe, dass es Ihnen und Ihrer Familie gut geht - es scheint, dass British Columbia im Vergleich zu den USA einen guten Job bei Coved macht

Es tut mir sehr leid, dass die Position des Projektmanagers nicht funktioniert hat. Ich möchte mir die Zeit nehmen, um zu sagen, wie sehr wir Ihre Beiträge und Ideen schätzen. Wir haben einen Paketmanager für Windows entwickelt, und die erste Vorschau wird morgen bei Build 2020 live sein. Wir werden Appget auch in unserem Blog erwähnen, da wir der Meinung sind, dass unter Windows Platz für verschiedene Paketmanager ist. Unser Paketmanager basiert ebenfalls auf GitHub, aber natürlich mit unserer eigenen Implementierung und so weiter. Es kommt auch mit Open Source Code heraus, so dass wir uns natürlich über jede Ihrer Eingaben freuen werden.

Ceyvan war nicht allzu überrascht. Zu diesem Zeitpunkt war bereits klar geworden, dass er nicht zur Arbeit bei Microsoft eingeladen werden würde, was ihn nicht verärgerte, da er bezweifelte, dass er in einem so großen Unternehmen arbeiten wollte.

Aber die wahre Überraschung erwartete ihn am nächsten Tag, als er das GitHub-Repository sah : „Als ich meiner Frau das Repository zeigte, sagte sie als erstes:„ Sie haben es WinGet genannt? Sind Sie im Ernst??" Ich musste ihr nicht einmal erklären, wie die grundlegende Mechanik, Terminologie, das Format und die Struktur des Manifests , sogar die Ordnerstruktur des Paket-Repositorys, von AppGet inspiriert sind. "

„Bin ich verärgert darüber, dass Microsoft, ein 1,4-Billionen-Dollar-Unternehmen, endlich zusammengekommen ist und einen anständigen Paketmanager für sein Flaggschiff-Produkt veröffentlicht hat? Nein, das hätten sie schon vor vielen Jahren tun sollen. Sie hätten den Windows Store nicht so sehr verderben sollen wie sie “, schreibt Ceyvan. - Egal wie sehr ich mich bemüht habe, AppGet zu bewerben, es wird niemals so schnell wachsen wie die Lösung von Microsoft. Ich habe AppGet nicht erstellt, um reich zu werden, berühmt zu werden oder einen Job bei Microsoft zu bekommen. Ich habe AppGet erstellt, weil ich der Meinung war, dass wir Windows-Benutzer auch eine anständige Erfahrung in der Verwaltung von Anwendungen verdienen. Was mich stört ist, wie genau das alles gemacht wurde. Langsame und schreckliche Kommunikation. Am Ende völlige Funkstille. Vor allem aber traf mich diese Ankündigung. AppGetWas objektiv die Quelle der meisten Ideen für WinGet ist, wurde nur als ein weiterer Paketmanager erwähnt, dernur zufällig existiert in dieser Welt . Gleichzeitig wurden andere Paketmanager, mit denen WinGet sehr wenig gemeinsam hat, viel ausführlicher erwähnt und erklärt. “

Ceyvan Beigi ist nicht verärgert. Er sagt, dass es keinen Silberstreifen gibt. Zumindest ist WinGet auf einem soliden Fundament aufgebaut und hat das Potenzial zum Erfolg. Und Windows-Benutzer erhalten möglicherweise endlich einen anständigen Paketmanager. Und für ihn ist diese Geschichte zu einer wertvollen Erfahrung geworden: "Lebe ein Jahrhundert - lerne ein Jahrhundert."

Er erklärt, dass das Kopieren von Code kein Problem ist, das ist die Essenz von Open Source. Und er bedeutet nicht, das allgemeine Konzept der Paket- / Anwendungsmanager zu kopieren. Wenn Sie sich jedoch ähnliche Projekte in OS X, Homebrew, Chocolaty, Scoop, Ninite usw. ansehen, hat jeder seine eigenen Besonderheiten. WinGet funktioniert jedoch ähnlich wie AppGet: „Möchten Sie wissen, wie Microsoft WinGet funktioniert? Lesen Sie einen Artikel, den ich vor zwei Jahren über die Funktionsweise von AppGet geschrieben habe “, schreibt er.

Ceyvan war nur verärgert, dass seine Arbeit nirgendwo erwähnt wurde.

Als Referenz. "Umarmen, erweitern und auslöschen" ist eine Formulierung des US-Justizministeriums.wurde von Microsoft verwendet, um eine Strategie für die Bereitstellung von Software zu beschreiben, die allgemein anerkannte Standards in der Branche verwendet. Die Strategie bestand darin, diese Standards zu erweitern und diese Unterschiede weiter zu nutzen, um sich einen Vorteil gegenüber Wettbewerbern zu verschaffen.

Im Fall von AppGet kann man nicht sagen, dass diese Strategie in ihrer reinen Form angewendet wurde, aber einige Elemente können berücksichtigt werden. Befürworter freier Software halten dies für eine moralisch inakzeptable Vorgehensweise und sind weiterhin misstrauisch gegenüber der Initiative von Microsoft, das Linux-Subsystem in das Windows-Betriebssystem ( WSL ) einzuführen . Sie sagen, dass Microsoft sich von Natur aus nicht geändert hat und sich niemals ändern wird.

Wie Microsoft AppGet getötet hat

More articles: