Atitude não é o que você pensa
Todo mundo fala de atitude como se fosse uma qualidade de catálogo de autoajuda. O problema é que atitude, no sentido prático, é simplesmente a direção que seu corpo e sua mente tomam quando ninguém está olhando. É mais sobre alinhamento do que sobre motivação. Eu já vi engenheiros passarem horas refatorando código por causa de um bug que ninguém mais via, e pessoas com menos experiência técnica entregarem soluções melhores porque tinham a atitude de perguntar antes de seguir o padrão. Atitude é o que acontece quando seu conhecimento técnico encontra um problema real e você decide o que fazer com ele.
O que é atitude na prática técnica
Em português, quando alguém pergunta o que é atitude, a resposta curta é: é a combinação de postura, persistência e responsabilidade diante de algo que precisa ser resolvido. Mas a resposta longa, que realmente importa, envolve entender que atitude não se improvisa. Ela se constrói em situações onde você poderia ter desistido. Na minha experiência com equipes de desenvolvimento, a diferença entre bons e excelentes profissionais raramente é técnica. É questão de quem tem a atitude de testar o cenário de borda que ninguém pediu, ou de documentar uma solução que levou três dias para descobrir. Atitude técnica se manifesta em escolhas pequenas e repetidas.
O que separa um profissional apenas competente de um que realmente se destaca não é a quantidade de ferramentas que conhece. É a decisão, tomada inúmeras vezes, de não aceitar uma solução mediana quando o problema merece mais esforço. Isso parece óbvio, mas a maioria das pessoas confunde atitude com energia, e energia é descartável quando o trabalho fica difícil.
Como cultivar isso sem se queimar
Aqui está o primeiro insight contraintuitivo: atitude alta sem disciplina vira burnout. Eu vi muitos colegas com entusiasmo avassalador abandonar projetos no segundo mês porque acreditavam que atitude era sinônimo de working overtime. A atitude sustentável envolve saber quando parar, não quando começar mais tarefas. O método que funciona na prática envolve três camadas. Primeiro, defina o que é aceitável em termos de resultado antes de começar qualquer trabalho. Segundo, tome decisões baseadas em impacto, não em volume. Terceiro, mantenha padrões que possam ser explicados para outra pessoa sem necessidade de justificativas emocionais.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Um caso específico que encontrei: durante um projeto de migração de banco de dados, o padrão da equipe era copiar schemas inteiros sem validação. A atitude técnica correta seria validar cada tabela individualmente, mas isso dobraria o tempo de entrega. Minha solução foi criar um script de validação automatizada que rodava em paralelo com a migração. Resultado: o tempo foi de 40%, não 100%, e descobrimos três inconsistências críticas que teriam causado problemas em produção.
O que ninguém te conta sobre atitude
A primeira armadilha é confundir atitude com conformismo. Seguir um processo estabelecido não é falta de atitude, desde que o processo tenha sido escolhido conscientemente. A segunda é acreditar que atitude se demonstra apenas em momentos grandes. Ela se mostra muito mais nas reuniões de quinzena, quando você diz que o prazo está irrealista, do que no dia do lançamento. Existe também um limite pragmático para o que atitude pode resolver. Se a infraestrutura da empresa não suporta o trabalho, nenhuma quantidade de posture vai compensar essa falta. Nesse cenário, a atitude correta é documentar o gap e apresentar alternativas mensuráveis, não simplesmente insistir em fazer mais com menos recursos.
A parte mais importante: atitude exige responsabilidade pelos resultados, não apenas pela intenção. Um desenvolvedor pode ter a melhor das intenções ao reescrever um módulo legado, mas se o código resultante não passa nos testes de integração, a atitude só existiu no plano teórico. A realidade técnica não se importa com boa vontade.
Quando atitude não é a resposta
Em certas situações, especialmente quando múltiplas partes interessadas têm prioridades conflitantes, a abordagem puramente técnica falha. Nossa equipe enfrentou isso em 2023 durante uma migração para microsserviços. A arquitetura estava correta do ponto de vista técnico, mas a falta de alinhamento entre product e engineering tornou qualquer execução inviável. A atitude nesse caso seria ter participado das decisões estratégicas antes, não apenas executado depois. Se você busca desenvolver mais atitude no dia a dia, comece com critérios mensuráveis: quantas vezes por semana você identifica um problema antes que seja resolvido, quantas sugestões de melhoria são implementadas versus ignoradas, e quantas vezes você aceita um resultado abaixo do potencial por conveniência. A resposta honesta a essas perguntas define mais sobre sua postura do que qualquer declaração de propósito.
