Seu código lindo não vale nada se o negócio tá quebrando
Eu passei os primeiros anos da minha carreira achando que o topo do mundo era escrever o código mais elegante possível. Eu era o chato que travava pull request porque o cara usou um if/else onde cabia um operador ternário, ou porque a nomenclatura da variável não seguia o padrão purista que eu li em algum livro de capa amarela que não vou mencionar kkkk.
Eu achava, do fundo do meu coração, que o cliente me pagava para digitar código bonito.
Eu era bem otário.
A ficha caiu da pior forma possível: vendo um sistema inteiro que eu passei três meses modelando com o mais puro DDD, arquitetura hexagonal, testes unitários cobrindo 95% do projeto e uma fila de mensageria impecável, ser simplesmente ignorado pelo cliente.
O motivo? O sistema demorava quatro passos a mais para fazer o que o usuário precisava no dia a dia. A dor real do cara, que era fechar caixa no final do dia sem o banco de dados travar, continuava lá. Eu resolvi o problema da escalabilidade para dez milhões de acessos de um sistema que tinha cinco usuários ativos.
Enquanto eu me enchia com padrões de projeto, o cliente só queria que a planilha dele fosse importada sem estourar o timeout da requisição.
A degradação do ecossistema de desenvolvimento
A gente vive numa bolha bizarra. Se você abrir o Twitter ou o LinkedIn agora, vai parecer que se você não estiver usando Next.js com Server Actions, reescrevendo seu backend em Rust ou subindo microsserviços em Kubernetes, você é um dinossauro incompetente.
O que ninguém te conta é que a maioria das empresas que pagam seu salário só precisam de um CRUD bem feito, um banco de dados com os índices certos e um processo que rode de forma minimamente estável.
Você gasta duas semanas configurando uma infraestrutura gigante na AWS, com VPC, subnets, load balancer e o caralho a quatro para um sistema que vai rodar com 15 requisições por minuto. Parabéns, você acabou de queimar o orçamento que poderia ser usado para contratar outro dev ou melhorar a usabilidade do produto, tudo para inflar o seu ego técnico e colocar mais uma palavra-chave no seu currículo.
O pragmatismo que o mercado de verdade exige
Eu não estou dizendo que você tem que escrever código de qualquer jeito, sem testar e empurrar um monólito de macarrão em produção. Escrever código limpo e sustentável é obrigação básica de quem se diz profissional, igual escovar os dentes antes de sair de casa. Ninguém te dá os parabéns por ter feito isso, mas é o minimo esperado.
A diferença do dev sênior de verdade para o eterno júnior de luxo é o pragmatismo.
Se o cliente está perdendo 50 mil reais por dia porque um processo de conciliação bancária é feito manualmente, a melhor solução técnica não é um projeto de três meses para criar uma plataforma microsservitada de pagamentos. A melhor solução é um script em Python rodando numa cron toda noite, entregue em dois dias.
Depois que o vazamento de dinheiro parou e a empresa respirou, aí sim você senta e desenha a arquitetura bonita com calma.
O foco tem que ser na dor, não na ferramenta. A tecnologia é só o meio. Se um arquivo de texto plano (.txt) resolvesse o problema do cliente melhor e mais rápido do que um banco de dados relacional distribuído, era o arquivo de texto que você deveria usar.
O que sobra quando o hype passa?
A cada dois anos, o mercado inventa uma nova palavra da moda para vender curso e fazer você se sentir um lixo técnico. Se a sua carreira é baseada em ser um "especialista em framework X", você está a uma atualização de versão de se tornar obsoleto.
O que não muda nunca é a capacidade de entender um fluxo de negócio, identificar onde está o gargalo e usar a computação para fazer aquele gargalo sumir com o menor custo e o menor esforço possível.