Ideia principal

Diante de uma ferramenta que você quer fazer escrever em outro lugar — por exemplo um assistente de conversa em direção a um servidor pessoal —, a pergunta espontânea é: como faço com que ela chame o meu serviço? Ela leva você a construir uma interface, depois a constatar que essa interface não pode ser chamada, depois a procurar um contorno.

A outra pergunta, feita no lugar dessa, muda o terreno: onde essa ferramenta já sabe escrever? Ela não pede mais que você abra um caminho, pede que você faça o inventário dos que já existem. A resposta pode ser uma planilha, um espaço de arquivos, um serviço já conectado — algo medíocre do ponto de vista da arquitetura pretendida, mas disponível na hora.

A primeira pergunta incide sobre um obstáculo, a segunda sobre um recurso.

Por que isso importa

É uma virada barata: custa apenas uma reformulação, e chega no momento em que você está mais encurralado — depois de uma falha técnica, quando a energia toda vai para o contorno.

Ela também produz um resultado de outra natureza. O que você obtém não é a arquitetura desejada, mas um caminho que funciona de imediato e que você poderá substituir mais tarde.

Nuances e limites

O inventário dos caminhos existentes pode estar vazio, e aí a pergunta fica sem resposta.

E o que ela entrega é um compromisso: aceitar uma ferramenta que você não teria escolhido, com as limitações dela. O risco é se instalar nela de vez em vez de tratá-la como uma etapa.

Questões em aberto

• Em que momento decidir que um caminho de contorno virou a arquitetura definitiva?