Hvordan Microsoft drepte AppGet

Forrige uke lanserte Microsoft en pakkeadministrator WinGet i forbindelse med annonse på konferansen Build 2020. Mange anså dette som enda et bevis på Microsofts nære samarbeid med Open Source-bevegelsen. Men ikke den kanadiske utvikleren Keivan Beigi, skaperen av den frie pakkeadministratoren AppGet. Nå prøver han å forstå hva som har skjedd de siste 12 månedene, der han har kommunisert med representanter for Microsoft.

Uansett, nå avslutter Keivan utviklingen av AppGet. Klient- og servertjenester går inn i vedlikeholdsmodus umiddelbart frem til 1. august 2020, hvoretter de vil bli stengt for godt.

I bloggen sin presenterer han en tidslinje over hendelsene. Det hele startet for et år siden (3. juli 2019), da han mottok dette brevet fra Andrew, lederen for utviklingsgruppen i Microsoft:

Keivan,

Jeg leder utviklingsteamet for Windows App Model og spesielt teamet for implementering av applikasjoner. Jeg ville bare sende deg en kort beskjed for å takke deg for å ha laget AppGet – det er et flott tillegg til Windows-økosystemet som gjør livet til Windows-utviklere mye enklere. Vi vil sannsynligvis være i Vancouver de kommende ukene for møter med andre selskaper, men hvis du har tid, vil vi gjerne møte deg og teamet ditt for å få tilbakemelding om hvordan vi kan gjøre livet ditt enklere i utviklingen av AppGet.

Keivan var spent: hobbyprosjektet hans ble lagt merke til av Microsoft! Han svarte på brevet – og etter to måneder med e-postutveksling, kom han til et møte hos Microsofts kontor i Vancouver. Til stede var Andrew og en annen utviklingsleder fra samme produktgruppe. Keivan sier at han hadde en fantastisk tid – de snakket om ideene bak AppGet, hva som ikke er så godt gjennomført i de nåværende pakkeadministratorene i Windows og hva han planlegger i fremtidige versjoner av AppGet. Utvikleren fikk inntrykk av at Microsoft ønsket å hjelpe prosjektet: de selv spurte hva de kunne gjøre for ham. Han nevnte at det ville vært fint å få litt kreditering på Azure, noe dokumentasjon på det nye pakkeformatet MSIX, og det ville være bra å fikse problemer med individuelle nedlastingslenker.

En uke senere sendte Andrew en ny e-post der han faktisk inviterte Andrew til å jobbe for Microsoft: «Vi ønsker å gjøre noen betydelige endringer i distribusjonen av programvare på Windows, og det er en utmerket mulighet til å hjelpe med hvordan Windows og distribusjonssystemet for applikasjoner i Azure/Microsoft 365 vil se ut. Med dette i tankene, har du vurdert å bruke mer tid på appget, potensielt i Microsoft?» skrev han.

Kayvan var først litt usikker — han ønsket ikke å gå til Microsoft for å jobbe med Windows Store, MSI-motoren og andre systemer for distribusjon av applikasjoner. Men de forsikret ham om at han kun ville jobbe med AppGet hele tiden. Etter omtrent en måneds lang e-postutveksling kom de til den konklusjonen at avtalen ville ligne veldig på acqui-hire — Microsoft ansetter utvikleren sammen med programvaren hans, og de bestemmer seg for å omdøpe den til noe annet, eller den blir Microsoft AppGet.

Kayvan skriver at han gjennom hele prosessen ikke helt forsto hva hans rolle i Microsoft ville være. Hva ville hans oppgaver være? Hvem skulle han rapportere til? Hvem ville rapportere til ham? Han prøvde å klargjøre noen av disse svarene under de langsomme forhandlingene, men fikk aldri noe klart svar.

Etter ytterligere noen måneder med veldig sakte forhandlinger via e-post, fikk han vite at ansettelsesprosessen gjennom BizDev ville ta veldig mye tid. Et alternativ for å fremskynde prosessen ville være å bare ansette ham med en «bonus», hvoretter han ville begynne å jobbe med overføringen av kodebasen. Han hadde ingen innvendinger, så de planla flere møter/intervjuer i Redmond.

Prosessen begynte. 5. desember 2019 fløy Kayvan til Seattle — til Microsofts hovedkontor — og tilbrakte hele dagen der med intervjuer med forskjellige folk og forhandlinger med Andrew. Om kvelden tok han enTaxi til flyplassen — og dro tilbake til Vancouver.

Han fikk beskjed om å vente på en telefon fra HR. Men så, i løpet av seks måneder hørte Kayvan ingenting fra Microsoft. Først i midten av mai 2020, da en gammel bekjent av Andrew fortalte om lanseringen av WinGet dagen etter:

Hei, Kayvan, jeg håper alt er bra med deg og familien din — det ser ut til at British Columbia gjør det bedre med covid enn USA.

Jeg er veldig lei meg for at stillingen som prosjektleder ikke fungerte. Jeg ønsker å ta meg tid til å si hvor høyt vi setter pris på ditt bidrag og dine ideer. Vi har utviklet en pakkebehandler for Windows, og den første forhåndsvisningen vil bli sendt live i morgen under Build 2020. Vi vil også nevne appget i bloggen vår, ettersom vi mener det er rom for forskjellige pakkebehandlere i Windows. Vår pakkebehandler er også bygget på GitHub, men selvfølgelig med vår egen implementering og så videre. Den er også open source, så vi vil absolutt sette pris på ethvert bidrag fra deg.

Kejvan var ikke særlig overrasket. På det tidspunktet var det allerede åpenbart at han ikke ville bli ansatt i Microsoft, noe som ikke opprørte ham, ettersom han var usikker på om han ønsket å jobbe i et så stort selskap.

Men den virkelige overraskelsen ventet ham neste dag, da han så GitHub-repositoriet: «Da jeg viste repositoriet til kona mi, var det første hun sa: 'De kaldte det WinGet? Er du seriøs??' Jeg måtte ikke engang forklare for henne hvordan de grunnleggende mekanikkene, terminologien, formatet og manifeststrukturen, til og med mappestrukturen til pakkehvelvet, er inspirert av AppGet.»

«Er jeg skuffet over at Microsoft, et selskap verdt 1,4 billioner dollar, endelig har gjort seg klar til å lansere en verdig pakkebehandler for sitt flaggskipprodukt? Nei, de skulle ha gjort dette for mange år siden. De skulle ikke ha ødelagt Windows Store så mye som de gjorde, skriver Kejvan. - I virkeligheten, uansett hvor hardt jeg prøvde å promotere AppGet, vil det aldri vokse i samme tempo som Microsofts løsning. Jeg laget AppGet ikke for å bli rik, berømt eller få jobb i Microsoft. Jeg laget AppGet fordi jeg mente at vi, Windows-brukere, også fortjener en verdig opplevelse for applikasjonsadministrasjon. Det som bekymrer meg, er hvordan alt dette ble gjort. Langsom og forferdelig kommunikasjon. Til slutt full radiostillhet. Men mest av alt ble jeg rystet av denne kunngjøringen. AppGet, som objektivt sett er kilden til de fleste ideene for WinGet, ble kun nevnt som en annen pakkebehandler som bare tilfeldig eksisterer i denne verden.. Samtidig ble andre pakkebehandlere, som har lite til felles med WinGet, nevnt og forklart mye mer grundig.

Keyvan Beigi er ikke opprørt. Han sier at det ikke er noe som er så ille at det ikke har noe godt med seg. I det minste er WinGet bygd på et solid fundament og har potensial for suksess. Og Windows-brukere kan endelig få en verdig pakkebehandler. For ham har denne historien blitt verdifull erfaring: «Man lever og lærer».

Han forklarer at å kopiere kode ikke er et problem, det er essensen av Open Source. Og han mener ikke å kopiere den generelle konseptet av pakkebehandlere/applikasjoner. Men ser man på lignende prosjekter i OS X, som Homebrew, Chocolaty, Scoop, ninite osv., har alle sine egne særtrekk. WinGet fungerer imidlertid nesten på samme måte som AppGet: «Vil du vite hvordan Microsoft WinGet fungerer? Ta en tur og les artikkelen jeg skrev for to år siden om hvordan AppGet fungerer», skriver han.

Keyvan ble bare skuffet over at arbeidet hans ikke ble nevnt noe sted.

For referanse. «Embrace, extend and extinguish» — et uttrykk som ifølge USAs justisdepartement, ble brukt i Microsoft for å beskrive strategien for å trenge inn i programvareindustrien ved å bruke utbredte standarder. Strategien var å utvide disse standardene og bruke de forskjellene for å oppnå en fordel over konkurrenter.

Når det gjelder AppGet, kan man ikke si at denne strategien ble anvendt i ren form, men noen elementer kan tas i betraktning. Støttespillere for fri programvare anser det som en moralsk uakseptabel måte å handle på og er fortsatt skeptiske til Microsofts initiativ om å implementere en subsystem for Linux i operativsystemet Windows (. WSL 2 er rett rundt hjørnet, og vi presenter et kort sammendrag av mulighetene som venter oss i dette subsystemet, samt en prognose for videre integrasjon mellom Windows og Linux.). De sier at Microsoft i sin essens ikke har endret seg og aldri vil endre seg.

Kilde: habr.com