Pular para o conteúdo
Renan Spatin
Pensamento

29 de maio de 2026·4 min de leitura

Eficiência sistêmica: software deveria ser tão sólido quanto um contrato bem redigido

A tese que orienta meu trabalho: tratar sistemas como contratos - antecipando modos de falha, eliminando ambiguidade e removendo fricção no nível certo, não no mais barato.

Passei anos dividido entre dois ofícios que, à primeira vista, não conversam: o Direito e a engenharia de software. Com o tempo entendi que eles resolvem o mesmo problema. Um contrato bem redigido e um sistema bem desenhado fazem a mesma coisa - transformam incerteza em comportamento previsível. A diferença é só a linguagem.

É daí que vem a tese que orienta o que faço hoje, e que vai aparecer com frequência por aqui: eficiência sistêmica.

O que é eficiência sistêmica

Não é otimizar uma função. Não é trocar um banco de dados por outro mais rápido. Otimização local quase sempre desloca o gargalo em vez de eliminá-lo - você ganha 200ms numa query e perde uma tarde explicando por que o relatório mensal ainda atrasa.

Eficiência sistêmica é olhar para o sistema inteiro - código, processo, pessoas e incentivos - e remover a fricção no nível em que ela realmente importa. Às vezes a resposta é técnica. Muitas vezes não é: é um passo manual que ninguém questionou, uma aprovação que existe por medo, um dado capturado três vezes porque três áreas não confiam uma na outra.

O engenheiro júnior pergunta "como faço isso funcionar?". O sênior pergunta "isso precisa existir?". A eficiência sistêmica mora na segunda pergunta.

O que o Direito ensina sobre sistemas

Um bom advogado contratual não escreve para o caso feliz. Ele escreve para o dia em que algo dá errado: quem responde, em que prazo, com qual consequência. O contrato é, no fundo, um catálogo de modos de falha com respostas pré-acordadas.

Software de produção exige exatamente a mesma postura. O código que só funciona no caminho feliz não é um sistema - é uma demonstração. O que separa os dois é o tratamento explícito do que acontece quando:

  • a dependência externa fica indisponível no pior momento possível;
  • dois processos tentam escrever o mesmo registro ao mesmo tempo;
  • o dado chega malformado, duplicado ou simplesmente atrasado;
  • a pessoa do outro lado faz algo que "ninguém faria".

Cláusula contratual e tratamento de erro são o mesmo instinto: nomear a falha antes que ela aconteça e decidir, com calma, o que será feito. Quem aprende a redigir contratos aprende a desenhar sistemas que não acordam ninguém de madrugada.

IA não muda a tese - aumenta a aposta

Trabalho com arquitetura AI-first porque modelos de linguagem são a maior alavanca de eficiência que apareceu na minha carreira. Mas alavanca multiplica força nos dois sentidos. IA aplicada sobre um processo confuso não produz eficiência: produz confusão mais rápida e mais difícil de auditar.

Por isso minha ordem de trabalho raramente começa pelo modelo. Começa pela pergunta chata: qual é, exatamente, a decisão que esse sistema toma, e com base em quê? Quando isso está claro - quando o problema foi redigido com a precisão de uma cláusula - a IA entra como aceleradora de algo que já era sólido. Sem isso, ela vira mais uma fonte de ambiguidade num lugar que já tinha demais.

Em setores de alta precisão - Direito, Medicina, Finanças, Engenharia - essa disciplina não é preciosismo. É a diferença entre uma ferramenta que as pessoas confiam e uma que elas desligam depois do terceiro erro.

Por que disciplina vem antes de tecnologia

Treino jiu-jitsu há anos, e a faixa ensina algo que o teclado confirma todos os dias: resultado é consequência de repetição correta, não de lampejo. Sistemas sólidos não nascem de uma sacada genial; nascem de centenas de decisões pequenas e disciplinadas - nomear bem, tratar o erro, escrever o teste chato, recusar o atalho que economiza uma hora hoje e custa uma semana em três meses.

Filosofia entra na mesma linha. Antes de perguntar como construir, vale parar em o que estamos otimizando, e a serviço de quem. Tecnologia é meio, não fim. A melhor arquitetura do mundo a serviço de um objetivo mal definido é só desperdício bem organizado.

O que esperar daqui

Este blog é o caderno onde registro essas decisões enquanto elas acontecem - não em tese, na prática:

  • Arquitetura e eficiência sistêmica: onde a fricção realmente mora e como removê-la no nível certo.
  • IA aplicada: o que funciona em produto real, sem demagogia e sem mística.
  • A ponte Direito-tecnologia: o que cada ofício ensina ao outro.
  • Disciplina e pensamento sistêmico: a parte que nenhuma ferramenta resolve por você.

Sem cronograma fixo. Quando uma decisão valer a anotação, ela aparece aqui - redigida com o cuidado de uma cláusula, espero.

  • Renan