W zeszłym tygodniu firma Microsoft wydała menedżera pakietów jako część ogłoszeń na konferencji . Wielu uznało to za kolejny dowód na zbliżenie Microsoftu z ruchem Open Source. Ale nie kanadyjski programista Keivan Beigi, autor darmowego menedżera pakietów . Teraz próbuje zrozumieć, co wydarzyło się w ciągu ostatnich 12 miesięcy, gdy komunikował się z przedstawicielami Microsoftu.
Tak czy inaczej, teraz to Keyvan . Usługi klienckie i serwerowe przejdą natychmiast w tryb konserwacyjny do 1 sierpnia 2020 r., po czym zostaną trwale zamknięte.
Autor cytuje na swoim blogu: . Wszystko zaczęło się rok temu (3 lipca 2019 r.), kiedy otrzymał następującą wiadomość e-mail od Andrew, lidera zespołu ds. produktów w firmie Microsoft:
Samochód dostawczy,
Zarządzam zespołem programistów Windows Model aplikacji, a w szczególności zespół ds. wdrażania aplikacji. Chciałem tylko wysłać Ci krótką wiadomość z podziękowaniami za stworzenie appget — to świetny dodatek do ekosystemu. Windows, co ułatwia życie programistom Windows Znacznie łatwiej. Prawdopodobnie będziemy w Vancouver w nadchodzących tygodniach, aby spotkać się z innymi firmami, ale jeśli masz czas, chętnie spotkamy się z Tobą i Twoim zespołem, aby uzyskać opinie na temat tego, jak ułatwić Ci pracę w tworzeniu aplikacji.
Keyvan był zachwycony: jego projekt hobbystyczny został zauważony przez Microsoft! Odpowiedział na list i dwa miesiące później, po wymianie listów, przyszedł na spotkanie do biura Microsoftu w Vancouver. Na spotkaniu obecni byli Andrew i inny kierownik ds. rozwoju z tej samej grupy produktowej. Keiwan mówi, że świetnie się bawił, rozmawiając o pomysłach stojących za AppGet, o tym, co nie zostało dobrze zrobione w i jakie ma plany dotyczące przyszłych wersji AppGet. Deweloper odniósł wrażenie, że Microsoft chciał pomóc projektowi: sami pytali, co mogą dla niego zrobić. Wspomniał, że fajnie byłoby zdobyć trochę kredytów Azure, trochę i dobrze byłoby rozwiązać problemy z poszczególnymi linkami do pobierania.
Tydzień później Andrew wysłał nowy list, w którym w zasadzie zaprosił go do pracy w firmie Microsoft: „Chcemy wprowadzić pewne znaczące zmiany w dystrybucji oprogramowania na Windowsi istnieje świetna okazja, aby pomóc w ustaleniu, jak to 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ęcej czasu na appget, potencjalnie w Microsoft?” – napisał.
Kayvan był na początku trochę niepewny – nie chciał iść do Microsoftu, żeby pracować nad Windows Store, silnik MSI i inne systemy wdrażania aplikacji. Zapewnili go jednak, że będzie pracował wyłącznie nad AppGet. Po około miesiącu długiej korespondencji mailowej doszli do wniosku, że umowa będzie bardzo podobna do umowy acquis-hire – Microsoft zatrudnia programistę wraz z programem, a oni decydują, czy zmienić jego nazwę na inną, czy też nadać mu nazwę Microsoft AppGet.
Kayvan pisze, że przez cały proces nie był do końca pewien, jaka będzie jego rola w firmie Microsoft. Jakie będą jego obowiązki? Do kogo mam się zgłosić? Kto będzie mu składał raporty? Podczas powolnych negocjacji próbował doprecyzować niektóre z tych odpowiedzi, ale nigdy nie otrzymał jasnej odpowiedzi.
Po kilku kolejnych miesiącach bardzo powolnych negocjacji e-mailowych powiedziano mu, że proces rekrutacji za pośrednictwem BizDev potrwa bardzo długo. Aby przyspieszyć ten proces, można po prostu zatrudnić go z „premią”, a następnie pozwolić mu zająć się migracją bazy kodu. Nie miał żadnych zastrzeżeń, więc zaplanowali kilka spotkań/wywiadów w Redmond.
Proces się rozpoczął. 5 grudnia 2019 r. Keyvan poleciał do Seattle, do siedziby Microsoftu, i spędził tam cały dzień, przeprowadzając wywiady z różnymi osobami i negocjując z Andrewem. Wieczorem wziąłem taksówkę na lotnisko i wróciłem do Vancouver.
Powiedziano mu, żeby czekał na telefon z działu HR. Ale za to, Przez sześć miesięcy Kayvan nie miał żadnych wieści od Microsoftu.. Aż do połowy maja 2020 r., kiedy to stary przyjaciel Andrew ogłosił następnego dnia wydanie WinGet:
Cześć Keivan, mam nadzieję, że Tobie i Twojej rodzinie wiedzie się dobrze. W porównaniu do USA, Kolumbia Brytyjska radzi sobie z COVID-19 lepiej.
Bardzo mi przykro, że stanowisko kierownika projektu nie wypaliło. Chciałbym poświęcić chwilę, aby wyrazić, jak bardzo cenimy Państwa wkład i pomysły. Stworzyliśmy menedżera pakietów dla… Windows, a pierwsza wersja zapoznawcza będzie dostępna jutro na konferencji Build 2020. Wspomnimy również o aplikacji appget na naszym blogu, ponieważ uważamy, że jest to Windows Jest miejsce na różne menedżery pakietów. Nasz menedżer pakietów również bazuje na GitHubie, ale oczywiście z naszą własną implementacją itd. Jest również udostępniany jako oprogramowanie open source, więc z chęcią przyjmiemy wszelkie Wasze uwagi.
Keyvan nie był zbyt zaskoczony. W tamtym czasie było już jasne, że nie zostanie zaproszony do pracy w Microsofcie, co go nie zmartwiło, gdyż wątpił, czy chciałby pracować dla tak dużej firmy.
Ale prawdziwa niespodzianka czekała go następnego dnia, kiedy zobaczył : „Kiedy pokazałem repozytorium mojej żonie, pierwszą rzeczą, jaką powiedziała, było: 'Nazywali to WinGet? Mówisz poważnie?' Nawet nie musiałem jej tłumaczyć podstawowych zasad mechaniki, terminologii, formatu i Nawet struktura folderów sklepu z pakietami jest inspirowana przez AppGet."
„Czy jestem zły, że Microsoft, firma warta 1,4 biliona dolarów, w końcu wziął się w garść i wydał porządnego menedżera pakietów dla swojego flagowego produktu? Nie, powinni byli to zrobić lata temu. Nie powinni byli niczego zepsuć. Windows „Sklep był tak silny, jak oni” – pisze Kayvan. „Prawda jest taka, że bez względu na to, jak bardzo starałem się promować AppGet, nigdy nie rozwijał się tak szybko, jak rozwiązanie Microsoftu. Nie stworzyłem AppGet, żeby się wzbogacić, zdobyć sławę ani pracować w Microsoft. Stworzyłem AppGet, ponieważ wierzyłem, że my, użytkownicy, Windows, zasługujemy również na przyzwoite doświadczenie w zarządzaniu aplikacjami. Martwi mnie, jak dokładnie to wszystko zostało zrobione. Powolna i fatalna komunikacja. Ostatecznie nastąpiła całkowita cisza radiowa. Ale to, co naprawdę mnie zdenerwowało, to ta zapowiedź. AppGet, obiektywnie źródło większości pomysłów na WinGet, został wspomniany jedynie jako kolejny menedżer pakietów, który… po prostu tak się składa, że istnieje na tym świecie. W tym samym czasie wspomniano i wyjaśniono znacznie dokładniej inne menedżery pakietów, z którymi WinGet ma niewiele wspólnego.
Keyvan Beigi nie jest zły. Mówi, że nie ma tego złego, co by na dobre nie wyszło. Przynajmniej WinGet jest zbudowany na solidnym fundamencie i ma potencjał na sukces. A użytkownicy… Windows, może w końcu dostaną porządnego menedżera pakietów. A dla niego ta historia była cenną lekcją: „Żyj i ucz się”.
Wyjaśnia, że kopiowanie kodu nie stanowi problemu, że to jest istota Open Source. I nie ma na myśli kopiowania ogólnej koncepcji menedżerów pakietów/aplikacji. Jeśli jednak przyjrzeć się podobnym projektom w systemach OS X, Homebrew, Chocolaty, Scoop, ninite itd., zauważymy, że każdy z nich ma swoją specyfikę. Jednak WinGet działa niemal tak samo jak AppGet: „Chcesz wiedzieć, jak działa Microsoft WinGet? Przejdź i przeczytaj „,” pisze.
Jedyną rzeczą, która zdenerwowała Kayvana, było to, że jego praca nie została nigdzie wymieniona.
W celach informacyjnych. „Objąć, rozszerzyć i ugasić” to fraza, która... , zostało użyte w firmie Microsoft do opisania strategii wprowadzania oprogramowania do branży, która wykorzystuje powszechnie akceptowane standardy. Strategia polegała na rozszerzeniu tych standardów i dalszym wykorzystywaniu różnic w celu uzyskania przewagi nad konkurencją.
W przypadku AppGet nie można powiedzieć, że strategia ta została zastosowana w najczystszej postaci, ale pewne elementy można dostrzec. Zwolennicy wolnego oprogramowania uważają to za moralnie niedopuszczalne i pozostają sceptyczni wobec inicjatywy Microsoftu, polegającej na wdrożeniu podsystemu dla Linux do systemu operacyjnego Windows (). Twierdzą, że Microsoft w swej istocie się nie zmienił i nigdy się nie zmieni.
Źródło: www.habr.com
