---
title: "Linus Torvalds Solta os Cachorros em Dev da Meta: 'Isso é Lixo!'"
author: "Gabriela P. Torres"
date: "2025-08-13 13:24:00-03"
category: "Tecnologia & Desenvolvimento"
url: "http://desbugados.scale.press/portal/desbugados/post/2025/08/13/linus-torvalds-solta-os-cachorros-em-dev-da-meta-isso-e-lixo/md"
---

# A Lógica Implacável de Linus Torvalds: Código da Meta para o Kernel é Classificado como 'Lixo'

No universo do desenvolvimento de software, existem algumas verdades quase absolutas. Uma delas é que o cronograma do kernel Linux é sagrado. Outra é que Linus Torvalds, o criador do sistema, não tem o menor pudor em usar um vocabulário... digamos, 'eficiente' para descrever código de baixa qualidade. Recentemente, um desenvolvedor da Meta teve a oportunidade de comprovar as duas verdades da maneira mais pública possível. Ao submeter patches para a arquitetura RISC-V com atraso e com problemas, recebeu uma resposta que já entrou para o folclore do mundo open source: "Isso é lixo".

O episódio, documentado pelo site **The Register**, serve como um estudo de caso sobre disciplina e as consequências de não seguir o protocolo. Para quem não está familiarizado, o desenvolvimento de cada nova versão do kernel Linux segue um ciclo rigoroso. Existe um período de duas semanas, conhecido como "janela de fusão" (merge window), onde novas funcionalidades são aceitas. Após esse período, o foco muda exclusivamente para a correção de bugs, garantindo a estabilidade do lançamento.

## A Estrutura Lógica de uma Bronca Anunciada

O raciocínio de Torvalds opera com uma clareza quase matemática, que podemos traduzir no estilo de um programa de computador:

**SE** você é um desenvolvedor contribuindo para o kernel, **ENTÃO** você deve enviar seu novo código durante a "janela de fusão".**SENÃO SE** você perdeu o prazo, **ENTÃO** sua submissão só será considerada se contiver correções críticas e urgentes para a versão em desenvolvimento.**SENÃO** (o caso do desenvolvedor da Meta), você envia código novo, fora do prazo, e ele ainda por cima contém partes problemáticas, **ENTÃO** a consequência lógica é uma rejeição pública e um sermão memorável de Linus Torvalds.Foi exatamente este último fluxo que se desenrolou. O desenvolvedor da Meta enviou um pull request com melhorias para o suporte à arquitetura RISC-V bem depois que a janela para o kernel 6.17 havia se fechado. A resposta de Torvalds na lista de e-mails do kernel foi, como de costume, direta e sem rodeios. Ele não apenas apontou o atraso, mas também dissecou a qualidade do código.

## Dissecando o 'Lixo': O Que Havia no Código da Meta?

A arquitetura RISC-V é uma peça importante no futuro da computação. Trata-se de um conjunto de instruções de código aberto, uma alternativa a sistemas proprietários como os da ARM e da Intel (x86). Ter um suporte robusto para RISC-V no Linux é fundamental para sua adoção em larga escala. A contribuição da Meta, portanto, era relevante.

O problema, segundo a análise de Torvalds citada pelo **The Register**, não estava apenas no timing. Ao revisar as submissões, ele encontrou o que descreveu como "garbage" (lixo). A crítica era específica e técnica, mas a mensagem principal era clara: o código não estava no padrão de qualidade exigido para ser incorporado ao coração de milhões de sistemas operacionais ao redor do mundo. Torvalds deixou claro que não aceitaria mais pull requests tardios que não fossem para correções de bugs, independentemente de quem os enviasse.

A lógica é simples: introduzir código novo tardiamente no ciclo de desenvolvimento aumenta o risco de instabilidade, pois não há tempo hábil para que a comunidade de desenvolvedores o teste exaustivamente. Para Torvalds, a estabilidade do kernel é um valor inegociável.

## Consequências e Próximos Passos: A Paciência para o Kernel 6.18

O resultado imediato dessa repreensão digital é que as melhorias para RISC-V propostas pela Meta não farão parte do kernel Linux 6.17. Elas foram efetivamente adiadas. A porta não está fechada para sempre, mas as condições para a próxima tentativa são explícitas.

Agora, a bola está novamente com a equipe da Meta. **SE** eles refatorarem o código, garantindo que ele atenda aos padrões de qualidade, **E SE** o submeterem dentro da próxima "janela de fusão" para o kernel 6.18, **ENTÃO**, provavelmente, o código será aceito. Caso contrário, a funcionalidade continuará na lista de espera.

Este episódio é mais do que uma simples troca de farpas online. É uma demonstração pública do rigor que mantém o Linux como um dos projetos de software mais bem-sucedidos da história. No tribunal lógico de Linus Torvalds, não há espaço para ambiguidades ou desculpas. Ou o código é bom e pontual, uma proposição verdadeira, ou ele é classificado como falso e descartado. Para os desenvolvedores da Meta, a lição foi aprendida de forma clara e, para o resto de nós, serve como um lembrete de que, no desenvolvimento de sistemas críticos, o processo é tudo.