Na conferência virtual da semana passada," Linus Torvalds
o presente e o futuro do kernel Linux em uma conversa introdutória com Dirk Hohndel da VMware. Durante a discussão, foi abordado o tema da mudança geracional entre os desenvolvedores. Linus destacou que apesar dos quase 30 anos de história do projeto, em geral, a comunidade não é tão antiga – entre os desenvolvedores há muita gente nova que ainda não completou 50 anos. Os veteranos ficam velhos e grisalhos, mas aqueles que estão envolvidos no projeto há muito tempo, via de regra, deixaram de escrever novos códigos e estão engajados em tarefas relacionadas à manutenção ou gerenciamento.
Encontrar novos mantenedores é considerado um grande problema. Existem muitos desenvolvedores ativos na comunidade que ficam felizes em escrever novos códigos, mas poucos estão dispostos a dedicar seu tempo à manutenção e revisão do código de outras pessoas.
Além do profissionalismo, os mantenedores devem desfrutar de confiança inquestionável. Os mantenedores também devem estar continuamente envolvidos no processo e trabalhar constantemente - o mantenedor deve estar sempre disponível, ler as cartas todos os dias e respondê-las. Trabalhar em tal ambiente requer muita autodisciplina, e é por isso que os mantenedores são poucos e distantes entre si, e encontrar novos mantenedores que possam revisar o código de outras pessoas e encaminhar alterações para mantenedores de nível superior torna-se um dos principais problemas na comunidade .
Quando questionado sobre experimentos no kernel, Linus disse que a comunidade de desenvolvimento do kernel não pode mais arcar com algumas das mudanças malucas que foram feitas no passado. Se anteriormente o desenvolvimento não era obrigatório, agora muitos sistemas dependem do kernel Linux.
Quando questionado sobre a reformulação do kernel em linguagens como Go e Rust, já que existe o risco de que em 2030 os desenvolvedores C se transformem na aparência atual dos desenvolvedores COBOL, Linus respondeu que a linguagem C permanece entre as dez linguagens mais populares, mas para subsistemas não essenciais, como drivers de dispositivo, são considerados fornecendo ligações para desenvolvimento em linguagens como Rust. No futuro, esperamos fornecer diferentes modelos para escrever tais componentes secundários, não limitados ao uso da linguagem C.
O uso de processadores de arquitetura ARM pela Apple em computadores desktop e laptops Linus comentou com a esperança de que esta etapa ajude a tornar o ARM mais acessível às estações de trabalho. Nos últimos 10 anos, Linus tem reclamado de sua incapacidade de encontrar um sistema ARM adequado ao sistema do desenvolvedor. Assim como o uso do ARM pela Amazon permitiu o avanço da arquitetura em sistemas de servidores, é possível que as ações da Apple disponibilizem em alguns anos PCs poderosos baseados em ARM que podem ser usados para desenvolvimento. Em relação ao seu baseado em um processador AMD, Linus mencionou que tudo funciona bem, exceto pelo cooler muito barulhento.
Linus disse sobre estudar o kernel que era chato e interessante. É chato porque você tem que lidar com a rotina de consertar erros e colocar o código em ordem, mas é interessante porque você precisa constantemente entender novas tecnologias, interagir com equipamentos em baixo nível e controlar tudo o que acontece.
Em relação ao COVID-19, Linus mencionou que a pandemia e os regimes de isolamento não afetaram o desenvolvimento, uma vez que os processos de interação são baseados na comunicação via e-mail e no desenvolvimento remoto. Dos desenvolvedores do kernel com quem Linus interage, ninguém foi prejudicado pela infecção. A preocupação foi causada pelo desaparecimento de um dos seus colegas durante um ou dois meses, mas acabou por estar associada ao aparecimento da síndrome do túnel do carpo.
Linus também mencionou que ao desenvolver o kernel 5.8, ele teria que gastar mais tempo preparando o lançamento, e lançar um ou dois lançamentos de teste adicionais, já que este kernel foi lançado pelo número de alterações. Mas no geral, o trabalho no 5.8 está indo bem até agora.
Em outra entrevista, Linus , que ele não se considera mais um programador e deixou de escrever novos códigos, já que há muito tempo escreve códigos apenas em um cliente de e-mail. A maior parte do tempo é gasto lendo correspondências e escrevendo mensagens. O trabalho se resume a revisar patches e pull requests enviados via mailing list, bem como participar de discussões sobre mudanças propostas. Às vezes, ele explica sua ideia com pseudocódigo ou sugere alterações nos patches, que envia em resposta sem compilação e teste, deixando o trabalho de trazê-la ao nível adequado para o autor original do patch.
Fonte: opennet.ru