# O que é simples de verdade

**Simples não é fácil, e confundir os dois custa caro**

> Capítulo 1.4 de *Antes do Código*, livro aberto e gratuito de Marcelo Castelo Branco.
>
> Leia esta página no site: https://marcelocastelo.io/livros/antes-do-codigo/secao-1/capitulo-1-4

---

![A ferramenta certa não deixa o trabalho mais fácil. Deixa o trabalho possível.](https://marcelocastelo.io/assets/livros/antes-do-codigo/1-4-ferramentas.webp)

*A ferramenta certa não deixa o trabalho mais fácil. Deixa o trabalho possível.*

O capítulo anterior terminou pedindo que você pergunte para onde a bicicleta vai antes de consertar a roda. Este capítulo pega uma palavra que muda de sentido conforme o terreno, e que quase ninguém combina antes de usar: **simples**.

Muita gente trata simples e fácil como se fossem a mesma coisa. A confusão entre as duas palavras é o que faz gente experiente escolher errado com toda a confiança do mundo.

> — Vamos fazer do jeito mais simples e depois a gente vê.
>
> — Isso aí é fácil, faço em meia hora.
>
> — Para que complicar? O jeito que eu sei funciona.
>
> — Ficou difícil porque a ferramenta nova é complicada.

> Simplicidade não é fazer menos. É fazer o essencial com propósito.

## A marreta e o formão

A imagem que abre este capítulo mostra a mesma bancada duas vezes. À esquerda, duas mãos seguram uma marreta e um formão sobre a borda do tampo, e o chão está cheio de lascas. À direita, as mesmas mãos deslizam uma ferramenta elétrica, e a borda sai lisa e arredondada, em verde.

Comece pelo lado esquerdo. Você sabe exatamente o que fazer com uma marreta e um formão: apoia o formão na madeira, bate com a marreta e tira uma lasca. Qualquer pessoa com um pouco de força e paciência consegue. O trabalho parece simples.

## A borda arredondada

Agora imagine que a tarefa é uma mesa de bordas arredondadas, com acabamento perfeito, igual à curva desenhada no fundo da imagem.

Pare aqui um segundo e responda: com marreta e formão, a tarefa ainda parece simples?

A primeira batida tira uma lasca grande demais. A segunda batida tenta consertar a primeira e abre outro buraco. Depois de uma hora, a borda está mais torta do que no começo, e o chão está coberto de lascas. Cada batida teria de ser precisa, com a força controlada e o ângulo exato. **O simples no papel vira complexo na prática.**

## A outra ferramenta

A saída é a ferramenta do lado direito da imagem: a tupia, que desgasta a madeira aos poucos e faz a curva com precisão. De repente, o que parecia difícil fica natural. O trabalho não ficou mais fácil. O trabalho ficou natural porque **a ferramenta certa encontrou o problema certo**.

Muitas vezes o que a gente chama de “jeito simples” é só **o jeito antigo, que já dominamos**. E o “jeito difícil” é só o novo, que ainda não aprendemos. A comparação não diz nada sobre as duas soluções. A comparação diz alguma coisa sobre o nosso repertório.

O simples de verdade exige clareza de intenção: saber o que precisa ser feito, por quê, e com o que se conta para fazer. Sem essa clareza, a simplicidade vira descuido, e o descuido é caro.

> O simples é o que resolve sem desperdiçar energia, mesmo quando não é o que todo mundo entende.

## A mesma bancada, num time de tecnologia

Em tecnologia, “vamos fazer do jeito mais simples” é uma das frases mais ditas, e uma das menos combinadas. O simples de quem está começando e o simples de quem entende o sistema costumam ser coisas opostas.

**O simples de quem ainda não domina**

- Cortar caminho
- Resolver o caso que está na frente
- Sair rápido do problema de hoje
- Deixar o resto para depois, e “depois” é sempre de outra pessoa

**O simples de quem entende o sistema**

- Tirar atrito sem quebrar a coerência do resto
- Resolver o tipo de problema, e não só o caso
- Aceitar gastar mais agora para gastar menos pelos próximos dois anos
- Deixar claro para quem vier depois

Uma verificação no lugar certo é simples. Dez verificações empilhadas, uma para cada exceção que foi aparecendo, são **simples hoje e um caos daqui a um ano**. As dez verificações são as dez marretadas tentando acertar a curva.

E o contrário também engana. Quem automatiza um processo trabalhoso pode parecer, visto de fora, que complicou. **Quem automatizou simplificou o futuro**, e o futuro não aparece na foto de hoje.

E tem uma coisa nova nessa história. Pedir código pronto a uma inteligência artificial deixou quase tudo mais fácil de fazer, e não mais simples. A inteligência artificial entrega em um minuto uma solução que você levaria um dia para escrever, e essa solução pode ser exatamente a que fica pesada daqui a um ano.

> A inteligência artificial entrega a marreta mais rápida do mundo, e não avisa quando a borda pedia uma tupia.

## Como testar se é simples mesmo

![O atalho e a solução se cruzam. A questão é de que lado da cruz você vai estar.](https://marcelocastelo.io/assets/livros/antes-do-codigo/1-4-esforco.webp)

*O atalho e a solução se cruzam. A questão é de que lado da cruz você vai estar.*

### Três perguntas que separam solução de atalho

*Antes de chamar de simples*

As três perguntas cabem numa conversa de cinco minutos, e evitam a borda cheia de marretadas.

**1. Isso continua simples depois que crescer?**

A solução que só funciona no tamanho de hoje não é simples. A solução é provisória, e provisório em software raramente é provisório: fica anos no ar atrapalhando quem passa por ali depois. A marretada serve para uma lasca, e não serve para a borda inteira.

**2. Outra pessoa consegue entender e manter?**

Se só você entende, você virou uma dependência: um risco para o time e uma prisão para você. A tupia funciona na mão de qualquer marceneiro, e é isso que faz dela a ferramenta certa.

**3. Reduz esforço ou só empurra o esforço para a frente?**

Muita coisa chamada de simples só mudou o trabalho de lugar, para o próximo mês ou para o próximo colega. O chão cheio de lascas é o esforço empurrado: alguém vai ter de varrer.

Se a resposta for sim nas três, a solução é simples de verdade. Se não for, **a solução é uma gambiarra elegante**, e a elegância é justamente o que faz a gambiarra passar despercebida.

> Fácil é o que poupa esforço agora. Simples é o que evita esforço depois.

## Levar para a entrevista

*Três perguntas em que “simples” é a palavra que te entrega.*

Nas três perguntas abaixo, o avaliador está ouvindo uma coisa só: se você pensa em quem vem depois. Quem responde olhando só para a própria entrega pega a marreta sem olhar a borda.

### “Como você define uma solução simples?”

A pergunta parece pedir uma definição, e pede um exemplo.

**O avaliador técnico quer ver**

- Que você liga simplicidade a manutenção, e não a preguiça
- Noção do que a escolha custa depois
- Que pensa no sistema, e não só no trecho

**O avaliador de pessoas quer ver**

- Que a simplicidade serve ao time, e não a você
- Que você explica coisa abstrata sem enrolar
- Consciência do efeito no coletivo

**Boa resposta**

“Para mim é a solução que outra pessoa do time consegue mexer sem me chamar. No estágio, troquei uma planilha de controle com vinte abas por uma tabela só, com uma coluna de situação. Ficou menos poderosa, e em troca qualquer pessoa da equipe passou a atualizar sem perguntar nada.”

**Resposta ruim**

“Solução simples é a mais rápida de fazer.”

A resposta confunde velocidade com simplicidade, e é exatamente a confusão da marreta.

### “Prefere código mais rápido ou mais simples?”

Rápido, aqui, é o código que roda em menos tempo. A pergunta é uma armadilha clássica: os dois lados têm defensor apaixonado, e é justamente por isso que a resposta absoluta reprova.

**O avaliador técnico quer ver**

- Que você entende o que se ganha e o que se perde nos dois lados
- Que você prioriza conforme o caso
- Que mede antes de decidir

**O avaliador de pessoas quer ver**

- Ausência de vaidade técnica
- Pragmatismo ligado ao objetivo do negócio
- Que você não transforma preferência em bandeira

**Boa resposta**

“Num relatório interno que eu fiz, a primeira versão era clara e levava dois segundos para abrir. Ninguém reclamava, então deixei clara. Numa tela que o cliente usava o dia inteiro, cada segundo pesava, e ali valeu complicar um pouco para ficar rápida. Se eu tiver de escolher sem saber, escolho a clara.”

**Resposta ruim**

“Sempre o mais rápido, para mostrar que domino otimização.”

**A resposta coloca a demonstração de habilidade acima do problema.** E quem faz isso numa entrevista faz no código também.

### “Qual foi a solução mais simples que você criou?”

**O avaliador técnico quer ver**

- Que você acha o essencial no meio do barulho
- Que cortou escopo de propósito, e não por preguiça
- Efeito que dá para medir

**O avaliador de pessoas quer ver**

- Clareza ao contar
- Que você explica valor técnico para quem não é técnico
- Que o resultado serviu a outras pessoas

**Boa resposta**

“A gente publicava o sistema na mão, e sempre alguém esquecia um passo. Em vez de montar uma esteira automática inteira, automatizei os três comandos que causavam quase todo o erro e escrevi um passo a passo curto. Caiu o erro e caiu o tempo, sem eu precisar reinventar nada.”

**Resposta ruim**

“Fiz um programinha que apaga tudo e recria do zero. Resolveu rapidinho.”

A solução resolve mesmo, até o dia em que “tudo” inclui algo que não podia ser apagado. Rapidez que ignora o risco não é simplicidade.

## Levar para o trabalho

*Três situações em que alguém pede simples e quer dizer outra coisa.*

### Pedem uma solução “simples e rápida”

Quase sempre o pedido é pressão de prazo com um mal-entendido embutido: quem pede diz “simples” e quer dizer “rápido”, e as duas palavras juntas soam como uma só. O erro comum é aceitar sem perguntar qual das duas a pessoa quer.

**Esperam de você**

- Que diga o que cabe no prazo e o que não cabe
- Previsibilidade sobre o que vai dar trabalho depois
- Uma entrega que funcione

**Não esperam de você**

- Uma gambiarra que estoure daqui a três semanas
- Aceitar sem analisar
- Descobrir o problema junto com o cliente

**O que dizer**

“Consigo uma versão rápida até amanhã, que resolve o caso deste cliente. A versão que não volta para a gente leva três dias, porque cobre os outros clientes também. Te mostro as duas opções e o que cada uma custa?”

**Mostrar as duas opções te tira do lugar de quem obedece** e te põe no lugar de quem ajuda a decidir.

### O time quer simplificar cortando etapas

A vontade é legítima, porque processo acumula gordura mesmo. O erro comum é cortar junto a etapa que estava ali segurando alguma coisa, sem ninguém lembrar o quê.

**Esperam de você**

- Que separe burocracia de controle antes de cortar
- Coragem de tirar o que não serve
- Que confira em vez de supor

**Não esperam de você**

- Apego cego ao processo
- Cortar tudo para ver o que acontece
- Travar a discussão

**O que dizer**

“Concordo em simplificar. Das seis etapas, quatro eu sei para que servem. As outras duas eu queria confirmar se eram controle ou burocracia acumulada antes de cortar. Posso revisar até sexta?”

Cortar uma etapa sem saber para que ela servia é bater com a marreta na borda: rápido agora, e caro de consertar depois.

### Você quer reescrever um trecho confuso e não há tempo

A rotina empurra entrega, e a melhoria técnica é sempre a primeira a sair da lista. A rotina não vai mudar. O erro comum é guardar a reclamação na cabeça em vez de registrar o que ficou para trás.

**Esperam de você**

- Que entenda a prioridade do momento
- Que registre o que ficou mal resolvido em vez de guardar na cabeça
- Que proponha um momento para tratar

**Não esperam de você**

- “Ou fazem do meu jeito ou não faço”
- Discussão teórica sem efeito
- Silêncio, que vira ressentimento

**O que dizer**

“Entendo que agora o foco é entregar. Posso registrar o que ficou mal resolvido aqui e sugerir um momento para a gente tratar? Esse trecho já atrasou duas entregas neste mês, e o registro mostra por que ele ficou assim.”

Registrar não é reclamar por escrito. O registro é o que impede que, daqui a um ano, alguém olhe aquele trecho e conclua que ele foi feito por descuido.

> Simplicidade sem consequência é só pressa disfarçada.

## O que muda daqui em diante

**O simples**

- Antes: O que dá menos trabalho agora
- Agora: O que continua claro depois que cresce

**O atalho**

- Antes: Um jeito esperto de ganhar tempo
- Agora: Um empréstimo, e alguém vai pagar os juros

**A marreta**

- Antes: A ferramenta que todo mundo sabe usar
- Agora: A ferramenta certa para tirar lasca, e a errada para arredondar

**A ferramenta certa**

- Antes: Detalhe de preferência
- Agora: O que separa “quase impossível” de “natural”

- Perguntar se aquilo continua simples depois que crescer
- Conferir se outra pessoa consegue entender e manter sem te chamar
- Testar se reduz esforço ou só empurra o esforço para a frente
- Combinar o que “simples” significa antes de alguém prometer prazo
- Registrar o que ficou mal resolvido em vez de guardar na cabeça

> Antes de pegar a marreta, olhe a borda que você precisa fazer.

---

*Capítulo 1.4 de **Antes do Código** — O guia para quem quer entender a tecnologia — e não só usá-la.*

*O livro inteiro, de graça: https://marcelocastelo.io/livros/antes-do-codigo*
