Em 8 de maio de 2026, liderado pelo desenvolvedor independente “Bubu”OpenHarmony-NET/OpenHarmony.AvaloniaO projeto anunciou oficialmente que iria parar de ser atualizado e arquivado. Este projeto é um projeto de exploração chave no ecossistema .NET para adaptar a estrutura de UI multiplataforma Avalonia ao sistema OpenHarmony. Já foi considerado uma ponte importante entre os desenvolvedores .NET e o ecossistema Harmony. O incidente foi desencadeado por uma disputa de cooperação e desencadeou extensas discussões na comunidade doméstica de código aberto e no círculo de desenvolvedores .NET.
Resumindo em uma frase: a Huawei encontrou uma equipe de código aberto para cooperação aprofundada nos estágios iniciais do projeto. Depois de "pegar emprestado" a solução tecnológica central, a Huawei deu meia-volta e expulsou a equipe original e a substituiu por terceirização de baixo custo.
A história completa do incidente
O desenvolvedor "Bubu" é um desenvolvedor sênior da comunidade .NET. Por hobbies pessoais, ele usará seu tempo livre para promover a adaptação da estrutura Avalonia e do sistema Hongmeng a partir de 2024. O objetivo é permitir que os desenvolvedores .NET desenvolvam diretamente aplicativos nativos de Hongmeng.
O projeto obteve progressos importantes no início de 2025, realizando a operação básica do tempo de execução .NET NativeAOT em Hongmeng, renderização em dispositivo real da UI Avalonia e até mesmo concluindo o teste de compatibilidade do programa MAUI em Hongmeng. Já foi considerado um ponto de inovação para o ecossistema Hongmeng .NET. Em julho de 2025, Avalonia negociou oficialmente a cooperação com a Huawei, planejando promover o trabalho de adaptação de Hongmeng, e prometeu que após a cooperação ser alcançada, o desenvolvedor "Bubu" em tempo integral ou parcial continuará a liderar o projeto de adaptação. Durante o acoplamento técnico que durou meses, as duas partes realizaram reuniões, alteraram códigos e ajustaram parâmetros. A equipe de código aberto quase trabalhou para a Huawei de graça com a intensidade de “quase funcionários”. Confiando na cooperação entre Avalonia e Huawei, o desenvolvedor transferiu o projeto de um armazém público para desenvolvimento de código fechado e suspendeu as atualizações externas para evitar conflitos de interesse e cooperar com a confirmação das especificações técnicas.
Mas justamente quando a pesquisa técnica foi concluída e o plano basicamente finalizado, a tendência mudou. Desde então, a cooperação foi adiada diversas vezes. Somente no início de 2026 é que várias empresas terceirizadas contataram desenvolvedores por meio de Bilibili e blogs, buscando realizar o projeto de adaptação do Avalonia Hongmeng. Só então os desenvolvedores souberam que durante as negociações com a Avalonia, a Huawei utilizou as informações técnicas fornecidas pela Avalonia para licitar abertamente fornecedores nacionais na plataforma de licitação. O desenvolvedor confirmou que os detalhes técnicos nas informações de licitação são exatamente as informações de cooperação fornecidas pela Avalonia à Huawei. Embora a Huawei ainda esteja negociando nominalmente com a Avalonia para cooperação, na verdade ela desviou as necessidades de adaptação através da licitação.
Em maio de 2026, o grupo de desenvolvimento Avalonia descobriu que uma empresa terceirizada (iSoftStone) postou informações de recrutamento para "Avalonia Framework Engineer" no Boss Direct Recruitment, e a empresa terceirizada venceu com sucesso a licitação para o projeto de adaptação de Hongmeng. Depois de confirmar com Dong Bin, membro central da Avalonia, o desenvolvedor confirmou o fato de que o projeto foi assumido por uma empresa terceirizada e finalmente decidiu encerrar o projeto.
O desenvolvedor emitiu um anúncio no GitHub, anunciando que todos os projetos da organização OpenHarmony-NET deixarão de ser atualizados e o conteúdo desenvolvido não será mais tornado público. O anúncio mencionou que o trabalho de adaptação subsequente provavelmente será de código aberto pela empresa terceirizada vencedora em nome de uma “certa organização SIG”. Os desenvolvedores recusaram-se a tornar públicos seus primeiros resultados gratuitamente e apenas exigiram que as empresas que posteriormente usaram o código relevante cumprissem o acordo do MIT e mantivessem a assinatura do autor original.
Isto é prostituição técnica branca
Alguns analistas acreditam que se trata de uma "prostituição técnica" de desenvolvedores privados de código aberto disfarçada de processo de negócios.
Não é uma violação no sentido legal (não há cópia direta do código), mas em termos de ética de código aberto, crédito comercial e proteção dos direitos dos desenvolvedores, é um comportamento típico de “prostituição gratuita”. A principal perda do desenvolvedor Bubu não é "não conseguir dinheiro", mas sim o fato de sua confiança ter sido traída, seu investimento exploratório inicial ter sido colhido gratuitamente e suas conquistas pessoais terem sido "branqueadas" por terceiros por meio do processo de licitação.
Bubu originalmente promoveu projetos de código aberto apenas como um hobby pessoal. Depois de julho de 2025, ele tomou a iniciativa porque Avalonia discutiu oficialmente a cooperação com a Huawei e prometeu "empregá-lo em tempo integral/meio período para continuar a adaptação após a conclusão da cooperação".Pare o desenvolvimento público e mude para um armazém de código fechado.Este comportamento em si é que ele desistiu do feedback, contribuição e oportunidades de exposição da comunidade de código aberto, a fim de cooperar com potencial cooperação empresarial. Em essência, ele pagou antecipadamente o custo de oportunidade e o custo de tempo para o parceiro.
As negociações de cooperação entre a Huawei e a Avalonia foram adiadas há muito tempo, mas estão a licitar fornecedores nacionais na plataforma de licitação pública com as informações técnicas fornecidas pela Avalonia (incluindo a direção de adaptação explorada pela Bubu na fase inicial). Os detalhes técnicos nas informações de licitação são exatamente as informações de cooperação fornecidas pela Avalonia à Huawei, e o trabalho preliminar de Bubu é uma das fontes importantes dessas informações técnicas.
Ou seja: o parceiro aproveitou a confiança e o investimento inicial dos desenvolvedores para concluir a verificação da solução técnica, e depois deu meia-volta e entregou o projeto a uma empresa terceirizada por meio de licitação pública. No final, as conquistas do desenvolvedor foram utilizadas gratuitamente e nenhum direito foi obtido. A diferença entre ela e a prostituição gratuita comum é que ela é mais oculta e mais prejudicial à ecologia.
A lógica operacional da Huawei é muito simples: a equipe original tem atividades técnicas, o que é caro; a equipe terceirizada só precisa copiar a cabaça, que é barata.
A Huawei fez um cálculo perspicaz: a solução central foi “configurada” e agora que a lógica está clara, o resto do trabalho árduo pode ser feito apenas encontrando um terceirizador obediente e barato. Quanto à honra da comunidade de código aberto e aos direitos autorais do autor original? Diante da Huawei, parece não valer a pena mencionar.
A dignidade dos gigantes não deve basear-se na “colheita”
A Huawei sempre deu às pessoas a imagem de “valorizar a pesquisa e desenvolvimento” e “respeitar os talentos”. Mas o comportamento exposto desta vez mostra o seu lado implacável na expansão dos negócios.
Esta não é a primeira vez que uma grande empresa realiza uma “colheita de redução de dimensão” da comunidade de código aberto. Muitas grandes empresas, sob o pretexto de apoiar o código aberto, na verdade usam a comunidade de código aberto como uma "incubadora de soluções" gratuita e um "banco de testes humanos".
Este comportamento é devastador para a ecologia:
Isso arrepia o coração dos desenvolvedores: se a originalidade não é tão boa quanto a "chinesa" e a inovação não é tão boa quanto a "prostituição gratuita", quem está disposto a fazer essas ingratas pesquisas e desenvolvimento de baixo nível?
O dinheiro ruim expulsa o dinheiro bom: quando a terceirização de baixo custo substitui a originalidade radical, a qualidade subsequente e as capacidades de evolução do projeto são bastante reduzidas, e são os usuários que pagam a conta.
Colapso da confiança: o código aberto tem a ver com a confiança ponto a ponto. A abordagem “de mãos vazias” das grandes empresas está tornando o ambiente doméstico de código aberto cada vez mais isolado.