Executando verificação de segurança...
2

Como saber se sou pleno?

Todos ao meu redor falam que sou pleno, e de fato sinto que tenho muito mais experiencia e conhecimento do que um junior, mas não consigo me considerar pleno por lacunas de conhecimento, e não me sinto no direito de nem pedir um aumento ou ir atrás de outro emprego com essas lacunas, por exemplo: estrutura de dados, complexidade de algoritmos, vários design patterns, infra das tecs que uso como, o funcionamento interno do JS, runtime, as filas de funções, alocação de memória, testes. Em todos esses temas eu tenho conhecimento, mas não aprofundado, estou equivocado em achar que um pleno deve saber tudo? tô colocando a régua de um pleno lá em cima?

Recentemente fiz um teste pra pleno e ainda não recebi o feedback o rh, mas, um amigo pleno avaliou o teste e informou que estava clean o código e que me passaria em um teste de pleno kk, mas acho que um dev pleno vai além de código.

Carregando publicação patrocinada...
5

Como saber se sou pleno?

Não tem como responder de forma objetiva, simplesmente porque não existe uma definição oficial desses "níveis" (júnior, pleno, sênior, e qualquer outro que inventarem). Então cada um tem sua própria definição, com critérios que podem ser completamente distintos e até contraditórios. Se perguntar para 10 pessoas, vai ter 15 respostas diferentes.

Vale citar também o já clássico post "FAQ do Programador Perdidão":

Qual diferença entre júnior, pleno e sênior?

Ninguém sabe. Isso é classificação burocrática de RH. Cada empresa usa um critério diferente então você não pode levar de uma para outra. Se você acha que é algo, definitivamente está errado. Se precisa de uma definição junto do título para saber o que é, então essa classificação não serve para nada. As pessoas precisam parar de usar para indicar se a pessoa é iniciante, intermediária ou avançada (que também não tem definição clara, mas já é um "cheiro" melhor).

Ou seja, cada empresa vai ter um critério próprio, não existe uma lista de coisas que se vc souber, sempre terá o mesmo nível em todos os lugares. Por exemplo, já vi lugares que não te promovem se não tiver pelo menos 5 anos (ou 7, ou 10, ou qualquer outro valor arbitrário) na empresa. Mas também já vi vaga para "sênior com 3 anos de experiência". E se cada um tem um critério diferente para definir esses níveis, não tem como responder de forma adequada em qual deles vc está.

Eu diria para se preocupar menos com o nome, e focar nos conhecimentos em si. Se acha que tem lacunas que devem ser preenchidas, corra atrás. Se isso vai te trazer um aumento, promoção, ou troca de emprego, não tem como garantir, pois cada caso é um caso. Além disso, também depende de outros fatores, como disponibilidade das vagas, politicagem (que infelizmente existe, nem sempre o critério é puramente técnico), habilidade de negociar, momento da empresa ou do mercado ("devido ao corte de custos, não poderemos reajustar blablabla") etc.

1

estou equivocado em achar que um pleno deve saber tudo? tô colocando a régua de um pleno lá em cima?

Isso de fato está acontecendo. conheço muito senor que não sabe complexidade de algoritimos, estrutura de dados e nem funcionamento interno das ferramentas que utiliza.

Minha Opinião:

Junior

Precisa de ajuda do sênior para entender e realizar uma tarefa mais complexa que um CRUD. Ex: Não vejo um júnior conseguindo fazer uma integração com um meio de pagamento sozinho.

Pleno

Já consegue realizar quase qualquer tarefa sozinho. A integração acima pra ele é trivial. consegue entender tarefas complexas e realizar sem ajuda. O pleno não tem uma noção grande de arquitetura e não saberia ver o sistema de um plano geral e entender como tudo se conversa.

Sênior

Sabe fazer qualquer tarefa, independentemente da complexidade, sozinho. Entende o sistema como um todo, sabe como tudo se conversa, como tudo deve ser, onde deve ser colocado e sabe auxiliar os juniors a fazerem suas tarefas.

Contexto

Claro o contexto muda de empresa para empresa. Em diversas empresas que trabalhei a maioria dos sêniors não conseguiria passar em um processo seletivo pra pleno em empresas como Ifood e Mercado livre.

Temos que saber o nosso lugar na empresa que estamos e saber que essas definições são muito nebulosas na nossa área.

Te ajudei entender um pouquinho melhor?

1

Tenho um pensamento parecido com o seu, esses dias até respondi alguém aqui sobre um questionamento parecido, mas infelizmento o autor do post principal apagou a postagem.

1

Estou na mesma que você. Tenho experiência e conhecimento bem acima do que é esperado para um Junior, no entanto, também sinto que ainda não me enquadro como um Pleno mesmo, mas esse pensamento acontece por acharmos que quando subirmos para Pleno, já tem que criar projeto do zero, refazer ou reorganizar a arquitetura, entender totalmente a infraestrutuea, e pô, não é assim. Quando subimos pra Pleno, de início, é importante entender que já temos os conhecimentos necessários básicos pra desempenhar o papel, porém assim como chegamos cru quando Júnior, vamos chegar um pouco cru como pleno. Tanto que normalmente para subir para Senior depois vai demorar de 2 a 4 anos, dependendo do contexto da sua empresa e o quando você se manter atualizado sem se acomodar.

Espero que isso te ajude e qualquer coisa, estou disponível pra trocarmos uma ideia.

1
  • Você passa nas vagas de empresa para pleno?
  • Você preenche os requisitos de uma vaga de pleno?
  • O que as pessoas ao seu redor falam não importa tanto

O que é uma lacuna dessas que você diz? Não sabe usar estruturas de dados? Sabe usar um Set, Map?

Design patterns você não precisa decorar, você pode estudar por exemplo no Refactoring Guru e começar a reconhecer quando um pattern se encaixaria, mas tomando cuidado pra não sair aplicando atoa e deixando seu código complexo.

Cada empresa tem um nivelamento, se você conseguir ser definido como pleno nas que você tem interesse, pode se considerar pleno. O que não significa que sei lá, na Netflix você seria pleno, e não tem problema. A Netflix pode não ser seu objetivo.

Você tem autonomia? Consegue resolver as buchas por conta própria? Tudo isso conta


EDIT:
Aconselho ler este artigo e montar seu brag document, isso vai ajudar a ver sua evolução, suas contribuições e inclusive argumentar na hora de pedir uma promoção/aumento. Algumas empresas até pedem pra que os funcionários façam esse documento desde que entram.

1

Essa dificuldade em entender se seu nível é JR, PL ou SR é também a dificuldade que um entrevistador tem. Eu já entrevistei, contratei e treinei muita gente ao longo da minha carreira e também tinha esse problema.

Quando montei uma fábrica de software, procurei criar algum critério de avaliação para tentar eliminar um pouco da subjetividade. O que a gente fazia era apresentar ao candidato uma planilha simples, com uma lista de tecnologias/ferramentas e pedia pra ele se auto-avaliar classificando seu nível de conhecimento em cada item seguindo esses critérios:

  • Excelente/Sênior: Grande experiência prática (ainda que acadêmica). Domínio da maioria das funcionalidades/recursos oferecidos pela ferramenta/linguagem/framework. Eventualmente precisa consultar referências para recursos usados com pouca freqüência. Capacidade para executar análise e design, sabe decidir entre várias opções qual o melhor caminho a seguir de acordo com os requisitos de projeto.

  • Bom/Pleno: Boa experiência prática (ainda que acadêmica). Consegue fazer uso das principais funcionalidades/recursos, mas algumas vezes precisa consultar referências ou exemplos de código. Não se sente confortável para tomar decisões de análise e design, para essas situações precisa de apoio de outro profissional.

  • Razoável/Júnior: Pouca experiência prática (às vezes apenas teórica). Conhece apenas poucos recursos da ferramenta/linguagem/framework. Consegue criar novos programas somente baseando-se em exemplos de código já prontos. Capaz de fazer manutenções em código já existente desde que não envolva grandes alterações de funcionalidade ou design.

  • Desconheço: Nenhum conhecimento.

Em geral funcionava bem, porque todo mundo tem seus pontos fortes e fracos, e classificando por itens a gente conseguia ter uma boa visão geral do candidato. Além disso, já ficava definido um mapa dos pontos que ele precisaria melhorar caso fosse contratado.

Tente montar uma lista desses itens para a stack tecnológica na qual você está atuando e faça sua auto-avaliação. Acho que é um bom ponto de partida para você se auto conhecer.

-1

Você provavelmente já é pleno meu amigo, contumamos nos autosabotar pensando que não temos o nivel necessário para subir de nivel porem quando você chegar la vai pensar: "gente era só isso." não perca tempo corre atras e quem não é visto não é lembrado.