W zeszłym tygodniu Microsoft wydał menedżera pakietów w ramach zapowiedzi na konferencji . Wiele osób uznało to za kolejną oznakę zbliżenia Microsoft do ruchu Open Source. Ale nie kanadyjski deweloper Keivan Beigi, autor wolnego menedżera pakietów . Teraz stara się zrozumieć, co wydarzyło się w ciągu ostatnich 12 miesięcy, podczas których kontaktował się z przedstawicielami Microsoft.
W każdym razie, teraz Keivan . Usługi klienckie i serwerowe przechodzą w tryb konserwacji natychmiast do 1 sierpnia 2020 roku, po czym zostaną zamknięte na zawsze.
Na swoim blogu autor przedstawia . Wszystko zaczęło się rok temu (3 lipca 2019 roku), kiedy otrzymał ten list od Andrew, szefa zespołu deweloperskiego w Microsoft:
Keivan,
Zarządzam zespołem rozwijającym model aplikacji Windows, a w szczególności zespołem wdrażającym aplikacje. Chciałem tylko wysłać ci krótką notatkę, aby podziękować za stworzenie appget — to świetne uzupełnienie ekosystemu Windows, które ułatwia życie deweloperom Windows. Prawdopodobnie będziemy w Vancouver w najbliższych tygodniach na spotkaniach z innymi firmami, ale jeśli masz czas, chcielibyśmy spotkać się z tobą i twoim zespołem, aby uzyskać opinię, jak uczynić twoje życie prostszym w rozwijaniu appget.
Keivan był podekscytowany: jego projekt hobbystyczny został zauważony w Microsoft! Odpowiedział na list — i po dwóch miesiącach, po wymianie wiadomości, przyszedł na spotkanie w biurze Microsoft w Vancouver. Na spotkaniu obecni byli Andrew i inny menedżer ds. rozwoju z tej samej grupy produktów. Keivan mówi, że świetnie się bawił — rozmawiali o pomysłach leżących u podstaw AppGet, o tym, co nie działało zbyt dobrze w i co planuje w przyszłych wersjach AppGet. Programista odczuł, że Microsoft chce pomóc projektowi: sami zapytali, co mogą dla niego zrobić. Wspomniał, że dobrze byłoby otrzymać trochę kredytów na Azure, jakąś , i dobrze byłoby naprawić problemy z pojedynczymi linkami do pobrania.
Po tygodniu Andrew wysłał nowe pismo, w którym właściwie zaprosił Andrew do pracy w Microsoft: „Chcemy wprowadzić istotne zmiany w dystrybucji oprogramowania na Windows, a jest doskonała okazja, aby pomóc w tym, jak będzie wyglądać Windows i system dystrybucji aplikacji w Azure/Microsoft 365. Mając to na uwadze, czy rozważałeś poświęcenie większej ilości czasu na appget, potencjalnie w Microsoft?” — napisał.
Keivan początkowo się wahał — nie chciał iść do Microsoft, aby pracować nad Windows Store, silnikiem MSI i innymi systemami do wdrażania aplikacji. Ale zapewnili go, że całe swoje czas poświęci tylko na AppGet. Po około miesiącu długiej wymiany e-maili doszli do wniosku, że umowa będzie bardzo przypominać acqui-hire — Microsoft zatrudnia dewelopera wraz z jego programem, a oni decydują, czy zmienić jego nazwę na coś innego, czy stanie się Microsoft AppGet.
Keivan pisze, że przez cały ten proces nie do końca rozumiał, jaka będzie jego rola w Microsoft. Jakie będą jego obowiązki? Przed kim ma raportować? Kto będzie raportować przed nim? Próbował wyjaśnić niektóre z tych odpowiedzi podczas tych powolnych negocjacji, ale nie uzyskał jasnej odpowiedzi.
Po jeszcze kilku miesiącach bardzo powolnych negocjacji przez e-mail powiedziano mu, że proces zatrudnienia przez BizDev zajmie dużo czasu. Alternatywą dla przyspieszenia procesu byłoby po prostu zatrudnienie go z „premią”, po czym zacznie pracować nad przeniesieniem bazy kodu. Nie miał żadnych zastrzeżeń, więc zaplanowali kilka spotkań/rozmów kwalifikacyjnych w Redmond.
Proces ruszył. 5 grudnia 2019 roku Keivan przyleciał do Seattle — do siedziby Microsoft — i spędził tam cały dzień, przeprowadzając rozmowy z różnymi osobami i negocjując z Andewem. Wieczorem wziął taksówkę na lotnisko — i wrócił do Vancouver.
Powiedziano mu, aby czekał na telefon z działu kadr. Ale potem, przez sześć miesięcy Keivan nie słyszał nic od Microsoft. Aż do połowy maja 2020 roku, gdy stary znajomy Andrew poinformował o premierze programu WinGet następnego dnia:
Cześć, Keivan, mam nadzieję, że ty i twoja rodzina macie się dobrze — wydaje się, że Kolumbia Brytyjska radzi sobie lepiej z COVID niż USA.
Bardzo mi przykro, że stanowisko menedżera projektu nie wypaliło. Chciałbym znaleźć czas, aby powiedzieć, jak bardzo cenimy twój wkład i pomysły. Opracowaliśmy menedżera pakietów dla systemu Windows, a pierwsza wersja robocza będzie emitowana na żywo jutro na Build 2020. Wspomnimy także o appget w naszym blogu, ponieważ uważamy, że w systemie Windows znajdzie się miejsce dla różnych menedżerów pakietów. Nasz menedżer pakietów również oparty jest na GitHubie, ale oczywiście z naszą własną implementacją i tak dalej. Również wychodzi w otwartym kodzie źródłowym, więc oczywiście będziemy wdzięczni za wszelki twój wkład.
Kayvan nie był zbyt zaskoczony. W tym momencie już było oczywiste, że nie zostanie zaproszony do pracy w Microsoft, co go nie zasmuciło, ponieważ wątpił, że chce pracować w tak dużej firmie.
Ale prawdziwe zaskoczenie czekało go następnego dnia, kiedy zobaczył : „Kiedy pokazałem repozytorium mojej żonie, pierwsze, co powiedziała, to: „Nazwali to WinGet? Serio??” Nie musiałem jej nawet tłumaczyć podstawowych mechanizmów, terminologii, formatu i , nawet struktura folderów repozytorium pakietów była inspirowana AppGet.”
„Czy jestem rozczarowany tym, że Microsoft, firma o wartości 1,4 biliona dolarów, w końcu zdobyła się na odwagę i wydała godny menedżer pakietów dla swojego flagowego produktu? Nie, powinni to zrobić wiele lat temu. Nie powinni byli tak bardzo zniszczyć Windows Store, jak to zrobili — pisze Kayvan. — W rzeczywistości, niezależnie od tego, jak bardzo starałem się promować AppGet, nigdy nie będzie rósł w takim tempie, jak rozwiązanie Microsoftu. Stworzyłem AppGet nie po to, aby się wzbogacić, zdobyć sławę czy dostać się do Microsoft. Stworzyłem AppGet, ponieważ uważałem, że my, użytkownicy Windows, również zasługujemy na godne doświadczenie zarządzania aplikacjami. Co mnie niepokoi, to jak dokładnie wszystko to zostało zrobione. Powolna i okropna komunikacja. Na końcu całkowita cisza radiowa. Ale co najbardziej mnie dotknęło, to ten komunikat. AppGet, który obiektywnie jest źródłem większości pomysłów na WinGet, został wspomniany tylko jako kolejny menedżer pakietów, który po prostu przypadkowo istnieje na tym świecie. W tym samym czasie wspomniano o innych menedżerach pakietów, które mają bardzo mało wspólnego z WinGet, a ich opis był znacznie bardziej szczegółowy.
Keyvan Beigi nie jest zmartwiony. Mówi, że nie ma złota bez dobra. Przynajmniej WinGet jest zbudowany na solidnych podstawach i ma potencjał na sukces. Użytkownicy systemu Windows mogą w końcu otrzymać godnego menedżera pakietów. A dla niego ta historia była cennym doświadczeniem: „Żyj długo — ucz się przez całe życie.”
Tłumaczy, że kopiowanie kodu nie jest problemem, w tym tkwi istota oprogramowania open source. I nie ma na myśli kopiowania ogólnej koncepcji menedżerów pakietów/aplikacji. Ale jeśli spojrzysz na podobne projekty w OS X, takie jak Homebrew, Chocolaty, Scoop, Ninite itp., to każdy z nich ma swoje szczególne cechy. Jednak WinGet działa prawie tak samo jak AppGet: „Chcesz wiedzieć, jak działa Microsoft WinGet? Idź i przeczytaj ,” pisze.
Keyvana zmartwiło jedynie to, że jego praca nigdzie nie została wspomniana.
Dla informacji. „Embrace, extend and extinguish” — to zwrot, który , był używany przez firmę Microsoft do opisu strategii wprowadzania się do branży oprogramowania, która korzysta z powszechnie stosowanych standardów. Strategia zakładała rozszerzenie tych standardów i dalsze wykorzystywanie tych różnic do uzyskania przewagi nad konkurencją.
W przypadku AppGet nie można powiedzieć, że ta strategia była stosowana w czystej postaci, ale niektóre elementy można rozważyć. Zwolennicy oprogramowania open source uważają ją za moralnie nieakceptowalną metodę działania i nadal z nieufnością podchodzą do inicjatywy Microsoft dotyczącej wprowadzenia podsystemu dla systemu Linux do systemu Windows (). Twierdzą, że Microsoft w swojej istocie się nie zmienił i nigdy się nie zmieni.
Źródło: habr.com
