Log #1 - O Fim da Resposta Certa: Senioridade como Perda de Certeza

Júnior é recompensado pelo que sabe; Staff+ pelo que decide sob incerteza irreverificável. O salto não é técnico, é identitário: largar o vício do gabarito.

O Fim da Resposta Certa: Senioridade como Perda de Certeza

A verdadeira barreira para Staff+ não é escopo nem habilidade técnica. É tolerância a decisões cuja correção você jamais conseguirá provar.

A maioria dos engenheiros trava exatamente aqui — e não percebe que travou.

Eles continuam se aperfeiçoando no que já dominam, acumulando profundidade técnica, resolvendo problemas cada vez mais difíceis, e ficam genuinamente confusos quando a promoção não vem.

A explicação que recebem é vaga: “falta visão sistêmica”, “precisa de mais influência”. O que ninguém nomeia é o real: eles continuam fugindo para o conforto de problemas que têm gabarito.

Porque problemas com gabarito são viciantes. Existe uma satisfação quase neuroquímica em fechar um bug, fazer o teste passar, ver a latência cair de 800ms para 90ms.

Você estava certo. O sistema confirmou. A realidade validou seu modelo mental.

Essa sensação construiu sua identidade técnica inteira. E ela é precisamente o que você precisa abandonar.


De Onde Vem o Vício da Resposta Certa

Todo engenheiro júnior é recompensado por um tipo específico de acerto: o acerto verificável.

Você escreve código, ele compila ou não. O teste passa ou falha. A query retorna o resultado esperado ou não. O deploy sobe ou quebra.

Durante os primeiros anos da carreira, o mundo te dá retorno binário, rápido e impessoal. Não importa o que seu gerente acha — ou o código funciona, ou não funciona.

Isso é profundamente formativo. Você aprende que existe uma resposta certa, que ela é descobrível com esforço suficiente, e que sua competência é medida pela proximidade entre o que você produz e essa resposta.

O sistema de avaliação reforça isso em todas as camadas:

  • Entrevistas técnicas premiam quem chega na solução ótima do algoritmo
  • Code review aponta o jeito “correto” de estruturar aquele módulo
  • Calibração de júnior/pleno mede entrega de tarefas bem definidas
  • Cultura de engenharia celebra o debugging heroico, a causa-raiz encontrada

Nenhuma dessas estruturas te prepara para o que vem depois. Elas te treinam para um mundo onde a verdade é acessível. E então, em algum ponto, esse mundo simplesmente acaba.

O problema é que ninguém te avisa que acabou. Você acha que ainda está jogando o mesmo jogo — só que com problemas maiores.


A Evidência: Onde o Gabarito Desaparece

Considere o caso real desse padrão.

Rafael, engenheiro forte num marketplace brasileiro de ~300 pessoas em fase de scaling pós-Série C, era a referência técnica do time de pagamentos. Tinha sido promovido a sênior rápido, justamente por ser o cara que sempre achava a resposta certa.

Race condition obscura em produção? Rafael. Decisão de qual índice criar? Rafael.

Quando o colocaram para liderar a decisão arquitetural de como dividir o monólito de pagamentos, ele aplicou o único método que conhecia: investigação exaustiva até a certeza. Leu sobre os trade-offs de cada abordagem. Fez provas de conceito. Mediu. Comparou.

E ficou paralisado por três meses.

Não porque fosse incompetente — pelo contrário. Ele travou porque estava esperando o momento em que a evidência tornaria a decisão óbvia. Esperando o teste passar. Esperando o sistema confirmar.

Esse momento nunca chegou, porque a pergunta não tinha gabarito.

Dividir o monólito agora ou daqui a um ano dependia de premissas sobre crescimento que ninguém podia provar. Dependia de quanto o time de produto mudaria de prioridade. Dependia de contratações que ainda não tinham acontecido.

A “resposta certa” não existia no presente — ela só existiria retrospectivamente, e talvez nem assim.

O que diferencia quem atravessa

O Staff Engineer que acabou tomando a decisão fez algo que Rafael interpretou como imprudência. Olhou para a mesma incerteza irredutível e disse:

“Vamos extrair o serviço de antifraude primeiro. Não porque é provadamente certo, mas porque é reversível o suficiente e nos ensina mais rápido do que continuar discutindo.”

Ele não tinha mais informação que Rafael. Tinha outra relação com a falta de informação.

Essa é a transição qualitativa que quase ninguém nomeia. Não é sobre saber mais. É sobre agir bem no exato ponto onde o saber se esgota.

DimensãoEngenheiro Júnior/PlenoStaff+
O que é recompensadoO que você sabeO que você decide
Natureza do retornoVerificável, rápidoAmbíguo, lento ou ausente
Fonte de validaçãoO sistema confirmaNinguém confirma
Erro típicoSolução tecnicamente erradaDecisão razoável que o futuro invalidou
Identidade construída sobreEstar comprovadamente certoDecidir bem sob névoa

Onde a Tese Tem Limites

Seria desonesto vender isso como verdade universal. Há contextos onde a certeza verificável continua sendo o centro do valor — e fingir o contrário é o erro oposto.

Domínios de alta consequência e baixa ambiguidade

Engenharia de segurança criptográfica, sistemas de controle de voo, infraestrutura médica. Aqui, “decidir bem sob incerteza” sem rigor verificável é negligência.

Um Staff nesses domínios não abandona a busca pela resposta certa — ele a aprofunda. A diferença é que a incerteza se desloca para outro lugar: na priorização de quais riscos endereçar, em que ordem, com qual orçamento.

Carreiras de profundidade técnica radical

Existe o arquétipo do Staff/Principal que é Staff justamente por ser a maior autoridade verificável da empresa em algo — o compilador, o motor de busca, o kernel.

Para essa pessoa, o valor não migrou para o julgamento ambíguo. Mas note: mesmo ela toma decisões irreverificáveis sobre onde investir essa profundidade. A certeza técnica permanece; a certeza estratégica desaparece.

Empresas pequenas demais para a distinção existir

Numa startup brasileira de 15 pessoas, o “Staff” ainda escreve a maior parte do código crítico.

A separação entre saber e decidir só se torna estrutural quando a organização cresce o suficiente para que suas decisões afetem trabalho que você não vai tocar com as próprias mãos.

O ponto, então, não é que a certeza verificável deixa de importar. É que ela deixa de ser a fronteira do seu crescimento. Ela vira pré-requisito, não diferencial.


O Que Muda Quando Você Aceita Isso

A primeira mudança é brutal e silenciosa: você para de esperar a sensação de alívio.

O júnior toma uma decisão e sente alívio quando o sistema confirma. O Staff toma uma decisão e convive com a ausência permanente desse alívio.

A decisão arquitetural que você tomou hoje pode parecer brilhante por dezoito meses e desastrosa no décimo nono, quando uma mudança de mercado que ninguém previu inverteu as premissas.

A pergunta deixa de ser “estou certo?” e passa a ser “essa é uma boa aposta dado o que é possível saber agora, e estou montando isso para que o erro seja barato?”

Isso reorganiza tudo:

  • Reversibilidade vira critério central. Como você não pode garantir acerto, otimiza para baratear o erro. Decisões de porta de mão única recebem peso; as de porta de vaivém, velocidade.
  • Você documenta o raciocínio, não a conclusão. O design doc maduro registra quais premissas, sob qual incerteza, com qual aposta — porque a conclusão será julgada por um futuro que você não controla, mas o raciocínio pode ser avaliado hoje.
  • Você se torna confortável em discordar de pessoas mais informadas. Porque mais informação não dissolve a ambiguidade irredutível, e esperar que dissolva é a própria armadilha.

A segunda mudança é sobre como você lê a si mesmo.

Aquela ansiedade que você sentia ao tomar decisões grandes — interpretada por anos como sinal de despreparo — você passa a reconhecer como a textura normal do trabalho sênior.

Ela não vai embora com mais experiência. Você só para de confundi-la com incompetência.


O Que Você Precisa Desaprender

Aqui está a parte difícil, porque não é sobre aprender algo novo. É sobre demolir uma estrutura que te trouxe até aqui.

Desaprender que clareza é sinal de competência

Você passou anos associando “ter uma resposta limpa e defensável” com “ser bom”. Em território Staff, a clareza excessiva muitas vezes é sinal de que você simplificou demais o problema — que ignorou as variáveis que tornam a decisão genuinamente difícil.

O engenheiro que diz “obviamente devemos fazer X” sobre uma decisão de plataforma de três anos frequentemente não enxergou a complexidade. O que parece convicção é, às vezes, falta de profundidade na percepção do problema.

Desaprender que paralisia é prudência

Rafael achava que estava sendo cuidadoso. Estava, na verdade, terceirizando a decisão para o tempo — esperando que a realidade decidisse por ele para que ele nunca tivesse que assumir uma aposta irreverificável.

Isso é sedutor porque protege a identidade. Se você nunca decide explicitamente, nunca está provadamente errado.

Mas a não-decisão é uma decisão, só que sem dono. E os custos dela são reais, apenas invisíveis em calibração.

Desaprender que seu valor é o que você produz com as próprias mãos

Esse talvez seja o luto mais profundo. Sua identidade técnica foi construída sobre artefatos verificáveis: código que você escreveu, sistemas que você consertou, coisas com seu nome no commit.

O trabalho de Staff produz, em grande parte, decisões cujo único artefato é o caminho que a organização não precisou refazer.

Você previne o desastre que ninguém vai te creditar por ter prevenido, porque ele não aconteceu. Você não tem o teste verde. Você tem a ausência de uma catástrofe que ninguém vai conseguir provar que existiria.


A Implicação que Permanece

Reformulo a posição com mais precisão do que abri.

A barreira para Staff+ não é cognitiva — é identitária. Quase todo engenheiro tem capacidade técnica para o nível seguinte.

O que falta é a disposição de reconstruir a fonte da própria autoestima profissional sobre um terreno que nunca devolve a confirmação que você passou a vida inteira buscando.

Senioridade técnica, no fundo, é uma forma de luto. Você está enterrando a criança que sentia a alegria limpa de ver o teste passar e saber, com certeza absoluta, que estava certa.

No lugar dela, nasce alguém que aprende a dormir bem tendo tomado uma decisão de um milhão de reais que talvez, daqui a dois anos, se revele um erro — e que faz isso de novo na semana seguinte, sem o anestésico da certeza.

Essa pessoa não é mais corajosa por natureza. Ela apenas parou de exigir do trabalho uma garantia que o trabalho, naquele nível, nunca foi capaz de dar.

E é exatamente porque ela parou de exigir essa garantia que a organização passa a confiar a ela as decisões onde garantia nenhuma existe.

O paradoxo final é cruel e elegante: você só recebe poder sobre as decisões irreverificáveis no momento em que deixa de precisar que elas sejam verificáveis.

Quem continua perseguindo a resposta certa permanece, para sempre, no nível em que respostas certas ainda existem.


← Voltar para home