O que me falta para ser pleno ?

Man, vou ser bem coloquial, realista e sincero aqui, vc não está nem 5 meses na empresa e já quer ser pleno? Não acha q é presunçoso demais da sua parte?

Vc entrou pra uma vaga de júnior, não espere ser pleno no dia seguinte. É óbvio q não vão te dar esse "cargo", pois vc é novo demais na empresa. No mínimo 1 ano pra mudar pra um "cargo" maior na empresa, ainda q estou sendo justo demais com esse tempo. Como vc quer q confie em habilidades q vc nem demonstra ter?

Só pra vc raciocinar. De 0 a 100, quantos vc sabe sobre as regras de negócio do software q vc está trabalhando? Vc demonstra confiança e competência além do q eles mandam vc fazer? Vc já foi capaz de resolver pepinos grandes ou só está resolvendo o q eles mandam?

Lembra q fazer o q eles mandam não é mais q uma obrigação de júnior. Se vc quer msm, vc precisa ser melhor do q vc é agora, vc precisa resolver problemas e dar lucro pra eles, vc precisa mostrar q consegue decidir e pensar por si msm pra enxergar e resolver o problemas q eles tem além do q vc deve fazer. Se vc apenas obedecer, vc não passa de um júnior q precisa ser orientado. Lembra q ter apenas hard skills bons não significa q eles confiam totalmente em vc para começar a participar nas decisões deles. Por isso vc precisa conhecer as regras de negócio, vc precisa entender os problemas q eles tem, não só tecnológico, mas sim do produto. Falta em vc é experiência além da programação.

E como disse, não me leve a mal, estou sendo sincero e realista, vc msm pediu por respostas e na minha visão não acho q vc está maduro o suficiente para ser um pleno. Senão vc deveria ter candidatado pra uma vaga de pleno, pois processo seletivo é diferente de um júnior, pois ele requer mais responsa, e não só hard skills.

Outra coisa q pensei agora, não sei se vc já ouviu falar algo parecido: não seja descartável, faça q a empresa dependa de vc. Se vc ainda está nesse estágio de ser substituível, o q acho q está acontecendo, eles não vão te dar bola msm, pois vc só sabe o q está fazendo no momento. Resolver uma PR ou até revisar uma PR qqr programador com experiência consegue fazer, mas saber sobre a regra de negócio da empresa não é qqr um q consegue saber. Então vc precisa achar pontos onde a empresa cria uma dependência de vc, onde acontece aquela situação q se vc sair, eles terão dificuldades para reestabelecer o q era antes. É o q disse antes, falta vc ter responsabilidade por algo, o q parece q vc não tem.

Ou vc tem outras alternativas de esperar algum veterano da sua equipe sair e vc ser promovido por ter tempo de experiência, ou vc procurar um emprego pra pleno, o q não recomendo nenhum dos 2.

Bom, espero q entenda meu ponto. Boa sorte ai com sua carreira. Nada na vida é fácil e rápido para pessoas normais, senão todos já seriam CEO hj em dia.

Falta entender oque é ser isso e arrumar um emprego que esteja escrito na sua carteira profissional que você é. Eu explico melhor em https://www.tabnews.com.br/maniero/faq-do-programador-perdidao. Não é o que você sabe, é a experi~encia qualitativa que você tem. Ou é o critério que a empresa adotar. Eu já sai de sênior de um big tech (recebi várias promoções em apenas 1 ano) para ir de júnior em uma outra empresa "pequena", porque os critérios eram diefentes, mas meu conhecimento e experiência era maior depois, e claro o salário era maior.

S2

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui no perfil também).

Não existe normalização entre esses títulos (júnior, pleno, sênior...) isso varia de acordo com o entendimento de cada empresa.

Boa parte usa apenas para justificar um nível de salário e não de habilidades técnicas, é até comum encontrar títulos como júnior nível 1, nível 2, nível 3...

Sua empresa pode ser uma dessas, e por mais que você tem qualidade técnica segundo seu próprio julgamento, é possível que atue em tarefas que ainda não te pagam e você ainda seja consideram como um custo ou sustentação.

A forma mais simples de ter um aumento real de salário é mudando de empresa indo buscar diretamente uma vaga como pleno ou até mesmo júnior que pague mais, mas veja que eu disse que é a forma mais "simples" e não a mais "fácil". Se passar em uma entrevista que uma empresa te considera pleno pelo julgamento dela, pronto, você é pleno dali em diante.

Código bonito não coloca dinheiro no bolso do seu chefe.
Dica, faça coisas que impactam a empresa positivamente.

• Melhor responsividade em dispositivos
• Carregamento mais rapido da página
• Diminuição de bundle e/ou outros arquivos .js que é usado na aplicação, isso ja impacta na infra, gastando menos com armazenamento e carregamento de arquivo
• Traga novas ideias que ira facilitar para os usuarios
• Não seja mais um que so vai sentar na cadeira e ficar digitando código (esse tipo de dev ta com os dias contados)

"Esqueca código".

Vou começar com um tom um pouco mais direto, mas prometo que vou suavizando ao longo do texto, então leia até o final que vale a pena!

Se o seu plano era ser promovido em apenas 5 meses, talvez aceitar uma vaga de Júnior não tenha sido a melhor estratégia. A real é que poucas empresas promovem alguém tão rápido assim. Nesse período, elas ainda estão te conhecendo: como você trabalha, quais são suas atitudes, como você lida com prazos e desafios. É um processo natural, e subir de nível exige mais do que só tempo de casa.

Outro ponto importante: fora do seu time direto, a empresa, no geral, não liga muito se você atualizou as bibliotecas do framework, qual design pattern você usou, qual linguagem escolheu ou como o deploy foi feito. Claro que isso tudo importa para o seu trabalho e para a qualidade do código, mas o que realmente agrega valor para a empresa é o que impacta o bolso dela – ou seja, o que gera dinheiro ou resolve problemas concretos. Não me entenda mal: NÃO ESTOU DIZENDO PARA FAZER CÓDIGO DE QUALQUER JEITO. A ideia aqui é que justificar uma promoção só com argumentos técnicos pode não ser o caminho mais eficaz.

Se o seu objetivo é conquistar essa promoção, foque em resultados mais tangíveis. Por exemplo: que tal zerar a fila de bugs? Ou, se ela for muito grande, reduzir significativamente o número de pendências? Isso é algo que todo mundo percebe e valoriza. Outra dica é trazer ideias de melhorias para o produto – pode ser um recurso novo que os clientes vão adorar ou uma otimização em algo que está lento e prejudica a experiência do usuário. Resultados assim falam mais alto do que qualquer discurso técnico.

Pensa comigo: não sei o tamanho da empresa onde você está, mas, no mínimo, você tem um chefe, certo? E esse chefe provavelmente precisa conversar com outro chefe antes de aprovar sua promoção. Se ele chegar lá e despejar um monte de “tecnês” – tipo “ele otimizou o pipeline de CI/CD” ou “refatorou o código pra usar tal padrão” –, vai ser difícil convencer quem decide. Agora, se ele puder mostrar números e impactos claros, como “os clientes estão mais satisfeitos porque os bugs caíram 80%” ou “o sistema ficou 30% mais rápido e os usuários notaram”, aí a conversa muda de figura. A chance de você ser promovido cresce muito.

Deixa eu reforçar, pra não ficar nenhum mal-entendido: NÃO ESTOU DEFENDENDO CÓDIGO RUIM. Código bem-feito é essencial, mas ele sozinho não te leva ao próximo nível. O pulo do gato está em combinar um trabalho técnico sólido com resultados que a empresa consiga enxergar e medir. Se você entregar melhorias visíveis (como zerar bugs ou otimizar desempenho) com um código mal-escrito, pode até resolver um problema, mas vai criar outro – e aí sua promoção escapa de novo. Os dois precisam andar de mãos dadas: qualidade no código e impacto no negócio.

Então, respira fundo, foca no que realmente faz diferença e mostra seu valor com ações que todo mundo consiga entender. Você tem potencial pra chegar lá – é só direcionar a energia pro lugar certo!

Acho que uma das maiores dores dos profissionais é a dificuldade de compreender que não existe qualidade pra ser "pleno" ou "senior" existe uma troca ali entre você e a empresa. Então se você é Júnior e rende muito mais que pleno, ótimo será júnior por bastante tempo é barato, rende bem ent pra que mudar? é jogo de interesses, você será pleno quando uma empresa pagar você pra ser, se está insatisfeito chama no 1:1 explica que necessita do upgrade e se não derem é encontrar outra. Você descreveu coisas que um estagiário aqui faria, com qualidade? quem sabe. Não existe uma régua universal que eu meço fulano e descubro magicamente. Se vc se vira sozinho nas tasks na maioria das vezes e não enche o saco já deveria estar buscando oportunidades com remuneração melhores, no caso pleno. Mas antes precisa se sentir incomodado com a situação atual e buscar mudar, não ficar pensando "Será se sou? eu faço isso" manda a merd#. eu me tornei pleno pq cansei de ser mal remunerado e tá gerando lucros altos com meus códigos, não quiseram evoluir, Show vazei pra um lugar que me pagou como tal