23 pontos por GN⁺ 2026-01-02 | 1 comentários | Compartilhar no WhatsApp
  • Com o avanço das ferramentas de codificação com IA, a produção de software está passando de um modelo artesanal para uma etapa industrializada e automatizada, tornando possível reduzir custos e escalar a produção
  • Como efeito secundário da industrialização, está surgindo uma nova categoria chamada software descartável, isto é, software gerado sem expectativa de posse, manutenção ou entendimento de longo prazo
  • Segundo o paradoxo de Jevons, ganhos de eficiência acabam levando ao aumento do consumo total, e o mesmo fenômeno é esperado na produção de software
  • Assim como a industrialização da agricultura produziu alimentos ultraprocessados e uma crise de obesidade em vez de abundância, a industrialização do software também pode criar pressões econômicas por produção em massa de baixa qualidade
  • O avanço tecnológico acontece por meio da interação entre industrialização e inovação, e a pergunta central se resume a: "quem vai manter o software que ninguém possui?"

A transição do software para a industrialização

  • Historicamente, o software esteve mais próximo do artesanato, com seu custo de produção determinado pelo custo do trabalho de profissionais altamente especializados
  • A industrialização busca, por meio da automação, reduzir a dependência de trabalho humano e ao mesmo tempo alcançar redução de custos e elasticidade de escala na produção
  • O papel humano se reduz a supervisão, controle de qualidade e otimização de processos industriais
  • Efeitos primários e secundários da industrialização
    • Efeito primário: disrupção da cadeia de fornecimento de produtos de alta qualidade, desintermediação do trabalho, queda das barreiras de entrada, intensificação da concorrência e aceleração do ritmo de mudança
      • Esses efeitos já começam a aparecer na indústria tradicional de software
    • Efeito secundário: passa a ser possível um novo modo de produção em massa de produtos de baixa qualidade e baixo custo
      • Industrialização da impressão → surgimento dos romances de gênero em formato paperback
      • Industrialização da agricultura → surgimento da junk food ultraprocessada
      • Industrialização dos sensores de imagem digital → surgimento do vídeo gerado por usuários
  • Na área de software, a industrialização da produção dá origem ao software descartável (Disposable Software)
    • Software descartável: software gerado sem expectativa contínua de posse, manutenção ou entendimento de longo prazo
    • Seus defensores chamam isso de 'vibe-coded software', enquanto os céticos o chamam de 'AI slop'
    • Como é fácil reproduzi-lo, o valor econômico de cada artefato de software cai
    • A falta de valor pode levar a tratar essa tendência como uma moda passageira, mas isso não seria uma avaliação sensata

O paradoxo de Jevons e o caráter viciante do slop

  • Paradoxo de Jevons (Jevons paradox): teoria econômica segundo a qual, no século XIX, ganhos de eficiência no consumo de carvão reduziram custos, aumentaram a demanda e, por fim, elevaram o consumo total
    • Hoje, o mesmo fenômeno pode ser observado na computação com IA: quanto maior a eficiência na predição de tokens pelos modelos, mais a demanda dispara e mais o consumo total aumenta
  • No desenvolvimento de software, a história também sustenta a possibilidade de que a redução do custo de esforço leve a maior consumo e maior volume de produção
  • Lições da industrialização da agricultura
    • No início do século XX, esperava-se que os avanços científicos erradicassem a fome e inaugurassem uma era de abundância alimentar, mas em 2025 318 milhões de pessoas vivem em situação de fome aguda
    • A taxa de obesidade entre adultos nos Estados Unidos chega a 40%, enquanto a crise de diabetes se agrava
    • Embora os ultraprocessados sejam amplamente reconhecidos como nocivos, a maioria dos americanos os consome diariamente
    • Sistemas industriais geram continuamente pressão econômica em direção ao excesso e a bens de baixa qualidade
      • Quando o custo de produção cai o suficiente, o produto “lixo” é o que maximiza volume, margem e alcance
  • Espera-se que o apetite por AI slop também seja difícil de saciar
  • Assim como os smartphones democratizaram a captura de fotos, vídeo e áudio, a democratização do software pode levar à criação, ao compartilhamento e ao descarte de software gerado por usuários em escala de rede social
  • Um ciclo de feedback entre novidade e recompensa pode provocar uma explosão na produção de software que fará o desenvolvimento das últimas décadas parecer ultrapassado

O software tradicional pode sobreviver?

  • Assim como alimentos ultraprocessados não são a única opção, existe e cresce a demanda por produção de alimentos saudável e sustentável
  • Pode ser possível um movimento de "software orgânico"
  • Exemplo da indústria do vestuário: antes da industrialização, roupas eram produzidas por artesãos, guildas, trabalho manual, recursos locais e expertise acumulada ao longo de anos
    • Depois da industrialização: transporte intercontinental de matérias-primas, produção em massa em fábricas, montagem mecanizada e moda rápida, descartável e exploratória
    • Ainda assim, roupas artesanais de ternos sob medida a cachecóis tricotados à mão continuam existindo
    • Por várias razões: caimento personalizado, demonstração de riqueza, durabilidade do produto e o prazer do artesanato como hobby
  • A especificidade do software: bem intangível e inovação

    • Se o software fosse um produto físico, o software escrito por humanos talvez ficasse restrito a um nicho, como moda de luxo ou malhas artesanais
    • Mas o software é um bem intangível (intangible good) e, diferentemente de outras áreas industrializadas, tem uma longa história de reutilização de componentes
    • A inovação não se limita a versões melhores ou mais baratas do que já existe, mas inclui o crescimento do próprio espaço de soluções
      • De forma semelhante a como a máquina a vapor possibilitou peças mecânicas reutilizáveis, que possibilitaram linhas de produção, que por sua vez possibilitaram automóveis
    • O mecanismo de avanço tecnológico no desenvolvimento de software inclui não só a industrialização, mas também a inovação
    • Pesquisa e desenvolvimento custam caro, mas são o único caminho para gerar valor maior ao longo do tempo
  • A diferença entre inovação e industrialização

    • Inovação: não se concentra em replicar com mais eficiência aquilo que já existe hoje
    • Ela encontra e resolve novos problemas, constrói sobre o que veio antes e oferece capacidades que antes não podiam existir
    • A industrialização vem depois, oferecendo escala e mercantilização, e criando a base sobre a qual a próxima rodada de inovação poderá ser construída
    • A interação entre essas duas forças é o 'progresso'
  • Modelos de linguagem de grande porte: o momento da máquina a vapor do software

    • Os LLMs são o momento da máquina a vapor do software
    • Eles reduzem drasticamente o custo de uma classe de tarefas que antes dependia totalmente de trabalho humano escasso e permitem uma aceleração extraordinária da produção
    • A máquina a vapor também não surgiu no vácuo: moinhos de vento e rodas d'água antecederam as turbinas por séculos
    • A mecanização não começou com carvão e aço; ela atingiu um ponto de inflexão quando automação, escala e capital se combinaram para impulsionar uma transformação econômica
    • O software também vem sendo industrializado há muito tempo:
      • componentes reutilizáveis (código open source)
      • portabilidade (containerização, cloud)
      • democratização (ferramentas low-code/no-code)
      • interoperabilidade (padrões de API, gerenciadores de pacotes)

O ciclo sem fim do progresso

  • Estamos entrando na revolução industrial do software, mas isso é mais uma enorme aceleração do que um momento de ruptura
  • A industrialização não substitui o avanço tecnológico, mas acelera muito tanto a absorção de novas ideias quanto a mercantilização de novas capacidades
  • À medida que o custo de construir sobre novas tecnologias cai mais rapidamente, a inovação é liberada com mais velocidade
  • O ciclo do progresso continua, mas na era da automação em massa a roda gira mais rápido do que nunca

A pergunta central: ecossistema e manutenção

  • A questão em aberto não é se o software industrial vai dominar, mas o que esse domínio fará com o ecossistema ao redor
  • Revoluções industriais anteriores externalizaram custos para ambientes que pareciam infinitos, mas no fim esses ambientes não eram infinitos
  • O ecossistema de software não é diferente: cadeias de dependência, carga de manutenção e superfície de ataque de segurança que se multiplica com a escala de produção
  • Dívida técnica é a poluição do mundo digital e permanece invisível até sufocar os sistemas que dependem dela
  • Na era da automação em massa, o problema mais difícil talvez não seja produzir, mas cuidar (stewardship)
  • Pergunta central: "quem mantém o software que ninguém possui?"

1 comentários

 
GN⁺ 2026-01-02
Comentários do Hacker News
  • Este texto está confundindo construir (build) software com escrever (writing) software
    Já existe no mundo software barato, produzido em massa, capaz de realizar quase todo tipo de tarefa
    O papel do desenvolvedor é criar novos projetos como um arquiteto ou engenheiro de projeto
    Esse tipo de projeto exige senso estético e percepção do contexto, e os LLMs não ajudam muito nessa parte
    Aprender russo não faz de alguém um Tolstói

    • Como disse Jeff Bonwick, citado por Bryan Cantrill, código é informação e ao mesmo tempo máquina
      Quando um arquiteto faz uma planta, ela é implementada como um edifício físico, mas quando um desenvolvedor escreve código, aquilo já se torna uma máquina em funcionamento
      Esse conceito também é explicado em um vídeo no YouTube
      Desenhar a arquitetura em UML não significa que a máquina real foi construída
    • Parece estar preso demais ao significado técnico dos termos
      O ponto central do texto é que a maior parte do software está deixando de ser fruto de artesanato para virar um produto industrializado de produção em massa
      Mas software excelente ainda continuará existindo
    • Do ponto de vista de quem trabalha na construção civil, o engenheiro de projeto pode deixar os detalhes para a construtora, mas em software isso não acontece
      Software inclui projeto, exploração de edge cases e implementação real
      Ou seja, o projeto é só um terço de todo o processo
    • Na prática, muitos projetos viram spaghetti code por causa da ignorância dos tomadores de decisão de negócio
      Bons engenheiros conseguem amenizar isso, mas há limites
      No fim, em processos sem reflexão, o resultado inevitável é um código parecido com ‘resíduo industrial’
    • A analogia do texto é uma interpretação errada
      O que os LLMs produzem não são ‘obras-primas da literatura russa’, mas sim código no nível de comentários para redes sociais russas
      Os LLMs são excelentes para produzir software barato e de baixa qualidade
      Isso facilitou criar scripts simples que antes nem valiam o esforço,
      mas ao mesmo tempo trouxe o efeito colateral de uma enxurrada de conteúdo lixo
  • Pensar por analogias parece convincente, mas na prática é frágil
    Produtos físicos e software têm estruturas de custo marginal completamente diferentes
    Produtos físicos têm custo por unidade maior que 0, enquanto produtos digitais têm custo marginal zero
    Como a maior parte do software já é gratuita ou muito barata, a ideia de ‘industrialização de baixo custo’ não se encaixa bem
    Mesmo que a IA reduza o custo de desenvolvimento, a estrutura do mercado não muda tanto

    • Analogias são úteis para explorar novas possibilidades, mas não devem ser usadas como lógica de exclusão
    • O próprio texto deixa claro que não se trata de uma comparação 1:1 perfeita
    • Mesmo produtos digitais têm componentes de custo como armazenamento, largura de banda e energia
      Além disso, consumidores são mais sensíveis a preço do que a qualidade
      O domínio dos jogos mobile gratuitos sobre os pagos é um exemplo disso
  • Recentemente fiz um projeto pessoal quase concluído com LLM
    Criei um site sobre a história de uma vila, mas foi difícil controlar o modelo à medida que ele ia tomando direções estranhas
    A velocidade aumentou, mas ainda era preciso alguém no papel de ‘capitão’

    • O problema é que o papel dos ‘remadores’ está desaparecendo
      Se antes havia um capitão e 100 remadores, e agora há um capitão e uma máquina a vapor, surge a dúvida: para onde vão todas as outras pessoas?
  • A percepção de que industrialização reduz qualidade está errada
    Sistemas de produção em massa podem, na verdade, melhorar radicalmente o controle de qualidade
    Muitas vezes um carro de produção em massa de nível intermediário é melhor que um carro artesanal

    • A industrialização garante um piso mínimo de qualidade, mas ao mesmo tempo existe também um teto
      Como no caso de pão artesanal ou móveis feitos à mão, ainda há produtos artesanais muito superiores aos industrializados
      Mas eles têm pouca viabilidade comercial
    • Supercarros artesanais ou produtos de confeitarias artesanais ainda são superiores aos produzidos em massa
      Ou seja, a industrialização não substitui todas as faixas de qualidade
    • Fica a dúvida se a IA pode realmente melhorar o controle de qualidade
    • Antes de tudo, é preciso definir claramente o que significa ‘qualidade’
      A maioria dos carros de luxo ainda é feita de forma artesanal
    • Nesse caso, como explicar exemplos como os móveis Amish?
  • Como desenvolvedor com 30 anos de experiência, a maior parte do código que escrevi acabou indo para o lixo
    Continuo trabalhando com processamento de dados, análise de logs e modelagem, e isso não muda na essência mesmo com a chegada da IA
    Só que agora o resultado final tem um pouco mais de ‘cores chamativas’

    • Trabalho há 25 anos, mas quase não tenho código efetivamente implantado em produção
      A maior parte foi cancelada ou terminou como protótipo
    • Assim como roupas feitas por um alfaiate eventualmente são descartadas, software também tem vida útil
      Como a relação entre roupa sob medida e fast fashion, a relação entre desenvolvimento tradicional e código gerado por IA é parecida
    • Essa realidade assusta
      Por isso acho que o sentido emocional da vida precisa ser buscado fora do trabalho, em viagens, família, arte e coisas assim
  • Hoje em dia está aumentando o software pessoal feito por vibe coding
    Os side projects de Simon Willison são um exemplo disso
    Parece provável que no futuro haja mais forks para uso individual

    • Eu também comecei recentemente a contribuir para open source com pequenas adições de funcionalidade
      Mas a incorporação no upstream demora bastante
      Automatizar o ambiente de build com Nix tornou tudo bem mais fácil
      Gostaria que o Nix fosse mais adotado, embora exista a preocupação com monocultura
  • Um aspecto importante do software é o custo de aprendizado do usuário
    Software proprietário força o usuário a se adaptar a novas versões, enquanto
    o open source pode oferecer interfaces estáveis e reduzir o custo de reaprendizado
    Ex.: programas como mutt, vim e talon

    • A fronteira não se divide apenas entre open source e não open source
      O Windows, na verdade, ofereceu APIs estáveis, e entre projetos open source também há muitos casos de mudanças quebrando compatibilidade
    • Eu chamo esse conceito de Knowledge Pool
      É o repositório de conhecimento coletivo que uma organização compartilha sobre certas ferramentas ou métodos
      Mudanças desnecessárias de interface esgotam esse Knowledge Pool, então preservá-lo se torna uma vantagem competitiva no mercado
  • A revolução industrial do software já começou com o surgimento das linguagens de alto nível
    Foi exatamente quando se tornou possível usar linguagens de alto nível no lugar de assembly

    • O texto também reconhece esse ponto
      Open source, cloud, low-code/no-code e padronização de APIs já vêm impulsionando essa industrialização
    • Mas terminal, teclado e ambiente de edição em tempo real também foram outra inovação
      A transição de entrada por cartões perfurados para ambientes de desenvolvimento interativos foi a verdadeira revolução
    • Olhando para modelos como Codex ou Claude Code, isso ainda parece só o começo
      O avanço até agora foi basicamente um aumento de velocidade, e mudanças maiores ainda virão
  • Eu também concordo com a visão do autor
    A maior parte do software é desnecessariamente complexa, e eu só quero uma ferramenta para resolver meu problema
    Por exemplo, usei um LLM para criar uma ferramenta que recebe arquivos de áudio, divide por cena e sincroniza com imagens para gerar um vídeo
    Tem bugs e faltam recursos, mas é suficiente para resolver meu problema
    No fim, eu não preciso do software, preciso do resultado final (o vídeo)
    Acho que na próxima iteração vou conseguir fazer uma versão melhor
    A era do software industrializado já começou, e precisamos nos adaptar

    • Mas softwares conectados ao mundo real, como banco, imposto e folha de pagamento, são diferentes
      Esses sistemas não podem ser substituídos simplesmente por código, e já existem alternativas gratuitas
  • Ferramentas como assembler, compiladores, garbage collection e linguagens de alto nível também acabaram sendo apenas meios de aumentar a montanha da complexidade
    Os LLMs são iguais nesse sentido: só ajudam a empilhar essa montanha mais rápido, não a reduzi-la

    • Pela minha experiência, LLMs não ajudam a gerenciar complexidade
      Apenas aumentam a velocidade de desenvolvimento