ti-enxame.com

Qual é a diferença entre desenvolvedores júnior, médio e sênior?

Possível duplicado:
Qual é a diferença entre os desenvolvedores de nível básico/Jr/Sr?

Parece haver três níveis comuns de qualificação de programadores Java:

  • Júnior
  • Meio
  • Senior

O que torna um programador "junior", "middle" ou "senior"? Isso significa que o programador possui uma quantidade específica de certificações ou experiência profissional? Como as empresas de TI decidem qual título dar a um programador?

36
user592704

Haverá tantas respostas para essa pergunta quanto houver programadores. Mas eu os julgo assim:

  • Um desenvolvedor Junior precisará de ajuda quase constante. Além de não conhecerem o domínio comercial, eles também podem ter dificuldades com os fundamentos da linguagem ou do conjunto de ferramentas. Eles não sabem o que não sabem; portanto, sem orientação, cometerão erros frequentes que, se não forem mantidos no topo, atrapalharão a equipe em geral.
  • Um desenvolvedor regular tem alguma experiência. Eles serão produtivos de forma independente e poderão executar a maioria das tarefas por conta própria, ou entender quando precisam procurar ajuda.
  • Um desenvolvedor sênior tem ainda mais experiência e poderá projetar soluções e concluir tarefas. No entanto, eles podem precisar de seus projetos propostos examinados antes de começarem a implementar, pois não terão necessariamente uma visão arquitetônica geral. Eles serão capazes de orientar mais membros juniores da equipe.

Mas você realmente deveria ir até isso resposta muito melhor para ver o que eu deveria ter escrito!

32
Bill Michell

Você pode vinculá-lo à matriz de competências do programador se desejar torná-la uma métrica "mais difícil". Os títulos não são gravados em pedra; é tudo o que o RH fala. Palavras-chave convenientes para encapsular características que podem nem mesmo ser definidas com precisão, se são definidas.

Para amarrá-lo ao PCM:

Desenvolvedor Júnior: Classifica pelo menos um n ^ 2 na maioria das disciplinas. Poderia classificar n ou log (n) em alguns e pode ter alguns 2 ^ n e ainda assim ficar bem.

Desenvolvedor intermediário: maioria n com uma minoria de n ^ 2 e o mínimo de 2 ^ n possível. O maior número possível de log (n) s, mas provavelmente ainda será uma minoria.

Desenvolvedor Sênior: Maioria n com uma minoria forte ou mesmo uma leve maioria no log (n) e tão poucos n ^ 2 como não 2 ^ n.

Lendário: registre (n) tudo o que for possível com alguns ns e nada abaixo dessa marca.

Especialista: Registre (n) em suas especializações e experimente apropriadamente o contrário.

Obviamente, esses seriam "ideais" para cada categoria. Duvido que haja muitos que se encaixem no título que realmente se ajustem totalmente aos padrões.

13
World Engineer

Eu gostaria que houvesse um atalho aqui para referenciar o Modelo de Aquisição de Habilidades da Dreyfus . Eu diria que meus conceitos de Junior Middle e Senior são bem mapeados para as cinco etapas, se você pensar em cada nível como um intervalo:

  • Qualquer pessoa no estágio Iniciante ou Avançado, eu consideraria Junior.
  • Desenvolvedores competentes são Middle
  • Proficiente e Especialista seria Sênior.

É claro que o truque vem do conhecimento. É difícil para uma pessoa reconhecer que alguém sabe mais do que ele. Se, como desenvolvedor iniciante, estiver avaliando o conhecimento de outro desenvolvedor, não seria capaz de avaliá-lo como algo mais que um iniciante (se eu pudesse avaliá-lo como superior ao iniciante, por definição, tenho conhecimento suficiente para estar acima do iniciante) ) No outro extremo do espectro, é difícil avaliar alguém com habilidades significativamente menos apropriadas. Pense em um especialista que avalia um desenvolvedor competente. É fácil dizer, oh, bem, ele não entende como fazer X ... ele é obviamente um novato.

A única solução é fazer com que pessoas com vários níveis de habilidade avaliem um indivíduo. Em cada nível, você identificará que a pessoa é tão competente quanto eu ou não. O nível mais alto que você obtiver positivo seria a avaliação mais precisa. Agora há o problema de como avaliar seus funcionários existentes;)

7
Michael Brown