Come Microsoft ha ucciso AppGet

Come Microsoft ha ucciso AppGet

La scorsa settimana Microsoft ha rilasciato un gestore di pacchetti WinGet come parte degli annunci alla conferenza Costruire 2020. Molti considerarono questa un'ulteriore prova del riavvicinamento di Microsoft al movimento Open Source. Ma non lo sviluppatore canadese Keivan Beigi, autore del gestore di pacchetti gratuito AppGet. Ora sta cercando di capire cosa sia successo negli ultimi 12 mesi, durante i quali ha comunicato con i rappresentanti di Microsoft.

Comunque, ora Kayvan interrompe lo sviluppo di AppGet. I servizi client e server entreranno immediatamente in modalità manutenzione fino al 1 agosto 2020, dopodiché verranno chiusi definitivamente.

Nel suo blog, l'autore fornisce cronologia degli eventi. Tutto è iniziato un anno fa (3 luglio 2019) quando ha ricevuto questa email da Andrew, il capo del team di sviluppo di Microsoft:

Keyvan,

Gestisco il team di sviluppo del modello di app Windows e, in particolare, il team di distribuzione dell'applicazione. Volevo solo inviarti una breve nota per ringraziarti di aver creato appget: è una grande aggiunta all'ecosistema Windows e rende la vita degli sviluppatori Windows molto più semplice. Probabilmente nelle prossime settimane saremo a Vancouver per incontrare altre aziende, ma se hai tempo, ci piacerebbe incontrare te e il tuo team per ottenere feedback su come semplificare la vita di sviluppo delle tue app.

Keyvan era emozionato: il suo progetto hobby era stato notato da Microsoft! Ha risposto alla lettera e due mesi dopo, dopo lo scambio di lettere, è venuto a un incontro presso l'ufficio Microsoft a Vancouver. All'incontro hanno partecipato Andrew e un altro responsabile dello sviluppo dello stesso gruppo di prodotti. Keyvan dice di essersi divertito moltissimo: hanno parlato delle idee alla base di AppGet, di ciò che non è stato fatto molto bene attuali gestori di pacchetti su Windows e cosa ha in programma per le versioni future di AppGet. Lo sviluppatore aveva l'impressione che Microsoft volesse aiutare il progetto: loro stessi hanno chiesto cosa potevano fare per questo. Ha detto che sarebbe carino ottenere dei crediti Azure, alcuni documentazione per il nuovo formato di pacchetto MSIXe sarebbe bello risolvere i problemi con i singoli collegamenti di download.

Una settimana dopo, Andrew inviò una nuova lettera in cui lo invitava effettivamente a lavorare presso Microsoft: "Vogliamo apportare alcuni cambiamenti significativi nella distribuzione del software su Windows e c'è una grande opportunità di aiutare in ciò che Windows e il sistema di distribuzione delle applicazioni in Azure/Microsoft sarà simile a." 365. Tenendo questo a mente, hai considerato di dedicare più tempo ad appget, potenzialmente in Microsoft?" - ha scritto.

All'inizio Keyvan era un po' titubante: non voleva andare in Microsoft per lavorare su Windows Store, sul motore MSI e su altri sistemi di distribuzione delle applicazioni. Ma gli hanno assicurato che avrebbe trascorso tutto il suo tempo lavorando solo su AppGet. Dopo circa un mese di lunga corrispondenza via e-mail, sono giunti alla conclusione che l'accordo sarebbe stato molto simile all'acqui-hire: Microsoft assume uno sviluppatore insieme al suo programma e decidono se rinominarlo in qualcos'altro o diventerà Microsoft AppGet .

Keyvan scrive che durante tutto il processo non gli era del tutto chiaro quale sarebbe stato il suo ruolo in Microsoft. Quali saranno le sue responsabilità? A chi devo segnalare? Chi gli riferirà? Ha cercato di chiarire alcune di queste risposte durante questi lenti negoziati, ma non ha mai ricevuto una risposta chiara.

Dopo diversi mesi di trattative via e-mail, ancora una volta molto lente, gli è stato detto che il processo di assunzione tramite BizDev avrebbe richiesto molto tempo. Un'alternativa per accelerare il processo sarebbe semplicemente assumerlo con un "bonus", dopodiché inizierà a lavorare sulla migrazione del codice base. Non aveva obiezioni, quindi programmarono diversi incontri/colloqui a Redmond.

Il processo è iniziato. Il 5 dicembre 2019, Keyvan è volato a Seattle – presso la sede di Microsoft – e ha trascorso lì l’intera giornata, intervistando varie persone e negoziando con Andrew. In serata ho preso un taxi per l'aeroporto e sono tornato a Vancouver.

Gli è stato detto di aspettare una chiamata dal dipartimento delle risorse umane. Ma dopo, Keyvan non ha avuto notizie da Microsoft per sei mesi. Fino a metà maggio 2020, quando un vecchio amico di Andrew annunciò il rilascio del programma WinGet il giorno successivo:

Ciao Kayvan, spero che tu e la tua famiglia stiate bene: BC sembra fare un buon lavoro con il covid rispetto agli Stati Uniti.

Mi dispiace davvero che la posizione di project manager non abbia funzionato. Volevo prendermi il tempo per dirti quanto apprezziamo il tuo contributo e le tue idee. Abbiamo sviluppato un gestore di pacchetti per Windows e la prima anteprima sarà disponibile domani alla Build 2020. Menzioneremo anche appget nel nostro blog perché riteniamo che ci sia spazio per diversi gestori di pacchetti su Windows. Anche il nostro gestore di pacchetti è basato su GitHub, ma ovviamente con la nostra implementazione e così via. È anche open source, quindi ovviamente saremo lieti di ricevere qualsiasi input tu possa avere.

Keyvan non era troppo sorpreso. A quel punto era già diventato ovvio che non sarebbe stato invitato a lavorare in Microsoft, questo non lo turbava, perché dubitava di voler lavorare per un'azienda così grande.

Ma la vera sorpresa lo attendeva il giorno dopo, quando lo vide Repositorio GitHub: "Quando ho mostrato il repository a mia moglie, la prima cosa che ha detto è stata: "Lo chiamavano WinGet?" Sei serio??" Non ho nemmeno dovuto spiegarle i meccanismi di base, la terminologia, il formato e struttura manifesta, anche la struttura delle cartelle del repository dei pacchetti è ispirata ad AppGet."

Sono sconvolto dal fatto che Microsoft, un'azienda da 1,4 trilioni di dollari, abbia finalmente deciso di agire insieme e abbia rilasciato un gestore di pacchetti decente per il suo prodotto di punta? No, avrebbero dovuto farlo anni fa. Non avrebbero dovuto rovinare Windows Store così tanto", scrive Keyvan. “La realtà è che, per quanto mi sforzi di promuovere AppGet, non crescerà mai allo stesso ritmo della soluzione Microsoft. Non ho creato AppGet per diventare ricco, famoso o ottenere un lavoro in Microsoft. Ho creato AppGet perché credevo che anche noi utenti Windows meritiamo un'esperienza decente di gestione delle app. Ciò che mi preoccupa è come è stato fatto esattamente. Comunicazioni lente e terribili. Alla fine c'è il completo silenzio radiofonico. Ma questo annuncio mi ha colpito di più. AppGet, che è oggettivamente la fonte della maggior parte delle idee per WinGet, è stato menzionato solo come un altro gestore di pacchetti capita semplicemente che esista in questo mondo. Allo stesso tempo sono stati menzionati e spiegati in modo molto più approfondito altri gestori di pacchetti, con i quali WinGet ha ben poco in comune."

Keyvan Beigi non è turbato. Dice che ogni nuvola ha un lato positivo. Per lo meno, WinGet è costruito su solide basi e ha il potenziale per il successo. E gli utenti Windows potrebbero finalmente avere un gestore di pacchetti decente. E per lui questa storia è diventata un'esperienza preziosa: "Vivi per sempre, impara per sempre".

Spiega che copiare il codice non è un problema, questo è l'Open Source. E non intende copiare il concetto generale di gestore di pacchetti/applicazioni. Ma se guardi progetti simili in OS X, Homebrew, Chocolaty, Scoop, Ninite, ecc., allora hanno tutti le loro caratteristiche. Tuttavia, WinGet funziona quasi allo stesso modo di AppGet: “Vuoi sapere come funziona Microsoft WinGet? Vai e leggi un articolo che ho scritto due anni fa su come funziona AppGet", lui scrive.

Keyvan era solo sconvolto dal fatto che il suo lavoro non fosse menzionato da nessuna parte.

Per riferimento. “Abbracciare, estendere ed estinguere” è una frase che, come stabilito dal Dipartimento di Giustizia degli Stati Uniti, è stato utilizzato da Microsoft per descrivere la strategia del settore per l'introduzione di software utilizzando standard ampiamente accettati. La strategia era quella di espandere questi standard e continuare a utilizzare queste differenze per ottenere un vantaggio rispetto ai concorrenti.

Nel caso di AppGet non si può dire che questa strategia sia applicata nella sua forma pura, ma si possono considerare alcuni elementi. I sostenitori del software libero lo considerano un comportamento moralmente inaccettabile e continuano a diffidare dell'iniziativa di Microsoft di introdurre un sottosistema per Linux nel sistema operativo Windows (WSL). Dicono che Microsoft nella sua essenza non è cambiata e non cambierà mai.

Come Microsoft ha ucciso AppGet


Fonte: habr.com

Aggiungi un commento