Na conferência virtual "" Linus Torvalds
o presente e o futuro do núcleo Linux em uma conversa de abertura com Dirk Hohndel da VMware. Durante a discussão, o tema da mudança de gerações entre os desenvolvedores foi abordado. Linus destacou que, apesar da história de quase 30 anos do projeto, a comunidade em geral não é tão velha — há muitos novos desenvolvedores, alguns dos quais ainda não têm 50 anos. Os veteranos realmente estão envelhecendo e ficando grisalhos, mas aqueles que estão envolvidos no projeto há muito tempo geralmente se afastaram da escrita de novo código para se dedicar a tarefas relacionadas à manutenção ou gerenciamento.
A busca por novos mantenedores é considerada um grande problema. Existem muitos desenvolvedores ativos na comunidade que estão dispostos a escrever novo código, mas poucos estão prontos para dedicar seu tempo à manutenção e revisão do código de outros.
Além do profissionalismo, os mantenedores precisam ter uma confiança inabalável. Também se exige deles um envolvimento contínuo no processo e trabalho constante — o mantenedor deve estar sempre disponível, lendo e respondendo a e-mails diariamente. Trabalhar nessas condições requer uma disciplina pessoal significativa, por isso há poucos mantenedores e sua falta é evidente, e encontrar novos mantenedores capazes de revisar o código alheio e direcionar mudanças para os mantenedores superiores se tornou um dos principais problemas da comunidade.
Quando questionado sobre experimentos no núcleo, Linus afirmou que a comunidade de desenvolvedores do núcleo agora não pode permitir certas mudanças radicais que eram comuns no passado. Se antes o desenvolvimento não implicava em compromissos, agora o núcleo Linux depende de muitos sistemas.
Ao ser perguntado sobre a reescrita do núcleo em linguagens como Go e Rust, devido ao risco de que, na década de 2030, desenvolvedores de C se tornem semelhantes aos atuais desenvolvedores de COBOL, Linus respondeu que o C permanece entre as dez linguagens mais populares, mas para subsistemas não principais, como drivers de dispositivos, está sendo considerado o fornecimento de bindings para desenvolvimento em linguagens como Rust. No futuro, espera-se que diferentes modelos de escrita para esses componentes secundários sejam disponibilizados, sem se restringir ao uso da linguagem C.
da Apple de usar processadores ARM em seus desktops e notebooks, Linus comentou esperançosamente que essa medida ajudará a tornar a arquitetura ARM mais acessível para estações de trabalho. Nos últimos 10 anos, Linus reclamou da dificuldade em encontrar um sistema ARM que fosse adequado para desenvolvedores. Assim como o uso de ARM pela Amazon ajudou a promover essa arquitetura em sistemas de servidores, é possível que, graças às ações da Apple, em alguns anos possamos ver PCs poderosos com ARM disponíveis para desenvolvimento. com processador AMD, Linus mencionou que tudo está funcionando corretamente, exceto pelo cooler que faz muito barulho.
Sobre trabalhar com o núcleo, Linus comentou que é ao mesmo tempo chato e interessante. Chato, porque é preciso lidar com a rotina de corrigir erros e organizar o código, e interessante, pois é constantemente necessário entender novas tecnologias, interagir com hardware em baixo nível e controlar tudo o que acontece.
Sobre a COVID-19, Linus mencionou que a pandemia e os períodos de isolamento não impactaram o desenvolvimento, já que os processos de interação são baseados em comunicação por e-mail e desenvolvimento remoto. Nenhum dos desenvolvedores do núcleo com quem Linus interage foi afetado pela infecção. A preocupação surgiu com o desaparecimento de um dos colaboradores por um mês ou dois, mas isso estava relacionado ao desenvolvimento da síndrome do túnel do carpo.
Linus também mencionou que, ao desenvolver o núcleo 5.8, será necessário gastar mais tempo na preparação do lançamento e lançar uma ou duas versões de teste adicionais, já que esse núcleo resultou em termos de número de alterações. Mas, de modo geral, o trabalho no 5.8 está progredindo de forma bastante tranquila.
Em outra entrevista, Linus , que ele já não se considera mais um programador e se afastou da escrita de novo código, pois há muito tempo escreve código apenas no cliente de e-mail. A maior parte do seu tempo é dedicada à leitura de e-mails e à escrita de mensagens. Seu trabalho se resume a revisar os patches e pull requests enviados por meio de uma lista de distribuição, assim como participar das discussões das mudanças propostas. Às vezes, ele explica sua ideia em pseudocódigo ou sugere correções nos patches que envia em resposta, sem compilar ou testar, deixando o trabalho de finalizar no nível adequado para o autor original do patch.
Fonte: opennet.ru
