Depois A saída de Hector Martin como Mantenedor da plataforma ARM/Apple No ramo principal do kernel, um novo capítulo na manutenção do kernel foi aberto, como agora, Karol Herbst, que desempenhou um papel fundamental (ele era responsável pelo controlador Nouveau e pela ferramenta de rastreamento MMIO), também decidiu se aposentar de suas funções como mantenedor e pare de participar da revisão de patches.
Comentando sua decisão, Karol Herbst enfatizou que, apesar de sua saída, dois mantenedores continuarão a dar suporte ao controlador, fazendo o que ele considera ser "um ótimo trabalho".
A decisão por Karol baseia-se no seu descontentamento com a falta de um ambiente inclusivo dentro do grupo principal de desenvolvedores, onde, em sua visão, a colaboração deve ser baseada no respeito mútuo e na justiça, sem permitir que certos poderes tácitos influenciem o processo.
A controvérsia intensificou-se atrás do Publicação de Theodore Ts'oquem Ele usou a metáfora de uma “fina linha azul”"para descrever o papel dos mantenedores, comparando-os a uma barreira que separa a ordem da anarquia e garante a qualidade e a sustentabilidade do código aceito.
Vou lhe contar um segredo: o pessoal da manutenção não é "todo-poderoso".
Eles são a "fina linha azul" que tenta manter o código de pé, mdurável e de alta qualidade. Como a maioria dos líderes voluntários em organização, seja a Internet Engineers Task Force (a (órgão de padronização da Internet), na verdade temos muito pouco poder.
Não podemos *ordenar* que as pessoas trabalhem para cancelar a dívida técnica, ou para mmelhorar a infraestrutura de testes ou trabalhar em um recurso específico o que realmente gostaríamos para nossos usuários.Tudo o que podemos fazer é impedir que as coisas sejam aceitas (seja em nosso
subsistema, ou o aval da IETF). Espero que estejamos apenas
Impedir que coisas ruins progridam, mas isso é *realmente* tudo o que podemos fazer.
Para Karol, usar tal analogia é inaceitável, Ela ignora o impacto negativo que pode ter sobre pessoas marginalizadas e sobre a percepção de uma comunidade que deveria ser inclusiva.
O debate também destaca que a mantenedores, embora essenciais para evitar incorporar mudanças instáveis ou deficientes, Eles perdem parte de sua influência quando o código é integrado ao kernel, sendo responsável por quaisquer consequências subsequentes. Esse cenário é agravado quando equipes interessadas apenas em promover suas próprias criações desaparecem após o código ser aceito, deixando os mantenedores com a árdua tarefa de corrigir erros.
Uma das coisas que é muito frustrante por parte do mantenedor
A perspectiva é que as equipes de desenvolvimento estejam interessadas apenas em seus animais de estimação característico, e *sabemos*, por experiência muito amarga, que mais de 95% deCom o tempo, uma vez que o código é aceito…O código desaparecerá e nunca mais será visto. Como resultado de um dinâmica comum, é que os mantenedores exercerão a única e exclusiva poder que eles têm — que é recusar-se a aceitar o código até É praticamente perfeito — já que, assim que aceitamos o código, instantaneamente Perderemos toda a influência, os contribuintes desaparecerão e nós… ficar com a responsabilidade de limpar a bagunça.
A situação Também revelou um aparente duplo padrão no processo de integração de mudanças: Enquanto o trabalho dos desenvolvedores “favoritos” é aprovado quase imediatamente, as propostas dos novos membros enfrentam uma revisão muito mais rigorosa para demonstrar sua confiabilidade, embora neste último caso possamos entender o porquê, já que um exemplo muito prático disso é o caso do utilitário “XZ”.
Do outro lado da moeda, está o caso do compilador Clang, cujas mudanças levaram uma década para serem consolidadas no processo de construção do kernel, o que destaca a necessidade de tempo e confiança para que inovações radicais sejam integradas com segurança.
Sem dúvida, tudo isso que está surgindo dentro da equipe de desenvolvimento do Linux se tornará uma das bases que ajudarão a promover um ambiente no qual a diversidade e o respeito são pilares fundamentais da colaboração em código aberto.