Ideia principal

Descrever um software supõe fixar um instante: uma versão do código, e tudo o que roda com ela — o banco tal como está nessa versão, as telas dessa versão, as traduções dessa versão. É a fotografia, e é ela que define o que tem o direito de entrar.

Um export de banco de dados feito alguns meses antes parece mesmo assim utilizável: ele descreve o mesmo produto, mais ou menos. Na verdade ele descreve um produto mais antigo, e o "mais ou menos" é justamente o que estávamos procurando. Em uma parte inteira, objetos presentes no código não tinham nenhuma tabela correspondente no export — e a conclusão tirada foi que eles não existiam.

A regra não é "conferir a data antes de concluir", porque essa vigilância não se sustenta ao longo do tempo. Ela é mais radical: uma fonte de outra data é substituída por uma versão atualizada, ou então passamos sem ela.

Por que isso importa

É o que impede um erro silencioso. Uma fonte vencida não produz uma mensagem de erro: ela produz uma ausência, e uma ausência é lida como uma informação — "esse objeto não existe" — quando na verdade não diz nada.

E a regra se controla sem julgamento: cada fonte carrega sua versão, ou sai do perímetro. É uma condição de admissão, não uma precaução de leitura.

Nuances e limites

A exigência vale apenas para as fontes que deveriam descrever o estado do produto. Os materiais que carregam o que as pessoas dizem — relatos de entrevistas, tickets — são datados por natureza e mantêm seu valor: eles não descrevem o produto, descrevem um uso.

A restrição tem um custo real: reconstituir uma fonte na versão certa leva tempo, e a tentação de usar a que está à mão volta a cada parte.

Questões em aberto

• Em que ritmo refazer a fotografia, sabendo que cada defasagem transforma progressivamente as fontes disponíveis em fontes inadmissíveis?