> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/pt-br/2026/w19-taste-will-become-the-new-foundational-skill.md).

# W19-O bom gosto se tornará uma nova competência fundamental

Encontrei recentemente uma ideia interessante: à medida que implementar fica mais barato, o bom gosto ganha importância.

Já em 1757, Hume discutia como desenvolver o gosto em [Do padrão do gosto](https://www.britannica.com/topic/Of-the-Standard-of-Taste). Para ele, o gosto não é inteiramente subjetivo. Pode melhorar aos poucos com percepção aguçada, sensibilidade refinada, prática contínua, comparação constante e eliminação de preconceitos. Revisitada hoje, essa ideia parece ainda mais concreta.

Antes, para fazer uma imagem, era preciso estudar desenho, cor e composição. Sem treino prolongado, era difícil produzir algo bom. Hoje é diferente. Gerar uma imagem pode exigir apenas dizer algumas palavras, e a IA entrega dez em dez segundos. O que distingue as pessoas já não é conseguir fazer, mas escolher a melhor entre dez imagens, apontar o que está errado e continuar melhorando o resultado.

Esse discernimento é o gosto.

[Paul Graham tem uma visão muito clara sobre isso](https://www.paulgraham.com/taste.html). Para ele, gosto não se resume a “cada um tem o seu”. Em matemática, engenharia, arquitetura, pintura, escrita e software, existem projetos melhores. As coisas boas costumam compartilhar algumas características: simplicidade, ausência de enfeites vazios, resistência ao tempo, solução de problemas reais e uma aparência natural e fácil, embora exijam muito trabalho. Quem realmente domina uma área muitas vezes se destaca por saber o que é bom, e não apenas por saber fazer.

[Rick Rubin](https://www.grammy.com/artists/rick-rubin/13812) é um exemplo típico. É um produtor musical muito bem-sucedido, vencedor de vários Grammys, mas não se destaca por tocar instrumentos, mixar ou operar equipamentos. Sua capacidade central é o julgamento. Ele ouve o que é bom, o que sobra, o que deve ficar e o que deve sair. Na engenharia, isso se parece muito com a competência de um bom líder técnico ou arquiteto. Ele não escreve todas as linhas de código, mas sabe onde o sistema é desajeitado, onde é complexo, onde há ornamentação e onde haverá custos duradouros.

Acho que a era da IA ampliará essa diferença. Linhas de código ficarão mais baratas, protótipos serão mais fáceis de gerar e as ferramentas rapidamente nivelarão muitas tarefas antes dependentes de destreza. Mas o discernimento não aparece sozinho. Quando implementar se torna gratuito, o que realmente falta é direção, julgamento, sensibilidade estética e capacidade de escolher e renunciar. Definir um problema que vale resolver, reconhecer defeitos de concepção em uma solução e transformar algo que “parece funcionar” em um sistema “confiável no longo prazo” serão capacidades mais importantes.

Isso também explica por que tantos resultados de programação com IA parecem rápidos, mas acabam precisando de uma pessoa para garantir a qualidade. A IA gera muito código, mas não sabe por natureza quais complexidades são necessárias, quais abstrações virarão um peso em seis meses e quais interações apenas completam um fluxo enquanto fazem o usuário sofrer. O papel do engenheiro não muda simplesmente de “quem escreve código” para “quem aperta Enter”. Ele precisa entrar mais cedo nas etapas de julgamento, feedback e validação.

O gosto também é uma variável lenta. Não se adquire de imediato com alguns artigos ou palestras. Ele nasce das pessoas que conhecemos, dos produtos que usamos, do código que lemos, dos erros que cometemos, dos livros que lemos e do feedback que recebemos ao longo do tempo. Aquilo a que prestamos atenção acaba formando nossa intuição. É difícil desenvolver sensibilidade para coisas boas usando apenas coisas ruins. Também é difícil uma equipe que tolera projetos ruins por muito tempo passar de repente a produzir bons produtos e sistemas.

O primeiro passo para treinar o gosto talvez seja aprender a perceber o que é feio e não se acomodar a isso. Exemplos são construções pretensiosas em espaços públicos ou os pop-ups, ações de marketing e direcionamentos forçados que interrompem usuários no software cotidiano. Muitas coisas são feias não apenas pela aparência, mas porque são desonestas, complicadas e não resolvem problemas reais. Usam formas exageradas para esconder a pobreza interna. Na engenharia, abstrações excessivamente embaladas, configurações que ninguém entende e módulos compartilhados criados apenas em nome do reúso também são uma forma de feiura.

O segundo passo é usar mais coisas boas. Boas ferramentas ensinam o que é bom. Muitas vezes, o gosto melhora pela comparação. O mercado chinês é parcialmente aberto, e muitos produtos que prevalecem não são os melhores: são apenas a escolha possível entre as opções disponíveis. Uma necessidade simples de recarregar saldo, ler um código ou entrar em algum lugar deveria ser resolvida diretamente. Mas muitos produtos insistem em inserir pop-ups, campanhas, assinaturas e marketing. Com o uso repetido, as pessoas ficam insensíveis e passam a achar que software é assim mesmo. Experimentar bons produtos nos lembra de que simplicidade, contenção e clareza são capacidades por si mesmas.

O terceiro passo é conviver mais com pessoas de gosto apurado. O gosto tem uma forte dimensão comunitária. Quem domina uma área oferece não só conclusões, mas critérios de julgamento. Por que considera uma solução ruim? Por que acha uma interação desnecessária? Por que insiste em remover uma funcionalidade? Por que prefere reescrever a aceitar um projeto apenas tolerável? Esses processos de julgamento valem mais que a conclusão final. Uma boa cultura de feedback também treina o gosto compartilhado da equipe.

Claro que ter gosto sem criar não basta. Apenas criticar, sem produzir, pode acabar em afetação. O gosto que tem valor precisa servir à criação. Além de reconhecer o que é ruim, deve nos levar a melhorar e a fazer o trabalho bem o suficiente. Paul Graham propôs uma fórmula prática: desenvolver forte intolerância à feiura, cultivar um gosto extremamente exigente e melhorar continuamente a própria capacidade de atendê-lo. Acho que vale reler essa frase na era da IA.

No futuro, a diferença entre excelência e mediocridade talvez deixe de ser “quem sabe implementar melhor” e passe a ser “quem sabe melhor o que merece ser implementado e o que conta como uma boa implementação”. A IA baixou a barreira técnica, mas elevou a exigência de julgamento. Para engenheiros, os fundamentos continuam importantes. O gosto também se tornará uma competência fundamental.