# 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.* No capítulo anterior a gente viu que a resposta certa depende do terreno. Agora vamos pegar 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. Não são, e a confusão entre as duas é o que faz gente experiente escolher errado com toda a confiança do mundo. > Simplicidade não é fazer menos. É fazer o essencial com propósito. ## A cena Olhe de novo o lado esquerdo da imagem que abre este capítulo: uma marreta e um formão. Você sabe exatamente o que fazer com elas: apoia o formão, bate com a marreta, tira lascas de madeira. Qualquer pessoa com um pouco de força e paciência consegue. Parece simples. Agora olhe para uma mesa de bordas arredondadas, acabamento perfeito. Com marreta e formão, ainda parece simples? Cada batida teria que ser precisa, a força controlada, o ângulo exato. **O simples no papel vira complexo na prática.** A saída é a outra ferramenta da imagem, do lado direito: a tupia, que desgasta a madeira aos poucos e faz a curva com precisão. De repente o que parecia difícil fica natural, não porque ficou mais fácil, mas porque **a ferramenta certa encontrou o problema certo**. ## O ponto de virada > O simples não é o que todo mundo entende. É o que resolve sem desperdiçar energia. 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. Isso não diz nada sobre as duas soluções. Diz 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 isso, simplicidade vira descuido. E descuido é caro. ## O paralelo Em tecnologia, “vamos fazer do jeito mais simples” é uma das frases mais ditas, e uma das menos combinadas. Porque o simples de quem está começando e o simples de quem entende o sistema são 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 a classe do problema, 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 para cobrir cada exceção que foi aparecendo são **simples hoje e um caos daqui a um ano**. E o contrário também engana: quem automatiza um processo trabalhoso pode parecer que complicou, visto de fora. Só que ele simplificou o futuro, e 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 tudo muito mais fácil de fazer. Fácil, não simples. Ela entrega em um minuto uma solução que você levaria um dia para escrever, e pode ser exatamente a solução que fica pesada daqui a um ano. **Ficou mais barato produzir, e continua custando o mesmo manter.** > O simples de verdade não é o que parece leve agora. É o que continua leve depois. ## 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* Isto aqui é o teste, e ele vale para toda vez que alguém disser que a solução é simples. **1. Isso continua simples depois que crescer?** - O que engana: Parece resolvido hoje - O que a pergunta expõe: Solução que só funciona no tamanho de hoje não é simples, é provisória. E provisório em software raramente é provisório: fica anos no ar atrapalhando quem passa por ali depois **2. Outra pessoa consegue entender e manter?** - O que engana: Você entende, e isso basta - O que a pergunta expõe: Se só você entende, você virou uma dependência: risco para o time e prisão para você **3. Reduz esforço ou só empurra para frente?** - O que engana: Saiu do seu prato - O que a pergunta expõe: Muita coisa chamada de simples só transferiu o trabalho para o próximo trimestre, ou para o próximo colega Se a resposta for sim nas três, é simples de verdade. Se não, **é uma gambiarra elegante**, e a elegância é justamente o que faz ela 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 se entrega. ### “Como você define uma solução simples?” **O avaliador técnico quer ver** - Que você liga simplicidade a manutenção, não a preguiça - Noção do que a escolha custa depois - Que pensa no sistema, não só no trecho **O avaliador de pessoas quer ver** - Que a simplicidade serve ao time, não a você - Capacidade de explicar coisa abstrata sem enrolar - Consciência de impacto no coletivo **Boa resposta** “Para mim é a solução que qualquer pessoa do time consegue entender, manter e evoluir sem precisar chamar quem escreveu. Resolve o problema com o mínimo de peças envolvidas e o máximo de clareza.” **Resposta ruim** “Solução simples é a mais rápida de fazer.” Confunde velocidade com simplicidade, e é exatamente a confusão que este capítulo inteiro trata. ### “Prefere código mais rápido ou mais simples?” Rápido aqui é o que roda em menos tempo. É uma pergunta clássica de armadilha: 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 - Capacidade de priorizar conforme o caso - Que mede antes de decidir **O avaliador de pessoas quer ver** - Ausência de ego técnico - Pragmatismo ligado ao objetivo do negócio - Que você não transforma preferência em bandeira **Boa resposta** “Depende de onde. Num sistema em que meio segundo importa, velocidade é prioridade. Num sistema interno, clareza pesa mais. Se eu tiver que escolher no escuro, escolho o claro, porque velocidade dá para melhorar depois, e confusão só se multiplica.” **Resposta ruim** “Sempre o mais rápido, para mostrar que domino otimização.” **Coloca a demonstração de habilidade acima do problema.** E quem faz isso numa entrevista faz no código também. > Solução simples sem consequência é só uma gambiarra bem embalada. ### “Qual foi a solução mais simples que você criou?” **O avaliador técnico quer ver** - Capacidade de achar o essencial no meio do barulho - Que você cortou escopo de propósito, não por preguiça - Impacto que dá para medir **O avaliador de pessoas quer ver** - Clareza ao contar - Que você sabe explicar 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.” 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 é pressão de prazo com um mal-entendido embutido: quem pede diz “simples” e quer dizer “rápido”, e as duas palavras combinadas soam como uma só. **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 fazer uma versão rápida hoje. Mas o simples de verdade seria garantir que não volte para a gente depois. 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 de quem ajuda a decidir. ### O time quer simplificar cortando etapas A vontade é legítima: processo acumula gordura mesmo. O risco é cortar junto o que estava ali segurando alguma coisa. **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. Só quero confirmar se essas etapas eram controle ou só burocracia acumulada. Posso revisar antes da gente cortar?” > Simplicidade sem consequência é só pressa disfarçada. ### Você quer reescrever um trecho confuso e não há tempo A rotina empurra entrega, e melhoria técnica é sempre a primeira a sair da lista. Isso não vai mudar. O que dá para mudar é o que acontece com 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 impacto - 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? Assim não perdemos o histórico de por que ficou assim.” Registrar não é reclamar por escrito. É o que impede que daqui a um ano alguém olhe aquele trecho e conclua que foi feito por descuido. ## 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 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 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 > O simples de verdade não se desfaz com o tempo. --- *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*