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,
Eu gerencio uma equipe de desenvolvimento. Windows Modelo de aplicativo e, em particular, a equipe de implantação de aplicativos. Eu só queria enviar uma mensagem rápida para agradecer por terem criado o appget — é uma ótima adição ao ecossistema. Windows, o que facilita a vida dos desenvolvedores 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 facilitar o desenvolvimento de aplicativos.
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 basicamente convidava Andrew para trabalhar na Microsoft: “Queremos fazer algumas mudanças significativas na distribuição de software em WindowsE existe uma grande oportunidade para ajudar a determinar como será. Windows e o sistema de distribuição de aplicativos no Azure/Microsoft 365. Com isso em mente, você já considerou dedicar mais tempo ao appget, possivelmente na Microsoft?", escreveu ele.
Kayvan estava um pouco hesitante no início - ele não queria ir para a Microsoft trabalhar em Windows Loja, o mecanismo MSI e outros sistemas de implantação de aplicativos. Mas eles garantiram a ele que ele trabalharia exclusivamente no AppGet. Após cerca de um mês de longa troca de e-mails, concluíram que o acordo seria muito semelhante a um contrato de aquisição de talentos — a Microsoft contrata o desenvolvedor juntamente com o programa, e eles decidem se renomeiam o programa para algo diferente ou se o mantêm como 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 vaga de gerente de projeto não tenha dado certo. Gostaria de aproveitar a oportunidade para agradecer sua contribuição e suas ideias. Desenvolvemos um gerenciador de pacotes para WindowsE a primeira prévia estará disponível amanhã na Build 2020. Também mencionaremos o appget em nosso blog, pois acreditamos que seja Windows Há espaço para vários gerenciadores de pacotes. Nosso gerenciador de pacotes também é baseado no GitHub, mas obviamente com nossa própria implementação e assim por diante. Ele também está sendo lançado como código aberto, então, obviamente, agradeceríamos qualquer contribuição que você queira fazer.
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 acertou 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 tudo." Windows "A loja não cresceu tão bem quanto antes", escreve Kayvan. "A realidade é que, por mais que eu tentasse promover o AppGet, ele nunca cresceria tão rápido quanto a solução da Microsoft. Eu não criei o AppGet para ficar rico, famoso ou para trabalhar na Microsoft. Eu criei o AppGet porque acreditava que nós, os usuários, WindowsNós também merecemos uma experiência decente de gerenciamento de aplicativos. O que me incomoda é exatamente como tudo isso foi feito. Comunicação lenta e péssima. No fim, silêncio total. Mas o que realmente me chateou foi este 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 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 tudo tem seu lado bom. Pelo menos o WinGet foi construído sobre uma base sólida e tem potencial para ser bem-sucedido. E os usuários... WindowsTalvez finalmente consigam um gerenciador de pacotes decente. E para ele, essa história foi uma lição valiosa: "Aprender com os erros".
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 afirmar que essa estratégia tenha sido aplicada em sua forma mais pura, mas alguns elementos podem ser observados. Os defensores do software livre consideram essa uma conduta moralmente inaceitável e permanecem céticos quanto à iniciativa da Microsoft de implementar 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
