É necessário que um programador júnior tenha um mentor? [fechadas]

Quando comecei, não tinha um mentor como tal. Fui designado para um cara que deixaria o local em três meses e lhe pedissem que pegasse sua inteligência para aprender o máximo que pudesse. O que eu aprendi? Trabalhar em um lugar sem nenhuma estratégia de gerenciamento de conhecimento é uma droga.

Desde então, fui designado para um grupo de estagiários / estagiários / novas pessoas e orientado para orientá-las. O que eu aprendi? Você não pode fazer qualquer coisa quando alguém o incomoda constantemente com perguntas que a SO ou o Google responderiam em 15 segundos e a relutância em fazer essas perguntas é muito baixa se você for declarado mentor. A maioria dos recursos que eles precisam está disponível em nosso wiki (sim, aprendemos um pouco no meio) e para as questões restantes (não cobertas por recursos locais e da web) são poucas e distantes entre si.

Eu acho que é muito importante dar alguma orientação para novos desenvolvedores. Eu programei aproximadamente o mesmo tempo para revisões de código com novas pessoas, pois foi necessário escrever o código em primeiro lugar, e é aí que a maior parte do ensino acontece. Sempre que possível, tentamos emparelhá-los com devs / testers experientes para uma tarefa específica . No entanto, eu não gosto de ser ou atribuir 'mentores' a longo prazo.

Edit: Um ponto que eu esqueci. Os desenvolvedores juniores não deveriam ficar pendurados em alguma franja solitária de um projeto ou - pior ainda - um projeto sem relação com os demais. Tente falar com alguém da cadeia para ser transferido para uma parte do projeto onde você pode interagir.

A versão curta:

Os internos devem ter um mentor? Sim

Os desenvolvedores juniores devem ter um mentor? Provavelmente

A versão longa:

Os mentores deveriam existir, mas eles são como as pessoas em SO. Eles não devem ser usados como um recurso primário, mas sim como uma rede de segurança quando você não pode google o que é que você está batendo a cabeça contra.

Exemplos:

• Algum problema muito específico que ninguém fora da empresa sabe sobre.
• Explicando a visão do produto (como deve ser a aparência, a experiência do usuário, etc.)
• Alguns erros bizarros de que ninguém ouviu falar (na maioria dos casos, isso é apenas um arquivo ausente, uma biblioteca ou uma configuração incorreta do IDE ou algo assim).

Estou no meu terceiro estágio agora, e a única vez que vou ao meu mentor é quando sinto que estou preso ou quando preciso da opinião dele para tomar uma decisão sobre o produto.

Uma regra de ouro é nunca nunca ir ao seu mentor antes de você ter pesquisado possíveis respostas para quaisquer questões que você tenha. Mesmo que seja específico da empresa, na maioria das vezes existem alguns documentos que alguns ex-internos pobres fizeram exatamente para esse problema.

Suas perguntas:

É normal sentir-se assim ou não estou fazendo o suficiente?

Sim, para o primeiro e, se você não conseguir um bom aconselhamento, a segunda parte também poderá ser verdadeira.

Devo considerar uma mudança de emprego em tais circunstâncias?

Difícil de responder, mas se você não gostar, deixe-o. Por outro lado, você deveria estar fora da sua zona de conforto. Caso contrário, é apenas obsoleto e chato, não?

Qual a importância da orientação para um desenvolvedor júnior?

Não consigo responder, pois não fui um antes

Qual a importância de um desenvolvedor Jr. trabalhar em equipe?

Os internos normalmente não conseguem trabalhar em equipe. Isso é frustrante e alienante até certo ponto. Tive sorte nesse aspecto e sempre fui colocado em uma equipe, que tinha metas de projeto específicas e um plano claro de longo prazo.

Eu imagino o mesmo é verdadeiro para desenvolvedores juniores. O ponto é que somos criaturas sociais. Embora possa ser divertido fazer um projeto solo nos fins de semana, a longo prazo, a maioria prefere as equipes.

Boa sorte!

Acho que um mentor e uma equipe de trabalho são muito bons para um desenvolvedor jovem, à medida que ele aprende e se torna melhor e mais experiente.

Então tire o melhor proveito desta situação, você ainda pode aprender muito.

Eu acho que o salário e o horário de trabalho não devem fazer parte dessa questão ... não tem relação.

Ter um desenvolvedor sênior como mentor sem saber como usá-lo - não ajudará você.

O desenvolvedor sênior é como o google com suporte a consultas complexas. Bom desenvolvedor sênior também tem conexão cometa com o desenvolvedor.

BTW question "Devo ter um desenvolvedor sênior como mentor?" é semelhante a pergunta "Posso aprender sem professor?" Sim, você pode, se você for genial.

Verifique os grupos de usuários locais (se houver essas coisas para ASP / .NET / C #) ou até mesmo o grupo de usuários locais de Java, que é o idioma mais semelhante ao C #. Desculpe ser negativo, mas as tecnologias da Microsoft parecem ter muito menos recursos básicos de suporte, como grupos de usuários, do que as tecnologias de código aberto ou até mesmo entre plataformas. Se você mudar de emprego, você pode querer pensar sobre isso.

Ao mesmo tempo, nenhum mentor único saberá tudo. Por mais frustrante que seja, ensinar-se a partir de livros é uma habilidade crítica. Manuais são chatos, mas desenvolver habilidades de codificação kung-fu loucas é legal e para isso você tem que cultivar um gosto por manuais chatos. Assim como você não vai se tornar um fisiculturista sem levantar pesos.

Encontre a melhor livraria de tecnologia na sua área. Em Boston, a livraria do MIT é incrível, mas provavelmente não é para tecnologias da Microsoft. Na Carolina do Sul, faço uma caminhada de quase uma hora até a Barnes and Noble com a grande seção de tecnologia algumas vezes por ano e passo algumas horas procurando o livro certo.

Boa sorte. O desejo de um mentor não desaparece quando você se torna mais proficiente e um bom mentor se torna mais difícil de encontrar. Cultivar uma rede de opiniões valiosas é uma habilidade que você precisará levar consigo ao longo de sua carreira.

Por favor, também não confunda a sua falta de um mentor com a falta de confiança, que é outro obstáculo sério para muitos programadores. Você pode ter que se enganar para pular a parte de cada tarefa em que pensa em pensamentos como "Eu não posso fazer isso" e apenas aprender a fazer isso de qualquer maneira e corrigi-la para melhorar depois que você consiga algo funcionando.

Boa sorte!