Esta é uma série de artigos. O seguinte pode ser lido aqui.
O que esperar e como ajudar a transformar um desenvolvedor trainee em um junior confiante?
O nível do desenvolvedor é o que todos estão acostumados a medir e o que todos estão executando de empresa para empresa.
Nos últimos anos, a tendência do mercado é tal que a experiência real de trabalho é reduzida em relação à oferta :: tag ::.
Esse tópico me incomoda especialmente pelo motivo de anos de experiência ainda falarem de algo. Eles falam sobre a quantidade de tempo durante o qual você trabalhou o trabalho. E é puramente estatisticamente verdade que mais makaps e pares podem ocorrer em m tempo que em n , desde que m > n . Isso é tudo. Isso é evidenciado por anos de experiência. Este não é o indicador pelo qual separarei as pessoas de cargos (se for um idoso, com 1,5 anos de experiência real), mas aquele pelo qual decidirei entre dois candidatos idênticos, se não puder assumir dois.
Então, meu tipo favorito de desenvolvedor é trainee . Eles são absolutamente novatos, não importa qual seja a idade deles, eles podem ser vistos desde o primeiro dia se seus olhos estão queimando. Além disso, uma questão técnica, como diz um bom amigo meu: "você pode ensinar um macaco a escrever um código", e nós ensinamos ... não um macaco, é claro ... mas uma pessoa. Ensinamos, dizemos, saímos do trabalho quando eles permanecem, e eles gostam de permanecer, porque tudo é interessante. Nesta fase, a tarefa do desenvolvedor é aprender a trabalhar com ferramentas, entender que a água está molhada, o fogo está quente e o suporte da palavra "suporte". Cada idioma tem uma tarefa típica. Em Rub - Hartle e seu aka Twitter. Em javascript, todo mundo adora essa folha e todos os tipos de implementações para a estrutura com a qual você trabalha. Se ele pode escrever em um guia passo a passo, ele se encaixa nos estagiários. Quando ele pode escrever sem um guia passo a passo, você pode falar sobre junho. Eu enfatizei especificamente o passo a passo aqui, porque, independentemente de quanta experiência você tenha, você executará no MDN para examinar a ordem dos parâmetros em reduce e esquecer as construções básicas.
Junior mais - e não há transição abrupta. Ele é suave. E é por isso que nossa empresa fez uma divisão em Junior Beginner / Junior / Junior Strong. Mas este é o estágio em que você pode ver imediatamente qual é a cultura em sua equipe. Terminarei esta seção no Junior com esse pensamento.
No nível Júnior, uma pessoa já sabe escrever código, mas esse código nada mais faz do que resolver um problema de negócios aqui e agora. E isso é normal, é com isso que a equipe técnica, o mentor ou o departamento de treinamento terão que trabalhar. Nesta fase, você precisa explicar à pessoa o ciclo de vida do bug, por que o auto-teste é importante, como o custo do bug muda dependendo do estágio em que foi encontrado.
Ajudá-lo a pensar e entender com o que está lidando na maior parte do tempo. Ou seja, se ele envia solicitações do navegador para o back-end por meio dia, ele descobre qual é a solicitação e por que o navegador envia duas solicitações quando você possui um back-end em outra origem. Ele começa a tomar consciência dos processos em desenvolvimento. Gradualmente percebe como ele está errado nas estimativas.
É o estágio em que vale a pena jogar o scrum poker com uma pessoa e fazer uma avaliação de cima para baixo da tarefa, mesmo que você não tenha aceitado isso como um time.
Ele deve aprender a formular pensamentos, argumentar posição, por isso devemos começar a apontar coisas que não são óbvias. Por que eu disse sobre scrum poker e top-down. Essa é uma ótima maneira de mostrar a uma pessoa as nuances às quais você presta atenção devido à sua experiência, quais detalhes você esclarece, quais especificações você não parece mais vaga e COMO o faz.
Os resultados de uma avaliação conjunta mostrarão habilidades técnicas, mas é igualmente importante ensinar como formular perguntas, mostrar como se comunicar com clientes ou partes interessadas, como inserir as informações recebidas no sistema.
Quanto mais cedo um desenvolvedor aprender a prestar atenção aos detalhes e como se comunicar nas tarefas com as partes interessadas, mais fácil será para ele. Porque a comunicação projetiva e a análise do incompreensível é a nossa maneira consciente de mergulhar no desconhecido e obter um novo caso +1 em nossa experiência.
Pessoalmente, não espero que, no nível júnior, ele consiga um pouco menos nas notas em grandes matérias, em pequenas - talvez, mas não um fato. Em geral - não, ainda sabe pouco sobre riscos, não leva em consideração testes, psicologia do cliente e não entende a diferença entre a avaliação em horas e a ETA.
O que também é importante é aprender as habilidades básicas de aplicativos de depuração, entender como encontrar alterações, várias sessões de programação em pares com um junho, e você fornecerá a ele as habilidades de técnicas primitivas, mas tão "engenhosas" para um tipo como instance.freeze para junho para capturar a mutação de um objeto. Ele precisa aprender a usar toda essa ferramenta múltipla, nem sempre com eficiência, mas pelo menos ele deve saber que existe uma chave de fenda e que não precisa martelar os parafusos com um martelo.
Terminando de descrever Junior`a , retornaremos à cultura da equipe. Nesse nível, uma pessoa absorverá a cultura de comunicação da equipe, se você agitar os testadores e considerá-los inúteis, mas não perceber isso, olhe para June e lembre-se se ele era assim há meio ano / ano. Ele se comportou da mesma maneira em relação a essas pessoas? Se "não" na direção negativa, aqui está a campainha. Ele aprendeu isso com você e seu ambiente. Ele ainda não pode dizer claramente por que algo não é importante, mas já está limitado. Além disso, todos nós já sabemos que cada estágio do desenvolvimento de um aplicativo é importante e seja qual for a equipe, sem um testador, eles liberarão o produto pior ou mais lento e mais caro.
Inicialmente, publiquei um artigo no Medium , mas me parece o segmento com o qual quero iniciar uma conversa - essa é uma plataforma ruim. Omitirei parte da introdução; se você quiser conversar, escreva para @_golubev .
Dei a esta seção o nome work & dev fun (damentals) . Porque trabalho e desenvolvimento são divertidos. Mas coisas fundamentais devem ser aprendidas. Não importa se é uma habilidade leve ou difícil.
Tudo descrito mais adiante é a experiência que adquiri. É limitado ao meu entendimento das coisas que acontecem em TI. Os processos que ocorrem aqui. As decisões que são tomadas. Esse entendimento me permitiu do trainee a um de seus leads em uma direção de pilha cheia. Paralelamente, crie um departamento especializado em desenvolvimento técnico e monitoramento do estado emocional dos funcionários, a fim de facilitar o trabalho e proporcionar uma compreensão concreta do que se espera deles na empresa e no projeto.