A decisão de remover um recurso importante no lançamento do .NET 6, está sendo revertida pela Microsoft, logo após um protesto do público da comunidade de código aberto. A empresa se irritou com a comunidade de código aberto .NET no início dessa semana, tirando uma parte importante do Hot Reload no próximo lançamento do .NET 6, o recurso permite que os desenvolvedores possam modificar o código-conte enquanto um aplicativo está em execução e ver imediatamente os resultados.
Muitos estavam ansiosos para usar o recurso no Visual Studio Code e em várias plataformas, até o momento que a Microsoft tomou uma decisão controversa de última hora bloqueando no Visual Studio 2022, que é um produto pago limitado ao Windows. Contado pelo The Verge, fontes da Microsoft, sob condições de anonimato, conta que a mudança de última hora foi realizada por Julia Liuson, chefe da divisão de desenvolvedores da Microsoft, e foi uma mudança focada nos negócios.
Mas agora gigante Microsoft agora reverteu a mudança após uma reação e raiva dentro da empresa de muitos de seus próprios funcionários. O diretor de gerenciamento de programas para .NET,Scott Hunter explica “Cometemos um erro ao executar nossa decisão e demoramos mais do que o esperado para responder à comunidade,”. A empresa já aprovou a solicitação de pull da comunidade para reativar esse recursos e ele estará disponível na versão final do .NET 6SDK.
Foi pedido que a Microsoft comentasse sobre o fato de um executivo ter ordenado a mudança, mas não quiseram discutir decisão polemica. “Tomamos medidas para resolver o problema que alguns de nossos membros da comunidade OSS enfrentaram”, disse um porta-voz da Microsoft em um comunicado ao The Verge. “O recurso Hot Reload estará no build de disponibilidade geral do .NET 6 SDK disponível em 8 de novembro.”
A postagem do blog da Microsoft não borda essa decisão controversa. ao em vez disso, sugere que foi simplesmente um erro remover o código em vez de simplesmente desativa-lo, e não uma decisão de negócios. Hunter diz “Em nosso esforço para definir o escopo, inadvertidamente acabamos excluindo o código-fonte em vez de apenas não invocar o caminho do código”.
A reversão é bem-vinda para a comunidade.NET, mas a explicação e as circunstâncias em torno desse incidente não agradarão aqueles que valorizam a transparência em relação a tais decisões.
“Como acontece com muitas empresas, estamos aprendendo a equilibrar as necessidades da comunidade de OSS e a ser patrocinadores corporativos do .NET”, diz Hunter. “Às vezes não acertamos. Quando não o fazemos, o melhor que podemos fazer é aprender com nossos erros e ser melhor seguindo em frente. ”
Esse episodio agitado veio logo após semanas de agitação na comunidade .NET devido ao envolvimento da Microsoft na .NET Foundation. A base foi criada no ano de 2014, quando a Microsoft tornou o código-fonte aberto.NET, e deve ser uma organização independente que existe para melhorar o desenvolvimento de software de codigo-fonte aberto e a colaboração para .NET. Um membro renunciante do conselho questionou o papel da .NET Foundation recentemente, perguntando se ela está “aqui para impor a vontade da Microsoft no código aberto .NET ou você está aqui para ajudar a fomentar e promover uma comunidade saudável?”
Teve uma recente polémica que também levou a diretoria executiva da .NET Foundation, Claire Novotny renunciando recentemente e outros questionando a independência da .NET Foundation com privilégios especiais da Microsoft. A empresa certamente prejudicou uma parte do trabalho de codigo aberto que veio sendo desenvolvida há 10 anos com essa reviravolta, e a empresa ainda tem muito trabalho pela frente para melhorar as relaçoes com a comunidade .NET e os problemas em torno de sua influência no. NET Foundation.
