Muito do conteúdo que cresceu e se espalhou nos últimos anos sobre tecnologia é de como ingressar na carreira. Mas e depois que você já está na área, como subir de nível? Como sair da estagnação? Como dar fim naquela angústia de que não estamos alcançando o próximo nível?

O que é estagnação? Como identificar?

Estagnação é um estado, uma situação em que nos encontramos quando não estamos evoluindo. É quando não estamos aprendendo nada novo, não estamos nos desafiando de forma saudável.

Em toda minha carreira, eu sempre identifiquei essa situação quando:

  • Meu salário não aumentava conforme minhas entregas.
  • Minha experiência não aumentava conforme o tempo.

Se você está se sentindo em algum dos dois pontos acima, você está em estagnação.

Para quebrar esse ciclo, precisamos entender que:

  • Entregar constantemente não é exatamente ser eficiente.
  • Experiência e tempo de carreira não são a mesma coisa.

Enfrentar essa dura realidade vai tornar sua vida mais fácil.

Como subir de nível?

Existem várias maneiras de evoluir na carreira, mas vou listar aqui as que reuni ao olhar pra minha carreira e de pessoas que admiro e que foram ou são minhas referências.

Participe das reuniões

Se sua presença foi solicitada na reunião, sua opinião também foi. Para evoluir na carreira você precisa se posicionar nas reuniões, sendo fazendo críticas ao que está acontecendo, dando ideias ou até mesmo perguntando fazendo questionamentos - principalmente em reuniões de planejamento.

É muito comum em times de desenvolvimento de software poucas pessoas falarem. Geralmente as pessoas que falam são as mais experientes, e não precisa ser assim. Se você tem uma opinião, fale. Se você tem uma dúvida, pergunte. Se você tem uma ideia, compartilhe.

Conheça profundamente o negócio

Falta de entendimento do negócio é muito comum em pessoas desenvolvedoras de software. É quase raro encontrar pessoas que entendem o negócio e sabem fazer críticas e questionamentos sobre o futuro dos produtos e soluções que a empresa oferece. Boa parte desse problema deve-se ao fato de que há uma falsa ideia de que desenvolvimento é sobre código. Código é só um meio pra resolver um problema que, algumas vezes, pode ser resolvido sem código algum - ou com o mínimo de código possível.

A inabilidade de conhecer o negócio se reflete na eficiência. Como você pretende ser eficiente se você não consegue entender o fruto do seu trabalho? Como você pretende ser eficiente se você não consegue entender o problema que você está resolvendo?

Trabalhe com outros times

Empresas de tecnologia costumam ter áreas com diversos times, cada um trabalhando em um ou muitos projetos que fazem parte do negócio. É muito comum que times de desenvolvimento de software trabalhem isolados de outros times, mas isso não é eficiente.

Invariavelmente, algumas pessoas vão fazer pontes com outros times. Se você pretende evoluir na carreira, essa pessoa precisa ser você. Pense nas features que o time tem desenvolvido e saiba comunicar outros times das mudancas, solicite feedbacks, testes ou até codifique em repositórios de outros times.

Entenda além do código

Você compreende como os programas do seu time rodam? Como é feito o deploy?

É essencial que você entenda como o código que você escreveu é executado. Isso vai te ajudar a entender como o seu código se comporta em produção, como ele se comporta em situações de erro, de alta demanda e vai te dar base para entender possíveis “corner cases”. É muito comum encontrar pessoas que não sabem como o código é executado, como o deploy é feito, como o código é testado, como o código é monitorado e como o código é escalado. Se você quer evoluir na carreira, você precisa entender isso.

A alta demanda dos anos recentes forçou o mercado a contratar pessoas que compreendem apenas código, resultando em equipes inchadas e disfuncionais. Como recém aprendemos que código é só uma parte de um software, é natural que as empresas busquem pessoas que entendam além do código e que possam suprir necessidades que não são atendidas por pessoas que só sabem escrever código.

Entenda sobre custos

Produzir software custa muito caro. Times que usam inúmeras ferramentas pagas, bancos de dados caros, serviços de integração caros tendem a tornar o software muito mais custoso do que poderia ser. É claro que você não deve abrir mão de ferramentas que te ajudam a desenvolver melhor, mas entenda que elas custam caro e que você pode não precisar delas pra ter o mesmo efeito. Isso é eficiência.

Colocar um banco de dados desnecessário em uma aplicação vai adicionar mais custos. Adicionar Elastic Search em uma feature na qual um banco relacional daria conta é, também, uma despesa desnecessária . Aplicações que não tem suas métricas de performance em dia também custam caro, pois elas vão ser escaladas sem necessidade real, sem ter demanda que justifique.

E não menos importante, focar em soluções mirabolantes também é custo. Foque em soluções que sejam fáceis de mudar ou de remover. Todo código que gera dependências gera custo na hora de dar manutenção ou remoção.

Entenda sobre FinOps, consulte as pessoas na empresa que já discutem esse assunto. Caso não esteja sendo discutido, seja a pessoa que traz o assunto e busca diminuir os custos.

Ajude pessoas menos experientes

Ninguém vai te falar que você precisa ajudar pessoas menos experientes. Ajudar outras pessoas é uma via de mão dupla: as pessoas menos experientes vão ter mais sabedoria pra resolver problemas, e você vai ter mais tempo pra resolver problemas maiores.

Incentive as pessoas a trazerem ideias e soluções. Não faça pareamento apenas de código, mas de documentação, de passagem de conhecimento do negócio, compartilhe ideias e dê espaço pra elas serem protagonistas, também. As pessoas vão perceber que você está pavimentando a carreira das pessoas, ao mesmo tempo que você foca em problemas mais urgentes. Aquele refactor de código é importante, mas ele não deveria mais ser sua prioridade.

Reflita sobre quais das coisas acima você tem feito. Se você não está fazendo todas, comece a fazer. Se você não está fazendo nenhuma, você provavelmente já está atrasada - mas não entre em pânico, não é tarde pra começar.