Pular para o conteúdo
Arquitetura

O que existe abaixo da interface

A tela é a parte mais barata do software. O custo mora nas camadas que ninguém vê — e é para lá que o valor está migrando.

Afonso Henrique2 min de leitura

Uma tela pronta esconde decisões. Algumas foram tomadas de propósito. Outras por omissão — e as por omissão costumam ser as caras.

Hoje qualquer pessoa monta uma interface convincente em uma tarde. A barreira de entrada caiu, e isso é bom. O que ficou fácil não foi construir software. Foi construir a primeira versão dele.

A pilha que a interface esconde

Abaixo do que se vê, existe uma sequência que não muda muito de projeto para projeto:

  • Experiência — o caminho que a pessoa percorre, que raramente é o que o time imaginou no quadro branco.
  • APIs — o contrato. Enquanto há um consumidor, é um detalhe de implementação. Quando há trinta, é um compromisso público.
  • Regras de negócio — onde mora a complexidade que ninguém consegue simplificar, porque ela não é técnica.
  • Dados — a camada que contamina todas as outras quando está errada.
  • Segurança — invisível quando funciona, manchete quando falha.
  • Observabilidade — sem ela, produção vira adivinhação bem-intencionada.
  • Infraestrutura — o que aparece na fatura no fim do mês.

Nenhuma dessas camadas existe na demo. Todas existem na segunda versão.

O contrato aparece depois

Vale insistir no exemplo da API, porque ele é o mais concreto.

Um campo opcional precisa virar obrigatório. Em um sistema com um consumidor, isso é um commit e um deploy. Em um sistema com quarenta integrações, é um plano de migração, uma janela de convivência entre as duas versões, comunicação com quem consome, e alguém acompanhando quem não migrou.

A mudança técnica é idêntica nos dois casos. O que mudou foi o custo de coordenação, e ele não aparece no diff.

Onde o valor está migrando

Se produzir a superfície ficou barato, o valor não desaparece — ele se desloca para onde ainda é caro.

Modelar dados de um jeito que aguente a pergunta que ninguém fez ainda. Decidir o que não construir. Escolher onde aceitar acoplamento e onde pagar o preço do desacoplamento. Instrumentar o sistema antes de precisar.

São decisões que não têm resposta verificável no momento em que são tomadas. Só a consequência aparece — meses depois, e geralmente para outra pessoa.

O ponto

Não é evitar complexidade. Sistema real tem complexidade real, e fingir o contrário só a empurra para outro lugar.

O ponto é saber onde ela está, quanto custa, e quem vai pagar. Isso continua sendo trabalho humano, e continua sendo o que separa uma demo de um produto.

  • camadas
  • arquitetura
  • custo