6 passos para ser um dev backend senior de destaque no mercado

Como que eu me destaco no mercado? Tem muita gente boa por aí, como é que eu faço pra me diferenciar? Tem como eu criar os resultados que gostaria de ter, e não apenas esperar que eles aconteçam?

Se você já fez ao menos uma dessas perguntas sobre a sua carreira, então esse post é pra você!

Caso você seja alguém mais visual, eu gravei um vídeo sobre esse assunto e você pode assisti-lo abaixo:

Aqui eu vou conversar contigo sobre 6 passos que todo dev backend pode seguir e que vão levar a sua carreira para um outro nível. 

E, no final, eu ainda coloquei um “passo bônus”, que é algo que vai te ajudar a potencializar os resultados de todos os outros passos. Bora lá?

  1. Seja orientado a resolver problemas
    • Desenvolvedores são contratados para resolver problemas
    • Você não é dev Java, .Net, ou whatever… você é um resolvedor de problemas… se pá, usando essas coisas
    • Priorize resolver o problema da melhor forma possível… ainda que isso envolva abrir mão da sua linguagem do coração
  2. Prefira ser melhor em poucas coisas, do que medíocre em várias
    • Páre de atirar para todos os lados; quem mira em tudo, provavelmente não vai acertar em nada
    • Ain, vc leu o livro ‘Porque generalistas vencem em um mundo de especialistas?’” – não! Talvez um dia eu leia. Mas não me importa o mundo, me importa a sua carreira como dev. E nesse assunto em específico, o que eu vejo são devs especialistas tendo acesso a oportunidades melhores que os generalistas
    • Ter foco em menos coisas não significa ser um tapado. Muita gente acha que o especialista não olha mais nada além do seu foco. Não se engane! O foco é uma direção, não uma restrição 
  3. Aplique a Lei de Conway quando estiver definindo uma arquitetura
    • Um dos maiores erros dos devs e arquitetos é não olhar para como as equipes da sua empresa se comunicam quando vão fazer suas definições de arquiteturas
    • Mas Elder… o que tem a ver o alho com o bugalho?
    • Veja a Lei de Conway aqui
      • Ou seja, se você cria uma estrutura tecnológica que não é gerenciada pela sua empresa de maneira orgânica, você causando um problema enquanto tenta resolver outro
    • Domine a tecnologia de containers
      • Se você ainda não usa containers no seu projeto, acredite em mim: você vai usar. Em breve.
      • Distribuir software utilizando containers está se tornando praticamente uma solução padrão, principalmente quando precisamos fazer o deploy dessas aplicações em ambientes orquestrados, elásticos e escaláveis.
      • A boa notícia é que hoje em dia está muito mais fácil aprender a usar containers. Além de ferramentas muito mais amigáveis, há também vasto material gratuito disponível
    • Escreva APIs que sejam fáceis de manter e evoluir
      • Uma das principais responsabilidades de um dev backend é fornecer APIs para o consumo dos mais diversos tipos de clientes
      • Talvez não seja o caso da sua API hoje; mas se o seu projeto crescer e der certo, há grandes chances que isso aconteça 
      • Sendo assim é vital que você construa sua API desde o dia zero de forma a minimizar os impactos que ela pode gerar quando sofre alguma alteração
      • Exemplo: um dos seus endpoints precisa receber um parâmetro novo… o que você faz? Simplesmente adiciona um novo parâmetro no método? Parabéns, você acabou de quebrar seus clientes. Ou então você faz uma sobrecarga do método para receber os parâmetros novos… hmmm, até resolve, mas o manutenção disso no longo prazo pode ficar caótica, especialmente se a lista de métodos aumente muito
      • Um jeito quase besta de resolver isso: crie um “wrapper object“, que é um objeto específico que embarca todos os parâmetros que você precisa para um determinado endpoint. Se você precisa adicionar algum parâmetro novo, simplesmente adiciona nesse objeto, sem alterar em nada a interface da sua API
    • Prefira plataformas/frameworks que facilitem sua vida
      • Uma das coisas que mais facilitam a sua vida são aquelas você já sabe usar, certo?
      • Certo… mas… será que é isso também no longo prazo?
      • Um exemplo pessoal: eu conheço muito sobre Jakarta EE. Eu escrevi 2 livros sobre o assunto. Então, sem dúvida, é algo que facilita muito a minha vida, porque eu conheço bem
      • Mas, por outro lado, pensando nos caminhos que eu queria tomar na minha carreira, eu vi que o Jakarta EE me permitia fazer o que eu precisava fazer, mas não como eu precisava fazer
      • Foi aí que eu comecei a pender mais para o lado do MicroProfile, já que suas APIs são derivadas do Jakarta EE, porém com uma arquitetura que faz muito mais sentido para os desafios que eu queria enfrentar
      • E daí a cereja do bolo foi o Quarkus, que possui uma implementação do MicroProfile, e ainda fornece performance e economia de recursos de modo sem igual
      • Ou seja: sim, tenha suas preferências baseado nas suas experiências. Mas veja sempre se não há pontos cegos que possam estar te causando problemas sem você perceber
    • BÔNUS: Compartilhe seus conhecimentos e seus resultados
      • Parte do seu reconhecimento no mercado vai vir daquilo que o mercado sabe sobre você
      • Então, adivinhe só: se o mercado não sabe nada, não há reconhecimento algum
      • (E por “mercado”, entenda: pessoas que estão em empresas e projetos que possam vir a buscar profissionais com o seu perfil)
      • Ain, Elder… pra isso eu tenho Linkedin…
      • Pois é… o Linkedin! Você coloca lá suas experiências no estilo anos 90 e espera que, magicamente, aquela oportunidade que você tanto almeja simplesmente vai te encontrar… né?
      • Notícia: se você espera que isso aconteça, pode ser que você tenha que esperar muito…
      • Você precisa buscar uma forma de que as pessoas cheguem ao seu Linkedin porque estavam procurando você, e só foram até o seu perfil porque querem entrar em contato contigo ou se conectar contigo
      • E como se faz isso? Compartilhando seu conhecimento e resultados de forma pública.
      • Ain, Elder… não quero virar blogueirinho, YouTuber, TikToker, etc
      • E nem precisa. E também não tem problema nenhum se quiser!
      • O ponto é: colocou um projeto em produção? Que tal escrever 2 ou 3 parágrafos sobre isso e postar em algum lugar? Aprendeu algo novo? Que tal fazer o mesmo, mostrando o que aprendeu? Recebeu um título, um reconhecimento, fez algo que seja valha a pena compartilhar? Faça!
      • Eu sei de muitas coisas que você pode fazer que vai te ajudar em sua carreira, mas essa é a única que é garantido que vai funcionar.
      • Como eu sei? Poderia fazer um outro post inteiro só mencionando pessoas que fizeram isso (incluindo eu mesmo).

    Faz sentido? Você já deu um ou mais dos passos acima na sua carreira? Deixe abaixo nos comentários!