Há pouco mais de um mês, o criador do projeto de código aberto mais bem-sucedido, o kernel Linux, anunciou sua decisão de dar um tempo no gerenciamento de projetos. Em particular, ele se afastou do gerenciamento do linux-next
tempo, deixando-a na segunda pessoa do projeto, a mantenedora de uma série estável de lançamentos de kernel, Greg Croa-Hartman.

O mês passado foi rico em uma variedade de comentários, previsões e eventos. O que mudou no projeto até Linus estar lá e com o que ele voltou à ponte do capitão?
Breve histórico
Os leitores de Habr poderiam acompanhar como os eventos se desenvolveram. Pela primeira vez, mencionei o modo irrestrito de Linus de criticar os desenvolvedores em uma publicação por e-mail como a principal ferramenta de desenvolvimento do kernel Linux. Foi mais de 2 anos atrás.
Na segunda vez, já era um estudo científico completo do estilo autoral de Linus Torvalds e Greg Croah-Hartmann, com base nas mensagens da LKLM . Sem muito trabalho, a autoria de Linus foi estabelecida por um conjunto de palavras específicas, às vezes não muito literárias. O estilo de Greg era muito mais educado, essa diferença foi significativa.
Finalmente, há um mês, Linus anunciou sua decisão de fazer uma pausa na cascata de patches e letras, tendo trabalhado em uma cultura de comunicação e ferramentas de desenvolvimento. Além disso, antes de sair, ele adotou um novo código de conduta para os participantes do projeto, também conhecido como CoC, no ramo principal do kernel.
Se todos reagiram à primeira decisão principalmente com compreensão e simpatia, o segundo ponto causou um animado debate na comunidade. Se para o próprio Linus a decisão de mudar o estilo de comunicação era orgânica, para a comunidade como um todo, a adoção de um código de conduta mais regulamentado era de valor duvidoso.
Entre os críticos do CdC havia pesos pesados da comunidade de código aberto, como Eric Raymond e Richard Stallman . A propósito, a Open Source Initiative e a Free Software Foundation diferem ideologicamente. Eric Raymond é o fundador da OSI, e Richard Stallman é o chefe da FSF. Os segundos são mais ideológicos, defendem com mais resolutividade as liberdades fundamentais do código do programa e consideram os primeiros de corpo mole, freqüentemente os criticando por sua falta de princípios.
Quase imediatamente, houve relatos de que alguns desenvolvedores pretendiam retirar ou retirar seu código do Linux. Disputas legais sobre se suas ameaças são elegíveis. Opiniões diferentes foram expressas sobre esse assunto, pois Habré também considerou essa questão.
O que agora
Na cimeira notória na Escócia mencionada em um artigo anterior, Linus participou e anunciou alguns dos resultados de sua licença.
O principal é que o ramo linux-next
não será mais gerenciado apenas por Linus, mas junto com Greg Croa-Hartman. Talvez outro ajudante apareça.
O segundo - Miraculous CoC, é decidido não tocá-lo ainda e deixar tudo como está. Segundo Linus, o CoC não é concebido para determinar o tom da discussão na LKLM, a auto-regulação ainda é o principal mecanismo de controle. Linus pediu aos mantenedores que escrevessem para ele quando ele ainda era muito duro.
Greg Croah-Hartman falou sobre o Coc no espírito de que não vamos discuti-lo indefinidamente, mas resolverá os problemas à medida que estiverem disponíveis. Se isso podemos sempre mudar e ajustar.
Vamos deixar as coisas se acalmarem e não nos preocuparmos com situações hipotéticas que podem acontecer de uma maneira ou de outra, pois podemos debater esse tipo de coisa sem parar (é uma boa habilidade que temos que nos torna grandes desenvolvedores de kernel, mas nem sempre é transferível para outros ambientes). Se problemas reais surgirem no futuro, nós os abordaremos então, pois sempre temos a opção de mudar e revisar as coisas conforme necessário.
Acontece que os filtros de email não eram uma piada ; de fato, um cliente de email bloqueará as mensagens enviadas com expressões obscenas. Se, no entanto, Linus não começar a se expressar muito bem, mas usando imagens literárias ou mesmo símbolos emoji.
Linus também recorreu à ajuda de um profissional, com quem se encontra semanalmente. Sou um pouco cético em relação ao controle das emoções após as sessões com um psicólogo, no entanto, isso mostra a seriedade das intenções.
No momento, ele mergulha no grosso do turbulento estágio inicial do ciclo de lançamento, quando o aplicativo inicial para alterações de código é aceito - janela de mesclagem .
Conclusão : as piores previsões não se concretizaram, o tempo de folga de Linus não era uma desculpa para uma saída permanente do gerenciamento de projetos. não há razão derrubar desista e mude para sistemas operacionais experimentais.
No entanto, ainda existem algumas dúvidas sobre se o "novo" Linus ainda será capaz de dar uma dura rejeição em duas direções.
- Quebrando o espaço do usuário sob qualquer pretexto.
- Organize um teatro de segurança no projeto, dando prioridade indevida aos patches de segurança.
O tempo dirá, espero que os otimistas estejam certos.
ATUALIZAÇÃO : Primeira falha educada de Linus pelo driver do controlador de jogos BigBen.