Ângulo

"O que acontece se o cliente cancelar esse item depois da validação?" — a pergunta cai no Slack, a página de suporte não cobre o caso, e um Product Manager abre um ambiente de teste por meia hora. Buscar a resposta no repositório em vez da página apenas elimina essa meia hora: uma resposta tirada do código erra tão bem quanto uma documentação vencida, e com mais desenvoltura. O que reduz de fato o risco não é a mudança de fonte, é o regime imposto à resposta — cada afirmação amarrada a um elemento apontável, a função que aplica a regra, o teste que cobre o cenário, o merge request que introduziu o comportamento, o estado do feature flag; e cada zona não estabelecida nomeada, o teste que falta, a configuração daquele cliente específico que não dá para alcançar, a decisão de produto que o código parece contradizer. Sem esse regime duplo, você troca a memória imperfeita do Product Manager pela memória probabilística de um modelo, e o risco não diminui: ele muda de portador, passando de quem sabia que não sabia para o agente de suporte que acha que sabe.

Síntese

O raciocínio parte de um custo que ninguém contabiliza, e esse ponto de entrada não é banal: ele explica por que convivemos tanto tempo com a situação. Cada verificação leva meia hora e não aparece em nenhum ticket, nenhuma estimativa, nenhuma linha de roadmap. Um segundo custo se soma a isso, ainda menos visível, e ele não se reduz pelos mesmos meios: a interrupção destrói o estado de trabalho de quem ela atinge, e uma resposta obtida em dois minutos em vez de trinta deixa esse estado intacto.

O deslocamento para o código é apresentado como resposta a esse custo, e é mesmo — desde que você não o tome por uma resposta ao problema de confiabilidade, que é outro problema. O repositório é a única representação que não diverge do que o produto faz; mas ele não diz tudo o que um documento dizia. O corte útil não passa entre o código e a documentação, passa entre o que descreve — regenerável — e o que explica — a conservar, porque nenhuma leitura do repositório reconstitui isso. E o próprio repositório não basta para decidir: um feature flag deixa ali dois comportamentos possíveis, e é a configuração implantada que decide qual se aplica a um cliente.

É aqui que o regime de resposta vira o assunto de verdade. Duas exigências simétricas, e nenhuma substitui a outra: citar delimita o que é afirmado, admitir delimita o que não é. A primeira age no momento em que a resposta é produzida, não no momento em que alguém a relê — é isso que a distingue de uma exigência de rastreabilidade, que pressupõe um leitor. A segunda dá valor ao que se parece com um fracasso: sinalizar que nenhum teste cobre um caso, ou que uma decisão de produto e o código divergem, é uma informação de produto em si.

Falta a questão de saber a quem tudo isso aproveita, e ela se resolve pela forma em vez de pela duplicação: uma resposta única dividida em ângulos — a resposta curta, o uso, o valor, os limites, as provas — evita manter coerentes tantas versões quanto áreas, e dá às provas um lugar para existir sem atrapalhar quem não vai abri-las.

Por fim, duas condições cercam o conjunto, e elas não dependem do dispositivo. A primeira é sobre o material lido: um código cujas exceções carregam o vocabulário do domínio se deixa interrogar, um código em que as regras estão espalhadas atrás de nomes técnicos resiste — tanto a um modelo quanto a uma pessoa desenvolvedora. A segunda é sobre a triagem a montante: nem toda pergunta de produto é uma leitura. As que exigem uma arbitragem não se delegam a nada, qualquer que seja a ferramenta.

O que o conjunto mostra: mudar de fonte de verdade resolve um problema de acesso, não um problema de confiança. A confiança não se conquista pela origem da resposta, e sim pelo que a resposta se obriga a mostrar — e o mesmo regime valeria para uma resposta tirada de um corpus jurídico ou de um conjunto de atas.

Tensões / contradições

Duas exigências deste lote se contrariam num limiar que nada estabelece. Uma resposta deve nomear o que não sabe; uma resposta cheia de ressalvas em cada frase volta a ser inaproveitável, e o leitor dela vai de novo abrir um ambiente de teste — o custo que se queria eliminar volta inteiro. O ponto de equilíbrio é descrito como necessário e nunca é situado.

Segunda tensão, sobre o que o dispositivo trata de fato. Ele ataca o tempo de busca; o custo dominante, para um papel cujo trabalho é cumulativo, é o da interrupção. Responder mais rápido pode, portanto, melhorar um número sem mudar nada no que se perde, e o artigo não diz como a pergunta deixaria de chegar.

Terceira tensão, com o modo como o deslocamento para o código foi contado em outro lugar: a passagem da autoridade da especificação para o repositório é explicada lá pelo desabamento do custo de acesso. Aqui, o acesso já está dado e se revela insuficiente. Os dois se sustentam juntos, mas a ordem de prioridades se inverte conforme o que você lê primeiro.

Por fim, o próprio termo fonte de verdade resiste ao lote: o repositório dá fé sobre as regras, o ambiente implantado dá fé sobre o que um cliente específico vê, e o histórico dá fé sobre a intenção. Três fontes, cada uma soberana sobre uma questão — o que o singular da expressão não diz.

Questões

• O que, numa organização, verifica se as provas citadas de fato estabelecem o que a resposta faz elas dizerem, e em que ritmo?
• Como uma empresa que julga suas respostas pela nitidez recebe um dispositivo em que parte do entregável é a admissão de um buraco?
• Em que condições um buraco sinalizado — um teste ausente, uma decisão de produto que o código contradiz — vira trabalho assumido em vez de mais uma menção no rodapé das respostas?
• O que acontece com esse regime quando o comportamento interrogado não depende mais de um repositório legível e sim de um modelo treinado, em que nenhuma função carrega a regra?