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 die Windows App Model-ontwikkelingspan en veral die toepassing-ontplooiingspan. Wil net vir jou 'n vinnige nota stuur om jou te bedank vir die skep van appget - dit is 'n wonderlike toevoeging tot die Windows-ekosisteem en maak die lewens van Windows-ontwikkelaars 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 ontmoet om terugvoer te kry oor hoe om jou programontwikkelingslewe makliker te maak.
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 eintlik vir Andrew genooi het om by Microsoft te werk: "Ons wil 'n paar beduidende veranderinge in sagtewareverspreiding op Windows maak, en daar is 'n wonderlike geleentheid om te help met watter Windows en die toepassingsverspreidingstelsel in Azure/Microsoft sal lyk." 365. Met dit in gedagte, het jy dit oorweeg om meer tyd aan appget te spandeer, moontlik by Microsoft?" - hy het geskryf.
Keyvan was eers 'n bietjie huiwerig—hy wou nie na Microsoft gaan om aan die Windows Store, die MSI-enjin en ander toepassings-ontplooiingstelsels te werk nie. Maar hulle het hom verseker dat hy al sy tyd net aan AppGet sal werk. Na ongeveer 'n maand van lang e-poskorrespondensie het hulle tot die gevolgtrekking gekom dat die ooreenkoms baie soortgelyk aan acqui-hire sou wees - Microsoft huur 'n ontwikkelaar saam met sy program, en hulle besluit of hulle dit iets anders moet hernoem of dit sal Microsoft AppGet word .
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 regtig jammer dat die projekbestuurderpos nie uitgewerk het nie. Ek wou die tyd neem om te sê hoe baie ons jou insette en idees waardeer. Ons het 'n pakketbestuurder vir Windows ontwikkel, en die eerste voorskou sal môre by Build 2020 regstreeks wees. Ons sal ook appget in ons blog noem, want ons dink daar is plek vir verskillende pakketbestuurders op Windows. Ons pakketbestuurder is ook gebaseer op GitHub, maar natuurlik met ons eie implementering ensovoorts. Dit is ook oopbron, so natuurlik sal ons enige insette wat jy mag hê verwelkom.
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 reggekom het en 'n ordentlike pakketbestuurder vir sy vlagskipproduk vrygestel het? Nee, hulle moes dit jare gelede gedoen het. Hulle moes nie die Windows Store so opgekroef het soos wat hulle gedoen het nie,” skryf Keyvan. “Die realiteit is, maak nie saak hoe hard ek probeer om AppGet te bevorder nie, dit sal nooit teen dieselfde tempo groei as Microsoft se oplossing nie. Ek het nie AppGet geskep om ryk, beroemd te word of werk by Microsoft te kry nie. Ek het AppGet geskep omdat ek geglo het dat ons Windows-gebruikers ook 'n ordentlike appbestuurervaring verdien. Wat my pla, is hoe presies dit gedoen is. Stadige en verskriklike kommunikasie. Aan die einde is daar algehele radiostilte. Maar hierdie aankondiging het my die meeste getref. AppGet, wat objektief die bron van die meeste idees vir WinGet is, is slegs genoem as 'n ander 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ê dat elke wolk 'n silwer randjie het. Ten minste is WinGet gebou op 'n stewige fondament en het die potensiaal vir sukses. En Windows-gebruikers kan uiteindelik 'n ordentlike pakketbestuurder hê. En vir hom het hierdie verhaal 'n waardevolle ervaring geword: "Leef vir ewig, leer vir ewig."
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 gesê word dat hierdie strategie nie in sy suiwer vorm toegepas word nie, maar sommige elemente kan oorweeg word. Ondersteuners van gratis sagteware beskou dit as 'n moreel onaanvaarbare optrede en is steeds wantrouig teenoor Microsoft se inisiatief om 'n substelsel vir Linux in die Windows-bedryfstelsel in te voer (). Hulle sê dat Microsoft in sy kern nie verander het nie en nooit sal verander nie.
Bron: will.com