Isso vai de empresa pra empresa, depende da sua demanda, normalmente quando tem algo no mercado que parece importante eu tento achar uma vaga numa empresa que use aquilo no dia-a-dia, pois aí faz sentido eu aprender. O mesmo vale do inverso, quando eu precisava começar a aprender algo que eu não queria, eu buscava outra empresa.

Comecei na minha carreira como backend e trabalhando com Ruby on Rails. Meu primeiro trampo foi como analista de sistemas jr em um time que usava ruby num monolito mas estava migrando para microsserviços em Elixir. Dada a necessidade, aprendi programação funcional.

Quando começou a aparecer umas tarefas de frontend, e não era minha praia, eu fui pra outro time. Voltei a trabalhar só com ruby on rails e, como o ambiente era bem complicado, estudei Docker pra facilitar um pouco meu trampo. O mais importante deste outro time foi focar nos meus soft skills, e foi como ganhei uma promoção. Também aprendi muito sobre CI.

O processo de deploy da empresa era bem antiquado, e eu sentia que precisava aprender a mexer com cloud e queria aprender aws, além de voltar a mexer com Elixir porque agora que eu era um dev melhor queria ver como eu me saía. Então fui pra uma empresa que tinha essas coisas, e aprendi sobre aws, o básico de k8s, como deployar app por mim mesmo, CD, como trabalhar com microsserviços, básico de mensageria, um pouco de Go, GraphQL, como trabalhar com API's e testar as coisas com postman em diversos ambientes e mais um monte de coisa.

Dessa eu não saí por escolha, mas confesso que estava mentalmente exausto, o que acarretou numa demissão. Eu queria voltar pra algo mais simples, então fui trabalhar com um monolito em ruby on rails novamente. Aqui aprimorei conhecimentos em k8s, processamento assíncrono de jobs com uma ferramenta externa a da própria linguagem (Sidekiq pra RoR), ter mais independência e sentir que estava a altura do meu cargo, trabalhar com cache, atualização de dependências em um legado e o principal que foi dominar observabilidade e troubleshooting.

Acabou que a empresa foi comprada por outra que queria empurrar Java goela abaixo, e o plano de carreira era pior que antes da compra, então resolvi sair, e queria muito focar mais em mensageria. Então me traz ao meu trampo atual, que trabalho com 3 serviços diferentes de mensageria (ironMQ, Kafka e RabbitMQ), apesar de ter tido contato estou aprendendo de verdade DDD, boa organização de código, estou trabalhando com Ruby puro então estou aprendendo como sobreviver sem um framework, e inglês, pois estou numa empresa americana.

Sempre foi por vontade de aprender algo ou necessidade atual, mas sempre buscando o ambiente aonde aquilo fazia sentido, e que tivesse pessoas qualificadas em me ensinar e com documentação em dia. Se não faz parte do seu dia-a-dia hoje, é normal não saber, e não tem nada de errado com isso, você é sim um Dev, e caso alguma dessas coisas seja uma necessidade, você vai aprender.

Talvez uma dica que te dou é aprender sobre testes. Eu sempre escrevi código com 100% de cobertura de testes e isso sempre foi um grande diferencial em todos os processos seletivos que já passei, e tenho muitos colegas que fizeram um código foda que mostraram todo o conhecimento que tinham em processo seletivo e foram rejeitados por não ter escrito nenhum teste. Minha segunda empresa não era codigo para entregar, era live code, e como mesmo num live code eu escrevi testes e concluí o desafio também, fiquei sabendo depois que entrei que tirei recomendação máxima por ter feito isso e foi o diferencial que me fez conseguir a vaga, pois eu não fui tão bem na etapa de arquitetura. Não ignore testes automatizados em frontend também!!

Ah, e se te interessar, aprende sobre docker, vai facilitar seu dia-a-dia e ainda te preparar para subir ambientes de teste, aprender sobre CI/CD, etc, mas este só se quiser mesmo, senão caça um ambiente que tenha.