Na semana passada, a Microsoft lançou o gerenciador de pacotes no contexto dos anúncios da conferência . Muitos consideraram isso mais uma prova da aproximação da Microsoft com o movimento Open Source. Mas não o desenvolvedor canadense Keivan Beigi, autor do gerenciador de pacotes livre . Agora ele tenta entender o que aconteceu nos últimos 12 meses, durante os quais ele conversou com representantes da Microsoft.
De qualquer forma, agora Keivan . Os serviços cliente e servidor entrarão em modo de manutenção imediatamente até 1º de agosto de 2020, após o que serão encerrados para sempre.
Em seu blog, o autor apresenta . Tudo começou um ano atrás (3 de julho de 2019), quando ele recebeu este e-mail de Andrew, chefe do grupo de desenvolvimento na Microsoft:
Keivan,
Eu gerencio a equipe de desenvolvimento do Windows App Model e, em particular, a equipe de implantação de aplicativos. Apenas queria enviar a você uma nota rápida para agradecer pela criação do appget — é um excelente complemento para o ecossistema Windows, que torna a vida dos desenvolvedores de Windows muito mais fácil. Provavelmente estaremos em Vancouver nas próximas semanas para reuniões com outras empresas, mas se você tiver tempo, gostaríamos de nos encontrar com você e sua equipe para obter feedback sobre como tornar sua vida mais fácil ao desenvolver o appget.
Keivan estava animado: seu projeto de hobby foi notado pela Microsoft! Ele respondeu ao e-mail — e, após dois meses de troca de mensagens, compareceu a uma reunião na representação da Microsoft em Vancouver. Na reunião estavam Andrew e outro gerente de desenvolvimento do mesmo grupo de produtos. Keivan diz que se divertiu muito — eles discutiram as ideias por trás do AppGet, o que não foi muito bem feito nos e o que ele planeja para futuras versões do AppGet. O desenvolvedor teve a impressão de que a Microsoft queria ajudar o projeto: eles mesmos perguntaram o que poderiam fazer por ele. Ele mencionou que seria bom receber alguns créditos no Azure, alguma , e seria bom corrigir problemas com links individuais para download.
Uma semana depois, Andrew enviou um novo e-mail, onde na verdade convidou Andrew para trabalhar na Microsoft: "Queremos fazer algumas mudanças significativas na distribuição de software para Windows, e há uma excelente oportunidade para ajudar a moldar como será o Windows e o sistema de distribuição de aplicativos no Azure/Microsoft 365. Com isso em mente, você considerou passar mais tempo dedicado ao appget, potencialmente na Microsoft?" — escreveu ele.
Kayvan inicialmente hesitou um pouco — ele não queria ir para a Microsoft para trabalhar na Windows Store, no motor MSI e em outros sistemas de implantação de aplicativos. Mas eles o asseguraram que todo o seu tempo seria dedicado apenas ao AppGet. Após cerca de um mês de longas trocas de e-mails, eles concluíram que o acordo seria muito parecido com uma acqui-hire — a Microsoft contrataria um desenvolvedor juntamente com seu programa, e decidiriam renomeá-lo para algo diferente ou se tornaria Microsoft AppGet.
Kayvan relata que durante todo o processo não entendia muito bem qual seria seu papel na Microsoft. Quais seriam suas responsabilidades? A quem relatar? Quem prestaria contas a ele? Ele tentou esclarecer algumas dessas respostas durante essas lentas negociações, mas não obteve uma resposta clara.
Após mais alguns meses de negociações ainda muito lentas por e-mail, foi dito a ele que o processo de contratação através do BizDev levaria muito tempo. Uma alternativa para acelerar o processo seria simplesmente contratá-lo com um "bônus", após o qual ele começaria a trabalhar na migração da base de código. Ele não teve objeções, então agendaram algumas reuniões/entrevistas em Redmond.
O processo começou. Em 5 de dezembro de 2019, Kayvan voou para Seattle — para a sede da Microsoft — e passou o dia lá, em entrevistas com várias pessoas e negociando com Andrew. À noite, pegou um táxi para o aeroporto — e retornou a Vancouver.
Disseram a ele para esperar uma ligação do departamento de recursos humanos. Mas então, durante seis meses Kayvan não ouviu nada da Microsoft. Até meados de maio de 2020, quando um velho conhecido de Andrew anunciou o lançamento do programa WinGet no dia seguinte:
Olá, Kayvan, espero que você e sua família estejam bem — parece que a Colúmbia Britânica está lidando melhor com a covid em comparação com os EUA.
Lamento muito que a posição de gerente de projeto não tenha funcionado. Eu gostaria de encontrar um momento para dizer o quanto apreciamos sua contribuição e ideias. Desenvolvemos um gerenciador de pacotes para Windows, e a primeira prévia vai ao ar amanhã na Build 2020. Também mencionaremos o appget em nosso blog, pois acreditamos que haverá espaço para diferentes gerenciadores de pacotes no Windows. Nosso gerenciador de pacotes também é baseado no GitHub, mas, naturalmente, com nossa própria implementação e assim por diante. Ele também será lançado como código aberto, então estaremos abertos a qualquer contribuição sua.
Kayvan não ficou muito surpreso. Naquele momento, já estava claro que ele não seria convidado para trabalhar na Microsoft, e isso não o incomodou, pois ele duvidava que quisesse trabalhar em uma empresa tão grande.
Mas a verdadeira surpresa o aguardava no dia seguinte, quando ele viu : "Quando mostrei o repositório para minha esposa, a primeira coisa que ela disse foi: 'Eles nomearam de WinGet? Você está sério??' Não precisei nem explicar a ela como as principais mecânicas, terminologia, formato e , até a estrutura das pastas do repositório de pacotes, foram inspiradas no AppGet."
"Estou desapontado que a Microsoft, uma companhia no valor de 1,4 trilhões de dólares, finalmente colocou as forças juntas e lançou um gerenciador de pacotes decente para seu produto estrela? Não, eles deveriam ter feito isso há muitos anos. Não deveriam ter estragado a Windows Store tanto quanto fizeram," escreve Kayvan. "Na realidade, independente de quão forte eu tentasse promover o AppGet, ele nunca crescerá tão rapidamente quanto a solução da Microsoft. Eu criei o AppGet não para ficar rico, famoso ou conseguir um emprego na Microsoft. Eu criei o AppGet porque acreditava que nós, usuários do Windows, também merecíamos uma experiência decente de gerenciamento de aplicativos. O que me preocupa é como exatamente tudo isso foi feito. Comunicações lentas e terríveis. No final, um completo silêncio no rádio. Mas o que mais me atingiu foi esse anúncio. O AppGet, que é objetivamente a fonte da maioria das ideias para o WinGet, foi mencionado apenas como mais um gerenciador de pacotes que simplesmente existe por acaso neste mundo.. Ao mesmo tempo, outros gerenciadores de pacotes, com os quais o WinGet tem muito pouco em comum, foram mencionados e explicados de forma muito mais detalhada.
Keyvan Beigi não se desanima. Ele diz que não há mal que não traga um bem. Pelo menos, o WinGet é construído sobre uma base sólida e tem potencial para o sucesso. E os usuários do Windows podem finalmente ter um gerenciador de pacotes digno. Para ele, essa história foi uma experiência valiosa: “A vida é um aprendizado constante.”
Ele explica que copiar código não é um problema; essa é a essência do Open Source. E ele não se refere a copiar o conceito geral de gerenciadores de pacotes/aplicativos. Mas se você olhar para projetos semelhantes no OS X, como Homebrew, Chocolaty, Scoop, Ninite, etc., cada um tem suas características. No entanto, o WinGet funciona quase da mesma forma que o AppGet: “Quer saber como funciona o Microsoft WinGet? Vá e leia ,” ele escreve.
Keyvan ficou apenas decepcionado por seu trabalho não ter sido mencionado em lugar nenhum.
Para referência. “Embrace, extend and extinguish” (Apoiar, estender e extinguir) é uma frase que , foi usada pela Microsoft para descrever sua estratégia de penetração na indústria de software que utiliza padrões amplamente difundidos. A estratégia envolvia a extensão desses padrões e o uso das diferenciações resultantes para obter vantagem sobre os concorrentes.
No caso do AppGet, não se pode dizer que essa estratégia foi aplicada de forma pura, mas alguns elementos podem ser considerados. Os defensores do software livre consideram isso uma forma moralmente inaceitável de agir e ainda desconfiam da iniciativa da Microsoft de integrar um subsistema Linux no sistema operacional Windows (). Eles dizem que a Microsoft, em sua essência, não mudou e nunca mudará.
Fonte: habr.com
