Linus Torvalds já não se vê como programador, e isso diz muito do Linux

Linus Torvalds subiu ao palco em Mumbai e deitou logo abaixo uma imagem romântica que muita gente ainda tem dele. “Já não sou programador, sou um líder de desenvolvimento”, resumiu. O homem que escreveu o kernel original do Linux passa hoje os dias entre dois únicos instrumentos de trabalho: Git e e‑mail. A ferramenta de controlo de versões que criou em 10 dias e o fluxo de mensagens que coordena milhares de programadores. O resto é gestão de mudança e filtragem de ruído.

A conversa com Dirk Hohndel girou em torno do Linux 7.1. Torvalds desmontou a ideia de versões épicas. Recusa lançamentos cheios de fogos de artifício, prefere o ritmo quase mecânico, uma libertação nova a cada nove ou dez semanas, com melhorias incrementais. Esta cadência contínua é o oposto do modelo de “grande versão” a que muito software comercial ainda se agarra. Aqui não há keynote com palco escuro, há manutenção disciplinada de uma base de código que corre desde servidores da Google a routers no meio de Trás‑os‑Montes.

Esse equilíbrio está a ser mexido pela IA. As tais ferramentas que hoje muitos developers tratam como autocomplete com esteróides começaram a encontrar bugs profundos no kernel. Torvalds admite que isso está a stressar a comunidade. Não por rejeitar a tecnologia, mas porque a avalanche de relatórios quebra o fluxo que ele valoriza. Quando cada ciclo de desenvolvimento é pensado para absorver um certo tipo de mudança, despejar mais gente e mais bots no processo não acelera. Só aumenta o ruído que alguém tem de triar, e esse alguém continua a ser, em última instância, ele.

Durante a janela de merges de cada versão, Torvalds faz cerca de 200 integrações em duas semanas. O problema não é o volume de código novo, é o factor humano. Ele insiste que correções de última hora só entram se forem críticas. Caso contrário, ficam para o próximo ciclo. A lógica é simples: uma correção menor pode introduzir um bug maior. O que o cansa não são regressões técnicas, são “problemas de personalidade”. Conflitos de ego, mailing lists a ferver, relutância em aceitar críticas. O próprio reconhece que já foi parte do problema e que teve de trabalhar esse lado. No open source moderno, soft skills contam tanto como saber mexer em pointers.

Daí a frase quase provocatória: “quase já não leio código”. O que Torvalds quer de um pull request é uma explicação clara do que se está a tentar fazer. Intenção antes de implementação. Só mergulha nas linhas de código quando há conflitos de merge ou builds partidas. Depois de décadas de resolver colisões, diz que o faz quase em piloto automático. E, mesmo aí, continua a ver falhas que escaparam a maintainers. É a diferença entre manter um mapa mental do sistema inteiro e ter uma visão estreita do próprio subsistema.

Outro ponto em que não faz prisioneiros é o suporte a “tecnologia de museu”. O fim oficial da linha para processadores Intel 486 no kernel não é nostalgia, é higiene. Manter hardware morto arrasta tudo: complica testes, aumenta a superfície de bugs, consome tempo que podia ir para problemas actuais. Para quem em Portugal ainda recicla máquinas velhas em firewall doméstica com Linux, a mensagem é clara: a longo prazo, o kernel mainstream não existe para segurar PCs de arquivos. Existe para o hardware que puxa a infra‑estrutura de hoje, de data centers a dispositivos móveis, num contexto em que a própria IA está a acelerar o desgaste das velhas certezas de desenvolvimento.

Fonte: ZD Net