W zeszłym tygodniu Microsoft udostępnił menedżera pakietów w ramach ogłoszeń na konferencji . Wielu uważało to za kolejny dowód zbliżenia Microsoftu z ruchem Open Source. Ale nie kanadyjski programista Keivan Beigi, autor bezpłatnego menedżera pakietów . Teraz próbuje zrozumieć, co wydarzyło się na przestrzeni ostatnich 12 miesięcy, podczas których komunikował się z przedstawicielami Microsoftu.
W każdym razie, teraz Kayvan . Usługi klienckie i serwerowe od razu przejdą w tryb konserwacji do 1 sierpnia 2020, po czym zostaną zamknięte na stałe.
Na swoim blogu autor podaje . Wszystko zaczęło się rok temu (3 lipca 2019 r.), kiedy otrzymał takiego e-maila od Andrew, szefa zespołu programistów w Microsoft:
Keyvana,
Zarządzam zespołem programistów Windows App Model, a w szczególności zespołem wdrożeń aplikacji. Chciałem tylko wysłać Ci krótką wiadomość z podziękowaniami za utworzenie appgetu — jest to świetny dodatek do ekosystemu Windows i znacznie ułatwia życie programistom Windows. Prawdopodobnie w nadchodzących tygodniach odwiedzimy Vancouver, spotykając się z innymi firmami, ale jeśli masz czas, chętnie spotkamy się z Tobą i Twoim zespołem, aby uzyskać opinie na temat ułatwień w tworzeniu aplikacji.
Keyvan był podekscytowany: jego hobbystyczny projekt został zauważony przez Microsoft! Odpowiedział na list – a dwa miesiące później, po wymianie korespondencji, przyjechał na spotkanie do biura Microsoftu w Vancouver. W spotkaniu wziął udział Andrzej oraz inny menadżer ds. rozwoju z tej samej grupy produktowej. Keyvan mówi, że świetnie się bawił — rozmawiali o pomysłach stojących za AppGet, co nie zostało w nim zbyt dobrze zrobione i co planuje w odniesieniu do przyszłych wersji AppGet. Deweloper miał wrażenie, że Microsoft chce pomóc projektowi: sam zapytał, co może dla niego zrobić. Wspomniał, że byłoby miło zdobyć trochę kredytów na Azure i byłoby miło rozwiązać problemy z indywidualnymi linkami do pobierania.
Tydzień później Andrew wysłał nowy list, w którym faktycznie zaprosił Andrew do pracy w Microsoft: „Chcemy wprowadzić pewne istotne zmiany w dystrybucji oprogramowania w systemie Windows i jest świetna okazja, aby pomóc w tym, co Windows i system dystrybucji aplikacji w Azure/Microsoft będzie wyglądać.” 365. Mając to na uwadze, czy rozważałeś spędzenie większej ilości czasu na appget, potencjalnie w Microsoft?” - on napisał.
Keyvan na początku trochę się wahał — nie chciał iść do Microsoftu, aby pracować nad sklepem Windows, silnikiem MSI i innymi systemami wdrażania aplikacji. Zapewnili go jednak, że cały swój czas spędzi pracując wyłącznie nad AppGet. Po około miesiącu długiej korespondencji mailowej doszli do wniosku, że umowa będzie bardzo podobna do przejęcia - Microsoft wynajmuje programistę wraz ze swoim programem i oni decydują, czy zmienić jego nazwę na inną, czy też stanie się Microsoft AppGet .
Keyvan pisze, że przez cały proces nie był do końca jasny, jaka będzie jego rola w Microsoft. Jakie będą jego obowiązki? Do kogo mam się zgłosić? Kto będzie mu raportował? Podczas powolnych negocjacji próbował wyjaśnić 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 zajmie bardzo dużo czasu. Alternatywą na przyspieszenie procesu byłoby po prostu zatrudnienie go z „premią”, po czym rozpocznie pracę nad migracją bazy kodu. Nie miał zastrzeżeń, więc umówili się na kilka spotkań/wywiadów w Redmond.
Proces się rozpoczął. 5 grudnia 2019 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 Andrew. Wieczorem wziąłem taksówkę na lotnisko i wróciłem do Vancouver.
Kazano mu czekać na telefon z działu kadr. Ale potem, Keyvan przez sześć miesięcy nie miał żadnych wiadomości od Microsoftu. Aż do połowy maja 2020 r., kiedy następnego dnia stary znajomy Andrzeja ogłosił wydanie programu WinGet:
Cześć Kayvan, mam nadzieję, że Ty i Twoja rodzina macie się dobrze – wydaje się, że BC radzi sobie dobrze z covidem w porównaniu z USA.
Bardzo mi przykro, że stanowisko kierownika projektu nie sprawdziło się. Chciałem poświęcić trochę czasu, aby powiedzieć, jak bardzo doceniamy Twój wkład i pomysły. Opracowaliśmy menedżera pakietów dla systemu Windows, a pierwsza wersja zapoznawcza będzie dostępna jutro podczas Build 2020. Wspomnimy również o appget na naszym blogu, ponieważ uważamy, że w systemie Windows jest miejsce na różne menedżery pakietów. Nasz menedżer pakietów również opiera się na GitHubie, ale oczywiście z naszą własną implementacją i tak dalej. Jest to również oprogramowanie typu open source, więc oczywiście będziemy wdzięczni za wszelkie uwagi, jakie możesz mieć.
Keyvan nie był zbyt zaskoczony. Już wtedy było już wiadomo, że nie zostanie zaproszony do pracy w Microsoft, co go nie zmartwiło, bo wątpił, czy chce pracować w tak dużej firmie.
Ale prawdziwa niespodzianka czekała go następnego dnia, kiedy zobaczył : „Kiedy pokazałem repozytorium mojej żonie, pierwszą rzeczą, którą powiedziała, było: „Nazwali to WinGet?” Mówisz poważnie??" Nie musiałem jej nawet wyjaśniać, jak działają podstawowe mechanizmy, terminologia, format i nawet struktura folderów repozytorium pakietów jest inspirowana AppGet.”
Czy jestem zdenerwowany, że Microsoft, firma o wartości 1,4 biliona dolarów, w końcu zebrał się w sobie i wypuścił porządnego menedżera pakietów dla swojego flagowego produktu? Nie, powinni byli to zrobić wiele lat temu. Nie powinni byli tak schrzanić Sklepu Windows, jak to zrobili” – pisze Keyvan. „Rzeczywistość jest taka, że niezależnie od tego, jak bardzo będę się starał promować AppGet, nigdy nie będzie on rozwijał się w takim tempie jak rozwiązanie Microsoftu. Nie stworzyłem AppGet, aby stać się bogatym, sławnym lub dostać pracę w Microsoft. Stworzyłem AppGet, ponieważ wierzyłem, że my, użytkownicy systemu Windows, również zasługujemy na przyzwoite doświadczenie w zarządzaniu aplikacjami. Niepokoi mnie to, jak dokładnie to zostało zrobione. Powolna i okropna komunikacja. Na koniec następuje całkowita cisza radiowa. Jednak to ogłoszenie uderzyło mnie najbardziej. AppGet, który obiektywnie jest źródłem większości pomysłów na WinGet, został wymieniony jedynie jako kolejny menedżer pakietów po prostu tak się składa, że istnieje na tym świecie. Jednocześnie wspomniano i wyjaśniono znacznie dokładniej innych menedżerów pakietów, z którymi WinGet ma niewiele wspólnego.”
Keyvan Beigi nie jest zdenerwowany. Mówi, że każda chmura ma dobrą stronę. Przynajmniej WinGet jest zbudowany na solidnym fundamencie i ma potencjał odniesienia sukcesu. A użytkownicy Windowsa mogą wreszcie mieć porządnego menedżera pakietów. I dla niego ta historia stała się cennym doświadczeniem: „Żyj wiecznie, ucz się wiecznie”.
Wyjaśnia, że kopiowanie kodu nie jest problemem, o to właśnie chodzi w 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, Homebrew, Chocolaty, Scoop, Ninite itp., to wszystkie mają swoje własne cechy. Jednak WinGet działa prawie tak samo jak AppGet: „Chcesz wiedzieć, jak działa Microsoft WinGet? Idź i przeczytaj ", on pisze.
Keyvan był tylko zdenerwowany, że nigdzie nie wspomniano o jego pracy.
Na przykład. „Obejmij, rozszerz i zgaś” to wyrażenie, które , zostało użyte przez firmę Microsoft do opisania strategii branżowej polegającej na wprowadzaniu oprogramowania przy użyciu powszechnie przyjętych standardów. Strategia polegała na rozszerzeniu tych standardów i dalszym wykorzystaniu różnic w celu uzyskania przewagi nad konkurencją.
W przypadku AppGet nie można powiedzieć, że strategia ta jest stosowana w czystej postaci, ale pewne elementy można uwzględnić. Zwolennicy wolnego oprogramowania uważają to za moralnie niedopuszczalny sposób działania i nadal nieufnie odnoszą się do inicjatywy Microsoftu polegającej na wprowadzeniu podsystemu dla Linuksa do systemu operacyjnego Windows (). Mówią, że Microsoft w swojej istocie nie zmienił się i nigdy się nie zmieni.
Źródło: www.habr.com