Verlede week het Microsoft 'n pakketbestuurder vrygestel as deel van die aankondigings by die konferensie . Baie het hierdie verdere bewys van Microsoft se toenadering tot die Open Source-beweging beskou. Maar nie die Kanadese ontwikkelaar Keivan Beigi, skrywer van die gratis pakketbestuurder nie . Nou probeer hy verstaan wat die afgelope 12 maande gebeur het, waartydens hy met Microsoft-verteenwoordigers gekommunikeer het.
In elk geval, nou Kayvan . Kliënt- en bedienerdienste sal onmiddellik in onderhoudsmodus gaan tot 1 Augustus 2020, waarna dit permanent gesluit sal wees.
In sy blog verskaf die skrywer . Dit het alles 'n jaar gelede (3 Julie 2019) begin toe hy hierdie e-pos van Andrew, die hoof van die ontwikkelingspan by Microsoft, ontvang het:
Keyvan,
Ek bestuur 'n ontwikkelingspan Windows App Model en, in die besonder, die app-ontplooiingspan. Ek wou net vir jou 'n vinnige nota stuur om jou te bedank vir die skep van appget—dis 'n wonderlike toevoeging tot die ekosisteem. Windows, wat die lewe van ontwikkelaars maak Windows Baie makliker. Ons sal waarskynlik in die komende weke in Vancouver wees om met ander maatskappye te vergader, maar as jy tyd het, sal ons graag met jou en jou span wil vergader om terugvoer te kry oor hoe om jou lewe makliker te maak in appget-ontwikkeling.
Keyvan was opgewonde: sy stokperdjieprojek is deur Microsoft opgemerk! Hy het op die brief gereageer – en twee maande later, nadat hy briewe uitgeruil het, het hy na ’n vergadering by die Microsoft-kantoor in Vancouver gekom. Die vergadering is bygewoon deur Andrew en nog 'n ontwikkelingsbestuurder van dieselfde produkgroep. Keyvan sê hy het 'n goeie tyd gehad - hulle het gepraat oor die idees agter AppGet, wat nie baie goed gedoen is in en wat hy beplan vir toekomstige weergawes van AppGet. Die ontwikkelaar was onder die indruk dat Microsoft die projek wou help: hulle het self gevra wat hulle daarvoor kan doen. Hy het genoem dat dit lekker sou wees om 'n paar Azure-krediete te kry , en dit sal lekker wees om die probleme met individuele aflaaiskakels op te los.
'n Week later het Andrew 'n nuwe brief gestuur waarin hy Andrew in wese genooi het om by Microsoft te werk: "Ons wil 'n paar beduidende veranderinge aan die verspreiding van sagteware op ... maak. Windows, en daar is 'n wonderlike geleentheid om te help bepaal hoe dit sal lyk Windows en die toepassingverspreidingstelsel in Azure/Microsoft 365. Met dit in gedagte, het jy al oorweeg om meer tyd aan appget te spandeer, moontlik by Microsoft?" het hy geskryf.
Kayvan was aanvanklik 'n bietjie huiwerig - hy wou nie na Microsoft gaan om te werk nie Windows Store, die MSI-enjin en ander toepassingontplooiingstelsels. Maar hulle het hom verseker dat hy uitsluitlik aan AppGet sou werk. Na ongeveer 'n maand van lang e-poskorrespondensie het hulle tot die gevolgtrekking gekom dat die ooreenkoms baie soortgelyk aan 'n verkrygingsooreenkoms sou wees—Microsoft huur die ontwikkelaar saam met hul program, en hulle besluit of hulle dit na iets anders wil hernoem of dit Microsoft AppGet wil maak.
Keyvan skryf dat hy deur die hele proses nie heeltemal duidelik was wat sy rol by Microsoft sou wees nie. Wat sal sy verantwoordelikhede wees? By wie moet ek aanmeld? Wie sal aan hom rapporteer? Hy het tydens hierdie stadige onderhandelinge probeer om sommige van hierdie antwoorde op te klaar, maar het nooit 'n duidelike antwoord gekry nie.
Na 'n paar maande van weer baie stadige e-pos onderhandelinge, is hy meegedeel dat die aanstellingsproses deur BizDev 'n baie lang tyd sou neem. 'n Alternatief om die proses te bespoedig is om hom bloot met 'n "bonus" aan te stel, waarna hy sal begin werk om die kodebasis te migreer. Hy het geen besware gehad nie, daarom het hulle verskeie vergaderings/onderhoude in Redmond geskeduleer.
Die proses het begin. Op 5 Desember 2019 het Keyvan na Seattle - na Microsoft se hoofkwartier - gevlieg en die hele dag daar deurgebring en verskeie mense onderhoude gevoer en met Andrew onderhandel. Die aand het ek 'n taxi na die lughawe geneem en teruggekeer Vancouver toe.
Hy is aangesê om te wag vir 'n oproep van die HR-afdeling. Maar daarna, Keyvan het vir ses maande niks van Microsoft gehoor nie. Tot middel Mei 2020, toe 'n ou vriend van Andrew die vrystelling van die WinGet-program die volgende dag aangekondig het:
Hallo Kayvan, ek hoop dit gaan goed met jou en jou gesin - dit lyk of BC goeie werk doen met covid in vergelyking met die VSA.
Ek is baie jammer dat die projekbestuurderposisie nie uitgewerk het nie. Ek wil graag die tyd neem om te sê hoeveel ons u insette en idees waardeer. Ons het 'n pakketbestuurder ontwikkel vir Windows, en die eerste voorskou sal môre by Build 2020 beskikbaar wees. Ons sal ook appget in ons blog noem, aangesien ons glo dit is Windows Daar is plek vir verskeie pakketbestuurders. Ons pakketbestuurder is ook gebaseer op GitHub, maar natuurlik met ons eie implementering en so aan. Dit word ook as oopbron vrygestel, so ons verwelkom natuurlik enige bydraes wat u mag maak.
Keyvan was nie te verbaas nie. Teen daardie tyd het dit reeds duidelik geword dat hy nie genooi sou word om by Microsoft te werk nie; dit het hom nie ontstel nie, want hy het getwyfel dat hy vir so 'n groot maatskappy wou werk.
Maar die ware verrassing het die volgende dag op hom gewag toe hy sien : “Toe ek die bewaarplek aan my vrou wys, was die eerste ding wat sy gesê het: “Hulle het dit WinGet genoem?” Is jy ernstig??" Ek hoef nie eers vir haar te verduidelik hoe die basiese meganika, terminologie, formaat en , selfs die vouerstruktuur van die pakketbewaarplek is deur AppGet geïnspireer."
"Is ek ontsteld dat Microsoft, 'n maatskappy van $1,4 triljoen, uiteindelik sy sake bymekaar gekry het en 'n ordentlike pakketbestuurder vir hul vlagskipproduk vrygestel het? Nee, hulle moes dit jare gelede gedoen het. Hulle moes nie 'n fout gemaak het nie." Windows "Stoor so sterk soos hulle gedoen het," skryf Kayvan. "Die realiteit is, maak nie saak hoe hard ek probeer het om AppGet te bevorder nie, dit sou nooit so vinnig groei soos Microsoft se oplossing nie. Ek het nie AppGet geskep om ryk, beroemd of om by Microsoft te werk nie. Ek het AppGet geskep omdat ek geglo het dat ons, die gebruikers, Windows, ons verdien ook 'n ordentlike toepassingsbestuurservaring. Wat my pla, is hoe presies dit alles gedoen is. Stadige en verskriklike kommunikasie. Uiteindelik, algehele radiostilte. Maar wat my regtig ontstel het, was hierdie aankondiging. AppGet, wat objektief die bron van die meeste van die idees vir WinGet is, is slegs genoem as nog 'n pakketbestuurder wat dit bestaan net toevallig in hierdie wêreld. Terselfdertyd is ander pakketbestuurders, waarmee WinGet baie min in gemeen het, genoem en baie deegliker verduidelik.”
Keyvan Beigi is nie ontsteld nie. Hy sê elke wolk het 'n silwer randjie. Ten minste is WinGet op 'n stewige fondament gebou en het die potensiaal vir sukses. En gebruikers Windows, miskien kry hulle uiteindelik 'n ordentlike pakketbestuurder. En vir hom was hierdie storie 'n waardevolle les: "Leef en leer."
Hy verduidelik dat die kopiëring van kode nie 'n probleem is nie, dit is waaroor Open Source gaan. En hy bedoel nie om die algemene konsep van pakket-/toepassingsbestuurders te kopieer nie. Maar as jy kyk na soortgelyke projekte in OS X, Homebrew, Chocolaty, Scoop, ninite, ens., dan het hulle almal hul eie kenmerke. WinGet werk egter amper dieselfde as AppGet: “Wil jy weet hoe Microsoft WinGet werk? Gaan lees ", hy skryf.
Keyvan was net ontsteld dat sy werk nêrens genoem is nie.
Vir verwysing. "Omhels, brei uit en blus" is 'n frase wat, , is deur Microsoft gebruik om die industrie se strategie vir die bekendstelling van sagteware te beskryf wat algemeen aanvaarde standaarde gebruik. Die strategie was om hierdie standaarde uit te brei en voort te gaan om hierdie verskille te gebruik om 'n voorsprong bo mededingers te verkry.
In die geval van AppGet kan nie gesê word dat hierdie strategie in sy suiwerste vorm toegepas is nie, maar sommige elemente kan gesien word. Voorstanders van vrye sagteware beskou dit as 'n moreel onaanvaarbare handelswyse en bly skepties oor Microsoft se inisiatief om 'n substelsel vir ... te implementeer. Linux in die bedryfstelsel Windows (). Hulle sê dat Microsoft in sy kern nie verander het nie en nooit sal verander nie.
Bron: will.com
