Ideia principal

Perguntar "funciona?" sobre uma aplicação desenvolvida com um assistente não diz nada sobre o domínio que se tem dela: telas que respondem, um banco de dados que existe e uma API que roda convivem muito bem com centenas de escolhas técnicas que ninguém sabe explicar. A pergunta que discrimina é outra: você saberia refazer esse sistema em outro lugar, em outra tecnologia?

Responder que sim pressupõe saber onde estão os contratos entre APIs, onde vivem as regras de negócio, quais testes descrevem o comportamento esperado em vez da implementação atual. Esses três pontos de apoio não aparecem depois: eles se impõem durante a construção — exigir os contratos, mandar produzir os conjuntos de teste e depois a pirâmide de testes antes de desenvolver, recusar que o negócio fique espalhado pelos endpoints, mesmo sem chegar a uma abordagem DDD completa que o projeto não justifica.

A reconstrução não precisa ser feita de verdade. Ela serve como pergunta de controle, e a resposta mede o que o time sabe dizer do sistema, e não o que o sistema mostra.

Por que isso importa

Isso dá um critério de qualidade que se pode opor justamente onde a velocidade de entrega não diz mais nada. Uma demonstração funcional passa qualquer que seja o estado da compreensão; "eu saberia reconstruir isso?" falha exatamente quando ela falta.

Também transforma a compreensão em exigência de concepção, e não em virtude individual: o que a torna possível são linhas de separação identificáveis, e elas são decididas no momento em que construímos.

Nuances e limites

Ninguém reconstrói um sistema para conferir se saberia fazê-lo. O critério continua sendo, portanto, uma pergunta feita em consciência, exposta à complacência de quem responde — um sistema pode parecer reconstruível para quem o conduziu e não ser para mais ninguém.

E ele não diz nada sobre o valor do sistema: você pode saber refazer, igualzinho, uma aplicação que não serve a ninguém, ou cuja arquitetura é medíocre.

Questões em aberto

• Que prova curta — outra pessoa retomar um módulo, reescrever um componente sem o existente diante dos olhos — daria a esse critério uma verificação que não dependa da autoavaliação?