Executando verificação de segurança...
40
clacerda
5 min de leitura ·

O Guia Antiético para Ser o Gênio da Firma Trabalhando Menos que Todos

Nunca Seja o Cara do "Fácil"

Imagine a cena: você está em uma sprint planning, e alguém joga no chat "Precisamos atualizar a documentação da API". Os olhos da equipe se voltam para você, o dev mais novo. Você sente o perigo. Aceitar essa tarefa é assinar um atestado de invisibilidade corporativa.

Por quê?

  • Se falhar: "Como assim não conseguiu? Era só copiar e colar do Swagger!"

  • Se acertar: "Ué, até o estagiário faria."

Agora, imagine outra cena: você levanta a mão e diz "Vou otimizar o sistema de cache distribuído usando uma abordagem probabilisticamente consistente". Silêncio. Alguém engasga no café. O tech lead sorri, orgulhoso. Não importa se você nem sabe o que isso direito. Importa que, ao falhar, você será o "visionário que tentou algo revolucionário". Ao acertar, será estará um passo mais próximo da sua promoção à "Senior Wizard Engineer".

A percepção é tudo.

Transforme o "Fácil" em "Difícil" com CI/CD (Corporate Intelligence/Chaos Delivery)

Outra reunião de planejamento. O tech lead olha para você e diz: "Precisamos automatizar o deploy no servidor de staging. O Cláudio vai fazer."

Não tem jeito. Você não consegue fugir da tarefa fácil . Mas... e se você pudesse transformar essa tarefa fácil em algo difícil?

Passo a Passo da Malandragem:

Tarefa original: "Fazer deploy automático no servidor."

  1. Adicione Camadas de Complexidade (Desnecessárias, Mas Impressionantes):

Em vez de um script básico de deploy, proponha um pipeline de CI/CD completo.

Inclua estágios como:

  • Análise estática de código (usando 3 ferramentas diferentes, porque uma só não é suficiente).

  • Testes de integração (com cobertura de 100%, porque sim).

  • Verificação de vulnerabilidades de segurança

  1. Documente Tudo com Jargões que Ninguém Entende:

  • Escreva um README.md com termos como:

    • "Paradigma de entrega contínua multicamadas."

    • "Otimização com chamadas assíncronas."

    • "Resiliência em cenários de alta carga."

  • Bonus: Adicione gráficos de burndown, métricas de throughput e uma seção chamada "Visão Estratégica do Fluxo de Valor".

  1. Apresente em Reunião com Drama e Gravidade:

  • Mostre slides em dark mode, com fontes minimalistas e animações suaves.

  • Diga coisas como: "Isso vai reduzir o time-to-market em x%, e o ganho estratégico é incalculável."

  • Solte um "Claro, podemos simplificar, mas aí perdemos a resiliência futura do sistema."

Adie até Virar Emergência (E Aproveite o Caos Controlado)

Você falhou em convencer o tech lead com seu pipeline "quântico-as-a-service". Ele limitou o escopo: "Só quero um script de deploy. fácil . Em uma semana."

A solução:
Adie até o prazo final. Deixe a pressão trabalhar para você.

  1. Urgência = "Dificuldade" Automática:

  • Tarefas urgentes viram "críticas".

  • Críticas = prioridade máxima = mais recursos = menos cobranças sobre "como" você faz.

  1. Escopo Mágico:

Sob pressão, todo mundo esquece os "nice-to-haves".

  • Escopo original: "Script de deploy com logs, retry automático e integração com Slack."

  • Escopo urgente: "Só faz o deploy."

  1. Você Parece um Herói (Por Fazer o Mínimo):

Entregar algo fácil sob pressão = "salvou o projeto".

Entregar o mesmo sem pressão = "fez o básico".

Passo a Passo da Procrastinação Malandra

  • Dia 1: "Estou pesquisando as melhores práticas de error handling em Bash."
  • Dia 3: "Encontrei uma vulnerabilidade no servidor. Mitigando primeiro!"
  • Dia 6: "Quase lá! Só ajustando uns edge cases."
  1. Deixe Eles Cobrarem (Mas Seja Gentil):

Quando o tech lead vier cobrar:

  • Não diga: "Calma, tá quase pronto!"
  • diga: "Estou finalizando! Só preciso de 2 horinhas pra testar. Quer que eu priorize isso agora?"

Bônus: Diga "Fiz o essencial pra não arriscar a estabilidade. Podemos iterar depois!"

Se você for rude vão de cobrar mais cedo da próxima vez, e isso é última coisa que você quer por vai ficar mais complicado atrasar propositalmente.

Se for gentil e receptivo: Vão te cobrar em cima da hora novamente.

Gentileza > Eficiência

Nunca Diga que é Difícil (Deixe os Outros Quebrarem a Cara)

Um colega chega para você, confiante: "Preciso adicionar um campo novo no formulário. Deve ser fácil, né?

  1. Você sabe que:

  • O formulário é mantido por um legado em COBOL emulado em JavaScript.

  • O "campo novo" requer alterar 17 microserviços.

  • O colega acha que é só "arrastar e soltar no Figma".

O que você diz?

"Ah é de boa sim. olha o arquivo legacy_notes.txt na pasta docs. Tem todas as instruções lá! Queria ajudar agora, mas tô no meio de um incidente crítico com o servidor de produção. Depois a gente conversa!"

  1. Deixe o desastre acontecer:

O colega passa 3 dias tentando. Manda um git push --force que derruba a homologação. Gera um ticket de "bug crítico" com o título "ALGUÉM ME AJUDA!!!".

  1. Entre como o Salvador (e Aproveite):

Corrija tudo em 10 minutos.

Diga: "Puxa, esses edge cases são traiçoeiros! Quer que a gente documente juntos?"

  1. Se você avisar que é difícil

Vão te colocar na task e cobrar prazos irreais.

Sua reputação vira "o chato que acha tudo complicado".

  1. Se você deixar falharem:

Eles aprendem a te respeitar.

Você vira o oráculo que resolve o que ninguém consegue.

Conclusão: A Arte de Gerenciar Percepções e Entregar Sempre

No mundo corporativo, percepção é realidade. Você pode ser o dev mais produtivo da equipe, mas se estiver sempre fazendo tarefas "fáceis", será invisível. Por outro lado, se souber jogar o jogo das aparências, pode ser visto como um gênio, mesmo que metade do seu tempo seja gasto evitando trabalho.

A Regra de Ouro: Entregue Sempre

Toda a malandragem do mundo não adianta se você não entregar. O antiético bem-sucedido sabe que a percepção de genialidade depende de resultados. Mesmo que você complique tudo ao máximo, mesmo que adie até o último minuto, sempre entregue algo funcional.

  • Se entregar: Você é o gênio que resolve problemas complexos sob pressão.
  • Se não entregar: Você é o bagre preguiçoso que so enrola.

A diferença entre ser visto como um gênio e um bagre é uma linha tênue. E essa linha se chama entrega. Isso é um jogo de equilíbrio. Se você abusar da malandragem e não entregar, será demitido (talvez até por justa-causa). Mas se acertar vai parecer o cara mais produtivo enquanto faz só mínimo necessário.

Disclaimer Importante (Vai que meu chefe tá lendo)

Esta é uma história sobre o dev Cláudio, amigo do meu primo, que trabalha em Nárnia. Qualquer semelhança com o seu ambiente de trabalho é mera coincidência. Este texto é uma sátira e não deve ser interpretado como conselho profissional. Sério. Se você seguir essas 'dicas', a única promoção que vai ganhar é para a fila do desemprego.

Carregando publicação patrocinada...
6
Oletros

Meus 2 cents:

Nunca, jamais, em hipotese alguma utilize as dicas acima: voce correra o serio risco de virar o tech leader, e todo mundo sabe que tech leader eh so administracao de bucha.

Piadas a parte, lembro de um episodio que aconteceu com o sobrinho do ascensorista que trabalha no mesmo predio da irma da manicure da minha esposa (e por isso fiquei sabendo): em uma reuniao com todo o staff do projeto (incluindo o diretor da area) um dev ainda cabaço relatou uma nao-conformidade (NC) em determinada atividade do projeto (obs: nao-conformidade eh um termo da qualidade/ISO 9000 quando um processo nao segue o que esta documentado). Comeca uma discussao inutil com mais de 1h sobre a NC e como deveria ser resolvida. Papo vai, papo vem, o diretor delega ao gerente. O gerente delega ao tech leader. O tech leader chama o dev cabaço e incumbe ele de resolver e fazer a nova documentacao - o que levara dias, interminaveis entrevistas e revisao de uns 12 de procedimentos cruzados. O dev cabaço agora tem de dar conta do servico normal (o trabalho nao para) e se virar para fazer a documentacao - obvio que nenhuma hora extra foi sequer aventada. Conclusao: 1 mes depois o dev cabaço com olheiras expressivas entrega a documentacao, que a bem da verdade, ninguem olhara de fato - uma vez que o projeto devera ser paralizado em mais alguns meses, em virtude de restricoes orcamentarias do cliente.

Moral: o dev cabaço aprendeu a ficar de boca fechada nas reunioes do genero. Trinta e tantos anos depois ele ainda usa o evento para lembrar como a burocracia em empresa grande eh um saco.

1
1
2
Oletros

Meus 2 cents extendidos:

Voce percebeu que a publicacao e comentarios sao uma galhofa sobre o assunto, certo ?

A questao nao eh sobre dar ideias ou reportar problemas (que sao uma participacao importante no dia-a-dia) - mas conhecer seu entorno/contexto primeiro. O dev cabaço do exemplo tinha pouco tempo na empresa e nao tinha percebido ainda que certas reunioes nao sao para resolver problemas, mas para descobrir alguem em quem jogar a culpa sobre os problemas. Algumas empresas prezam mais a burocracia interna, que permitam tirar o "c. da reta" ao inves de se expor.

Se quiser tirar uma "moral" real sem a parte da galhofa seria esta: procure entender o seu ambiente antes de sair atirando - em um local de trabalho presencial nem tudo eh questao tecnica, mas politica tambem.

3
HandInPasta

É claro que isso foi criado como uma piada, mas você elencou 2 pontos que são simplesmente chave e funciona de verdade.

  1. Percepção é tudo
  2. Entregue sempre

Eu fui promovido na carreira de maneira muito similar. Mesmo que eu errasse bastante no começo, era inegável que eu entregava mais e com mais frequencia. A ponto de, mesmo quando eu percebi isso e passei a usar mais do meu tempo e entregar num ritmo similar aos meus colegas, acabar estabelecendo autoridade só porque fixei a impressão no techlead de que eu entrego mais.

Um outro ponto pra adicionar a esse texto (que, já adianto, ou você vai se ferrar ou vai dar muito certo, não tem meio termo):

Seja o cara que discorda, principalmente se quem deu a primeira ideia for a pessoa mais "inteligente" da squad

Se você não está lidando com um problema cuja solução não é imediatamente óbvia, procure garantir que você deu seu input ali. Mesmo que ele seja trucidado na argumentação seguinte. A ideia aqui é simples. Uma das duas coisas vai acontecer com a sua reputação:

  1. Esse cara só fala merda! (Mas pelo menos fala alguma coisa)
  2. Esse cara sempre desafia meu ponto de vista, precisamos de gente com essa visão do todo! (Por mais que as vezes fale merda)

Vai depender muito do tipo de time que você tem e da frequencia que você costuma acertar nas suas sugestões. Mas, no geral, você tende a não ser esquecido. E se você combinar essa trait com a autoridade que vem junto de ser o cara que realmente entrega, é muito dificil de ignorarem o que você tem a dizer.

(Faça merda por sua conta e risco, eu não tenho nada a ver com o outcome, okay?!)

2
Programmer404

Parece algo divertido. No pior dos casos você é promovido a cliente e ganha um parabéns do gerente.

Bom, deixando isso de lado, eu diria que você foi certeiro. O momento crítico impacta mais que o tédio rotineiro. Provavelmente deve haver muitas pessoas que se sobressaem com o caos controlado.

1
1
1
0