O futuro do software: criação instantânea e sob demanda

O texto de Thom Wolf descreve uma fase de transição antes de o software perder o sentido como categoria. No limite, tudo o que é digital seria criado na hora, sob demanda. No meio do caminho, ele aponta três preceitos: everflux software, fontes translúcidas e features sob medida.

No primeiro, o software deixa de andar de release em release e passa a evoluir continuamente. O argumento é prático: uma única empresa já integra mais de 30.000 mudanças de código por dia, correções de segurança precisam sair rápido e cada peça depende de uma rede de dependências que também muda sem parar. No segundo, a fronteira entre código aberto e fechado fica borrada. Um app Electron ou um binário com símbolos de depuração vira terreno fácil para engenharia reversa por LLMs, e uma simples descrição de interface já basta para reconstruir a lógica interna. O autor diz ter escrito o próprio texto num editor que mandou o Claude criar a partir de vídeos de amigos mostrando funções. No terceiro, personalizar passa a custar um prompt e alguns milhões de tokens. O problema é manter o fork alinhado ao upstream sem perder atualizações de segurança. A aposta do autor é que agentes façam rebase das features pessoais a cada nova versão, durante a noite.

O tema conversa com a cobertura anterior do CEVIU, e a tese ganha forma ao longo do ano. Em 18 de fevereiro de 2026, o CEVIU noticiou "Software de Alta Frequência: O Futuro da Engenharia de Software", sobre programar a máquina que constrói a máquina. Em 19 de março de 2026, em "O Software em Auto-Consumo", a ideia era que o software tende a ser livre. Em 23 de julho de 2026, "A Evolução na Distribuição de Software" tratava da maleabilidade do software e do impacto na entrega. Em 5 de agosto de 2026, "O Futuro do Software: Geração de Código por Especificações Formais e o Fim do Legado Eterno" apontava código gerado a partir de especificações. O texto de agora junta esses fios e acrescenta o problema concreto de manter personalizações sobre releases contínuas.

Leitura editorial: para quem opera produto ou plataforma, o cenário sugere que fechar o código protege cada vez menos, e que o diferencial migra para dados, distribuição e velocidade de atualização. Para quem mantém dependências, o ritmo contínuo de mudanças tende a tornar automação de testes e de atualização requisito básico, não extra. São projeções do autor, não fatos consumados.