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.
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