Você não controla o deploy de sexta

Algumas coisas dependem de nós; outras não dependem de nós.

São 18h47 de uma sexta-feira. O deploy saiu às 18h30 — aprovado no review, coberto de testes, enfeitado de selo verde como boletim de aluno exemplar. Dezessete minutos depois o dashboard fica vermelho, o canal de incidentes acorda e alguém digita a frase ancestral: "alguém mudou alguma coisa?"

(Ninguém nunca mudou nada. Sistemas quebram sozinhos, de tédio.)

Nesse momento existem duas pessoas possíveis dentro de você. Uma gasta os próximos vinte minutos em negociação com a realidade: não era pra ter dado errado, o QA passou, foi aprovado, por que logo hoje. A outra abre o runbook. A primeira costuma render posts melhores no LinkedIn; a segunda costuma resolver o incidente.

A diferença entre as duas não é técnica. É a pergunta mais antiga da filosofia estoica: o que, exatamente, depende de você?

As duas listas

Epicteto abre o Encheirídion com uma divisão brutal de tão simples. De um lado, o que é seu: julgamento, impulso, desejo, aversão — em termos modernos, sua atenção, sua resposta, seu processo. Do outro, todo o resto: corpo, reputação, cargo. O roadmap. O mercado. O deploy que já saiu.

Repare no detalhe que quase todo mundo erra: o incidente em curso está na segunda lista. Depois que o pacote chegou em produção, o outage não é uma coisa que você controla — é uma coisa que aconteceu. O que resta de controle é menor e mais preciso:

• O diagnóstico metódico em vez do palpite ansioso.
• O rollback executado com calma em vez do hotfix heroico — aquele que gera um segundo incidente pra fazer companhia ao primeiro.
• O tom da sua mensagem no canal (ela vai virar print; escreva de acordo).
• O que você aprende e documenta depois.

# O que depende de você cabe num terminal:
git revert --no-edit a1b2c3d
git push origin main
# O resto — quem notou, quem cobra, o que dirão — não cabe.

Controle não é indiferença

A leitura de estoicismo tamanho-thread-de-Twitter para aqui: "então tanto faz, não controlo mesmo". É o oposto, e Epicteto — um ex-escravo que não tinha o luxo do cinismo — era obcecado por responsabilidade. Só que pela responsabilidade certa.

Você não controla se o deploy de sexta quebra. Você controla o teste que escreveu antes, o feature flag que permite desligar sem redeploy, o alerta que dispara em dois minutos em vez de dez. A preparação inteira estava na primeira lista, e você a exerceu — ou não — muito antes das 18h47. O incidente não revela sua sorte; revela seu processo.

O dev estoico no war room

Marco Aurélio comandou Roma durante uma peste e duas guerras escrevendo, à noite, lembretes para si mesmo sobre não perder a cabeça. O war room é a versão em escala reduzida do mesmo exercício: um ambiente que pune o pânico, recompensa quem separa o que aconteceu de o que fazer agora — e ainda assim toda empresa tem a lenda do herói que "virou a noite" causando o problema que passou a noite resolvendo.

A ironia é que o engenheiro que aceita não controlar o outage responde melhor ao outage. Quem briga com o fato consome exatamente o recurso que o diagnóstico exige: atenção. E atenção, ao contrário do que o seu backlog acredita, não escala horizontalmente.

O deploy de sexta vai quebrar de novo algum dia. Isso não depende de você. A pessoa que estará no teclado quando acontecer — essa, sim.