Na semana passada a Microsoft lançou um gerenciador de pacotes como parte dos anúncios na conferência . Muitos consideraram esta mais uma prova da reaproximação da Microsoft com o movimento Open Source. Mas não o desenvolvedor canadense Keivan Beigi, autor do gerenciador de pacotes gratuito . Agora ele tenta entender o que aconteceu nos últimos 12 meses, durante os quais se comunicou com representantes da Microsoft.
De qualquer forma, agora Kayvan . Os serviços de cliente e servidor entrarão em modo de manutenção imediatamente até 1º de agosto de 2020, após o qual serão encerrados permanentemente.
Em seu blog, o autor disponibiliza . Tudo começou há um ano (3 de julho de 2019), quando ele recebeu este e-mail de Andrew, chefe da equipe de desenvolvimento da Microsoft:
Keyvan,
Gerencio a equipe de desenvolvimento do Windows App Model e, em particular, a equipe de implantação de aplicativos. Só queria enviar uma nota rápida de agradecimento por criar o appget - é um ótimo complemento para o ecossistema do Windows e torna a vida dos desenvolvedores do Windows muito mais fácil. Provavelmente estaremos em Vancouver nas próximas semanas para nos reunirmos com outras empresas, mas se você tiver tempo, adoraríamos nos encontrar com você e sua equipe para obter feedback sobre como tornar a vida de desenvolvimento de seu appget mais fácil.
Keyvan estava animado: seu projeto hobby foi notado pela Microsoft! Ele respondeu à carta - e dois meses depois, após trocar cartas, compareceu a uma reunião no escritório da Microsoft em Vancouver. A reunião contou com a presença de Andrew e outro gerente de desenvolvimento do mesmo grupo de produtos. Keyvan diz que se divertiu muito - eles conversaram sobre as ideias por trás do AppGet, o que não foi feito muito bem no e o que ele está planejando para versões futuras do AppGet. O desenvolvedor teve a impressão de que a Microsoft queria ajudar no projeto: eles próprios perguntaram o que poderiam fazer por isso. Ele mencionou que seria bom obter alguns créditos do Azure, alguns , e seria bom corrigir os problemas com links de download individuais.
Uma semana depois, Andrew enviou uma nova carta na qual na verdade o convidava para trabalhar na Microsoft: “Queremos fazer algumas mudanças significativas na distribuição de software no Windows e há uma grande oportunidade de ajudar no que o Windows e o sistema de distribuição de aplicativos no Azure/Microsoft será parecido.” 365. Com isso em mente, você já pensou em passar mais tempo no appget, potencialmente na Microsoft? - ele escreveu.
Keyvan ficou um pouco hesitante no início – ele não queria ir para a Microsoft para trabalhar na Windows Store, no mecanismo MSI e em outros sistemas de implantação de aplicativos. Mas garantiram que ele passaria todo o tempo trabalhando apenas no AppGet. Após cerca de um mês de longa correspondência por e-mail, eles chegaram à conclusão de que o acordo seria muito semelhante ao de aquisição - a Microsoft contrata um desenvolvedor junto com seu programa, e eles decidem se devem renomeá-lo ou se ele se tornará Microsoft AppGet .
Keyvan escreve que durante todo o processo ele não ficou totalmente claro qual seria sua função na Microsoft. Quais serão suas responsabilidades? A quem devo reportar? Quem se reportará a ele? Ele tentou esclarecer algumas dessas respostas durante essas negociações lentas, mas nunca recebeu uma resposta clara.
Depois de vários meses de negociações por e-mail novamente muito lentas, ele foi informado de que o processo de contratação por meio do BizDev levaria muito tempo. Uma alternativa para agilizar o processo seria simplesmente contratá-lo com um “bônus”, após o qual ele começará a trabalhar na migração da base de código. Ele não teve objeções, então marcaram várias reuniões/entrevistas em Redmond.
O processo começou. Em 5 de dezembro de 2019, Keyvan voou para Seattle – para a sede da Microsoft – e passou o dia inteiro lá, entrevistando diversas pessoas e negociando com Andrew. À noite peguei um táxi para o aeroporto e voltei para Vancouver.
Ele foi instruído a aguardar uma ligação do departamento de RH. Mas depois, Keyvan não teve notícias da Microsoft por seis meses. Até meados de maio de 2020, quando um velho amigo de Andrew anunciou o lançamento do programa WinGet no dia seguinte:
Olá Kayvan, espero que você e sua família estejam bem - BC parece estar fazendo um bom trabalho com a cobiça em comparação com os EUA.
Lamento muito que a posição de gerente de projeto não tenha funcionado. Gostaria de aproveitar o tempo para dizer o quanto apreciamos suas contribuições e ideias. Desenvolvemos um gerenciador de pacotes para Windows, e a primeira prévia estará disponível amanhã no Build 2020. Também mencionaremos appget em nosso blog porque achamos que há espaço para diferentes gerenciadores de pacotes no Windows. Nosso gerenciador de pacotes também é baseado no GitHub, mas obviamente com implementação própria e assim por diante. Também é de código aberto, então obviamente gostaríamos de receber qualquer contribuição que você possa ter.
Keyvan não ficou muito surpreso. Naquela época, já era óbvio que ele não seria convidado para trabalhar na Microsoft, o que não o incomodou, pois duvidava que quisesse trabalhar para uma empresa tão grande.
Mas a verdadeira surpresa o aguardava no dia seguinte, quando viu : “Quando mostrei o repositório para minha esposa, a primeira coisa que ela disse foi: “Eles o chamaram de WinGet?” Você está falando sério??" Eu nem precisei explicar a ela como a mecânica básica, a terminologia, o formato e , até mesmo a estrutura de pastas do repositório de pacotes é inspirada no AppGet."
Estou chateado porque a Microsoft, uma empresa de US$ 1,4 trilhão, finalmente se recompôs e lançou um gerenciador de pacotes decente para seu principal produto? Não, eles deveriam ter feito isso anos atrás. Eles não deveriam ter estragado a Windows Store tanto quanto fizeram”, escreve Keyvan. “A realidade é que, por mais que eu tente promover o AppGet, ele nunca crescerá na mesma proporção que a solução da Microsoft. Não criei o AppGet para ficar rico, famoso ou conseguir um emprego na Microsoft. Criei o AppGet porque acreditei que nós, usuários do Windows, também merecemos uma experiência decente de gerenciamento de aplicativos. O que me incomoda é como exatamente isso foi feito. Comunicações lentas e terríveis. No final, há completo silêncio no rádio. Mas este anúncio me impressionou mais. AppGet, que é objetivamente a fonte da maioria das ideias para o WinGet, foi mencionado apenas como outro gerenciador de pacotes que simplesmente existe neste mundo. Ao mesmo tempo, outros gerenciadores de pacotes, com os quais o WinGet tem muito pouco em comum, foram mencionados e explicados com muito mais detalhes."
Keyvan Beigi não está chateado. Ele diz que toda nuvem tem uma fresta de esperança. No mínimo, o WinGet é construído sobre uma base sólida e tem potencial para sucesso. E os usuários do Windows podem finalmente ter um gerenciador de pacotes decente. E para ele esta história tornou-se uma experiência valiosa: “Viva para sempre, aprenda para sempre”.
Ele explica que copiar código não é um problema, é disso que se trata o Open Source. E ele não quer dizer copiar o conceito geral de gerenciadores de pacotes/aplicativos. Mas se você observar projetos semelhantes no OS X, Homebrew, Chocolaty, Scoop, Ninite, etc., todos eles terão suas próprias 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 só ficou chateado porque seu trabalho não foi mencionado em lugar nenhum.
Para referência. “Abraçar, estender e extinguir” é uma frase que, , foi usado pela Microsoft para descrever a estratégia da indústria para a introdução de software usando padrões amplamente aceitos. A estratégia foi expandir esses padrões e continuar a usar essas diferenças para obter vantagem sobre os concorrentes.
No caso do AppGet, não se pode dizer que esta estratégia seja aplicada em sua forma pura, mas alguns elementos podem ser considerados. Os defensores do software livre consideram-no um curso de ação moralmente inaceitável e ainda desconfiam da iniciativa da Microsoft de introduzir um subsistema para Linux no sistema operacional Windows (). Dizem que a Microsoft, em sua essência, não mudou e nunca mudará.
Fonte: habr.com