Gosto é um sistema técnico

Gosto se decompõe em quatro componentes codificáveis: restrições (o que você remove), critérios de avaliação (o que você mede), reconhecimento de padrões (o que você percebe) e coerência (como as partes se relacionam com o todo). Cada um se mapeia a infraestrutura de engenharia: hooks, portões de evidência, loops de qualidade e revisão arquitetural. Gosto é um sistema técnico, não um dom místico.

Designers chamam gosto de intuição. Engenheiros chamam gosto de subjetivo. Ambas as afirmações cumprem a mesma função: tornam o gosto isento de escrutínio. Se gosto é intuição, ninguém pode questioná-lo. Se gosto é subjetivo, ninguém precisa implementá-lo. O designer ganha autoridade sem responsabilidade. O engenheiro ganha permissão para ignorar a estética. Todo mundo perde.

Gosto não é intuição. Gosto é reconhecimento de padrões aplicado à qualidade, o resultado acumulado de exposição, reflexão e refinamento comprimidos em julgamento rápido. Um degustador treinado que reconhece o caráter regional de um Borgonha não opera por instinto místico. Esse degustador experimentou milhares de vinhos, codificou relações estruturais entre terroir e sabor, e construiu um framework interno de avaliação que produz avaliações rápidas e confiáveis.¹ A velocidade do julgamento obscurece o sistema por trás dele.

O sistema se decompõe em quatro componentes. Restrições determinam o que você remove. Critérios de avaliação determinam o que você mede. Reconhecimento de padrões determina o que você percebe. Coerência determina como as partes se relacionam com o todo. Quatro componentes, cada um codificável. Gosto são quatro coisas funcionando em concerto.

Restrições: o que você remove

Dieter Rams passou quatro décadas na Braun fazendo uma única pergunta: o que posso remover? O rádio-toca-discos SK 4 eliminou gabinetes de folheado de madeira, tecidos decorativos e posicionamento simétrico-mas-sem-função de botões. O que restou foi uma caixa de metal branco com uma tampa transparente de Perspex. A tampa não era minimalista. A tampa era honesta — Rams acreditava que, se o mecanismo não é vergonhoso, escondê-lo é desonesto.²

Rams articulou dez princípios. O princípio dez, “Bom design é o mínimo de design possível”, funciona como uma restrição de escopo. Não uma preferência estética. Uma restrição de escopo. Ela delimita o espaço de soluções ao exigir que cada elemento justifique sua presença. Você remove qualquer elemento que não serve ao usuário, independentemente de quão atraente ele pareça ou quanto esforço o produziu.

Restrições como as de Rams operam de forma idêntica a restrições de engenharia. Um orçamento de memória restringe quais estruturas de dados são viáveis. Uma meta de latência restringe quais algoritmos são aceitáveis. O mecanismo é o mesmo: reduzir o espaço de soluções até que restem apenas opções defensáveis.

Na minha própria infraestrutura, restrições se manifestam como hooks. Um hook que rejeita voz passiva em posts de blog é uma restrição de estilo de prosa. Um hook que bloqueia TODO e FIXME em código commitado é uma restrição sobre qualidade adiada. Um hook que impõe HTML semântico é uma restrição sobre honestidade estrutural. Cada hook codifica uma decisão de gosto específica em uma verificação determinística. Um humano com contexto e julgamento tomou a decisão uma vez. A aplicação roda para sempre, na velocidade da máquina, sem desvio.

Noventa e cinco hooks aplicam 95 decisões de gosto. Cada hook remonta a um momento em que percebi um padrão de falha e decidi que o padrão era inaceitável. O hook é a cicatriz. O julgamento que produziu o hook é o gosto (de Hooks do Claude Code).³

Critérios de avaliação: o que você mede

Kenya Hara faz uma distinção entre simplicidade e vazio. Uma faca Henckels é simples: o cabo indica onde segurar, o ângulo da lâmina indica o que cortar, cada elemento reduz ambiguidade. Uma faca yanagiba de sushi é vazia: o cabo de madeira simples não instrui onde segurá-la, e essa ausência de instrução é exatamente o ponto. “Você pode segurá-la da forma que quiser”, explica Hara. “Este cabo simples e plano recebe toda a técnica incrível do chef japonês de sushi.”⁴

Você mede simplicidade pelo que removeu. Você mede vazio pelo que tornou possível. Dois critérios de avaliação diferentes produzindo dois tipos diferentes de redução. Rams avalia perguntando “cada elemento serve a uma função?” Hara avalia perguntando “a ausência cria espaço para o usuário?”

Critérios de avaliação codificam essas perguntas em avaliações repetíveis. Meu portão de evidência é um framework de avaliação com seis critérios. Toda mudança não trivial deve produzir evidência para todos os seis critérios antes que eu marque o trabalho como concluído: segue padrões do codebase, solução funcional mais simples, casos extremos tratados, testes passam, sem regressões, resolve o problema real. O portão não pergunta “o código é bom?” O portão faz seis perguntas específicas que, juntas, definem o que “bom” significa no meu sistema.

A especificidade é o que torna o gosto transmissível. “Bom código” é subjetivo. “Código que segue o padrão de backoff exponencial estabelecido em fetch_semantic_scholar() na linha 241” é objetivo. O portão de evidência traduz julgamento estético em verificação estrutural. “O código parece certo?” se torna “o código corresponde ao padrão estabelecido, trata os casos extremos e passa nos testes?” Gosto se torna mensurável quando os critérios de avaliação são concretos o suficiente para produzir resultados binários.

A avaliação de Hara se mapeia a um critério de espaço negativo: não “quais funcionalidades o produto tem?” mas “quais suposições o produto impõe?” Uma API com dezenas de parâmetros obrigatórios impõe dezenas de suposições sobre como o desenvolvedor vai usá-la. Uma API com poucos parâmetros obrigatórios e muitos opcionais impõe menos suposições e oferece mais possibilidades. Contagem de suposições é concreta, mensurável, e codifica a filosofia de vazio de Hara em design de interfaces.

Reconhecimento de padrões: o que você percebe

Charles Eames não projetou a cadeira de compensado moldado selecionando entre opções existentes. Eames e Ray passaram anos experimentando com técnicas de moldagem de compensado, falhando repetidamente, descobrindo o que o material permitia e o que não permitia.⁵ O design final emergiu do conhecimento acumulado sobre direção das fibras, comportamento do adesivo, curvas compostas e distribuição de tensão. A cadeira parece sem esforço. Essa aparência de naturalidade exigiu milhares de horas de observação.

Reconhecimento de padrões opera por exposição e atenção. Um tipógrafo que compôs milhares de páginas percebe erros de kerning que um novato não enxerga. Um engenheiro estrutural que revisou centenas de projetos de pontes percebe problemas de distribuição de carga que um engenheiro júnior não identifica. A percepção não é apenas dom inato. A percepção é o resíduo de observação deliberada e sustentada.⁶

Em infraestrutura de engenharia, reconhecimento de padrões se mapeia a loops de qualidade. Meu loop de qualidade é um ciclo de sete etapas: implementar, revisar cada linha, rodar o portão de evidência, aplicar a verificação de orgulho, corrigir cada problema, ampliar a visão, repetir. O loop força um segundo olhar sobre o trabalho que a primeira passagem declarou concluído. Cada passagem revela padrões que a passagem anterior não percebeu: uma convenção de nomenclatura inconsistente, um timeout não tratado, um teste que verifica o caminho feliz mas ignora o caminho de erro. A infraestrutura compensa a lacuna de experiência ao exigir o padrão de atenção que produz reconhecimento.

Coerência: como as partes se relacionam com o todo

Tadao Ando projeta edifícios onde paredes de concreto, luz natural, água e espaço vazio existem em relação deliberada. A Igreja da Luz em Osaka usa uma fenda cruciforme na parede de concreto para admitir luz solar, criando uma cruz de luz na parede interior. Remova a fenda, e o edifício é uma caixa de concreto. Remova o concreto, e a luz não tem superfície contra a qual se revelar. Nenhum elemento funciona sozinho. A coerência entre material e vazio produz a experiência.⁷

Coerência é o componente de ordem mais alta do gosto porque exige compreensão do todo, não apenas das partes. Um hook pode aplicar uma restrição em um único arquivo. Um portão de evidência pode avaliar uma única mudança. Um loop de qualidade pode revelar padrões em um único módulo. Coerência exige avaliar como cada parte se relaciona com todas as outras partes, e com o propósito do sistema como um todo.

Em software, revisão arquitetural cumpre a função de coerência. Um módulo que funciona corretamente em isolamento mas viola a direção de dependências do sistema é incoerente. Uma funcionalidade que passa em todos os testes mas contradiz a linguagem de design do produto é incoerente. Defeitos de coerência são invisíveis para avaliação local. Eles só aparecem quando alguém amplia a visão.

Meu loop de qualidade inclui uma etapa de “ampliar a visão” exatamente por esse motivo. Depois que o portão de evidência passa e a verificação de orgulho é aprovada, o loop exige verificar pontos de integração, imports e código adjacente em busca de regressões. A doutrina Steve + Jiro sob a qual opero torna isso um padrão duplo: Jiro governa evidência, rigor e ofício (as qualidades locais); Steve governa merecimento, gosto e integridade do widget completo (as qualidades globais). Se Jiro falha, pare. Se Steve falha, reconstrua. O padrão duplo garante que correção local nunca se sobreponha à coerência global.

O mapa

Quatro componentes do gosto. Quatro peças de infraestrutura de engenharia.

Rams se torna um hook. Hara se torna um critério de avaliação. Eames se torna um loop de qualidade. Ando se torna uma revisão arquitetural. As filosofias de design que perfilei ao longo de 32 designers não são decoração para um site de portfólio. Cada perfil é um estudo de caso em um ou mais desses quatro componentes, e cada componente se mapeia a infraestrutura que rodo em produção.

Beleza e Brutalismo documenta as decisões específicas de CSS por trás deste site, cada uma delas uma restrição. Tipografia branca sobre #000000. Camadas de opacidade em 5%, 10%, 40%, 65%. Sem gradientes, sem ilustrações, sem elementos decorativos. Cada decisão é uma remoção no estilo Rams codificada em uma folha de estilos que toda página herda. As restrições são executáveis.

O problema da fábrica escura

O modelo de fábrica escura de Dan Shapiro descreve cinco níveis de autonomia de codificação por IA, de manual (Nível 0) até totalmente autônomo (Nível 5). No Nível 5, o código é gerado por máquinas, verificado por máquinas e implantado sem que um humano leia uma única linha.

Gosto apresenta à fábrica escura um problema que correção não apresenta. Correção pode ser verificada por testes. Performance pode ser verificada por benchmarks. Segurança pode ser verificada por análise estática. Gosto não pode ser verificado por nenhum sistema automatizado existente porque o componente de coerência exige compreensão do sistema inteiro, não apenas do diff.

Em todos os níveis abaixo de 5, um humano fornece a avaliação de coerência. Remova o humano, e a avaliação de coerência precisa ser codificada ou desaparece. Restrições sobrevivem à automação (hooks rodam sem humanos). Critérios de avaliação sobrevivem (portões de evidência rodam sem humanos). Reconhecimento de padrões sobrevive parcialmente (loops de qualidade rodam, embora um humano tenha escrito as perguntas da verificação de orgulho). Coerência não sobrevive a menos que alguém codifique a intenção arquitetural em um formato que um agente de avaliação consiga consultar. Um sistema autônomo sem restrições de gosto vai otimizar para passar nos testes. Como a equipe de Justin McCarthy na StrongDM descobriu, agentes escreveram return true para passar nas suítes de teste enquanto produziam código inútil.⁸ Os testes estão verdes. O resultado não tem ofício, consideração nem coerência.

A tese

Gosto é infraestrutura, e infraestrutura é a última vantagem humana em um mundo onde máquinas podem escrever, projetar e implantar na velocidade da inferência. Porém, gosto só é vantagem se você o codifica. Gosto não codificado é um gargalo: uma única pessoa cujo julgamento toda decisão precisa atravessar, que se torna o fator limitante da velocidade do sistema. Gosto codificado é um fosso: restrições, critérios de avaliação, loops de reconhecimento de padrões e verificações de coerência que todo output deve satisfazer, rodando na velocidade da máquina, melhorando com cada falha que produz um novo hook.

Toda sessão de agente autônomo que roda sem restrições de gosto produz output que deriva para a mediana. Cada hook, cada critério de portão de evidência, cada etapa de loop de qualidade, cada revisão arquitetural codifica um julgamento específico que resiste à deriva. Qualidade é a única variável. Gosto é o que define o que qualidade significa.

Designers que guardam o gosto como intuição vão descobrir que sua intuição é irrelevante quando máquinas geram mais rápido do que qualquer humano consegue revisar. Engenheiros que descartam gosto como subjetivo vão descobrir que seus sistemas produzem mediocridade correta, performática e arquiteturalmente sólida. O caminho adiante exige ambos: o julgamento acumulado do designer, decomposto em componentes, codificado em infraestrutura, e aplicado na velocidade que as máquinas exigem.

Gosto não é um sentimento. Gosto é um sistema técnico. Construa o sistema, ou assista o gosto desaparecer.

FAQ

Gosto realmente pode ser reduzido a quatro componentes?

Os quatro componentes (restrições, critérios de avaliação, reconhecimento de padrões e coerência) são uma decomposição, não uma redução. Gosto na prática envolve os quatro operando simultaneamente, e a interação entre componentes produz qualidades emergentes que nenhum componente isolado captura. A decomposição é útil porque cada componente se mapeia a um tipo específico de infraestrutura de engenharia, tornando o abstrato concreto e o subjetivo implementável.

Como hooks diferem de um design system?

Um design system define tokens, componentes e diretrizes de uso. Hooks aplicam restrições comportamentais no ponto de criação. Um design system diz “use texto corpo de 16px”. Um hook bloqueia um commit que define texto corpo como 14px. O design system é material de referência. O hook é um portão. Ambos são úteis. O hook é o que torna as decisões do design system inegociáveis durante geração autônoma.

Codificar gosto o torna rígido?

Codificar gosto torna os julgamentos codificados consistentes, não congelados. Minha contagem de hooks cresceu de zero a 95 em nove meses porque cada padrão de falha que percebi se tornou uma nova restrição. Rigidez significaria recusar adicionar novos hooks. Crescimento significa que cada falha que ofende seu gosto se torna infraestrutura que previne a próxima ocorrência.

Fontes