Esta es una serie de artículos. Lo siguiente se puede leer aquí.
¿Qué esperar y cómo ayudar a que un desarrollador en prácticas se convierta en un junior seguro?
El nivel del desarrollador es lo que todos están acostumbrados a medir y para lo que todos corren de una compañía a otra.
En los últimos años, la tendencia del mercado es tal que la experiencia laboral real se reduce en relación con la oferta :: tag ::.
Este tema me molesta especialmente porque los años de experiencia todavía hablan de algo. Hablan sobre la cantidad de tiempo durante el cual trabajó el trabajo. Y es puramente estadísticamente cierto que pueden ocurrir más makaps y pares en m tiempo que en n , siempre que m > n . Eso es todo Esto se evidencia por años de experiencia. Este no es el indicador por el cual separaré a las personas de los puestos (si es un senior, con 1.5 años de experiencia real), sino el que decidiré entre dos candidatos idénticos si no puedo tomar dos.
Entonces, mi tipo favorito de desarrollador es el aprendiz . Estos son tipos absolutamente novatos, no importa cuál sea su edad, por lo que se les puede ver desde el primer día si les arden los ojos. Además, una cuestión técnica, como dice un buen amigo mío: "puedes enseñarle a un mono a escribir un código", y enseñamos ... no a un mono, por supuesto ... sino a una persona. Enseñamos, decimos, nos quedamos sin trabajo cuando se demoran, y les gusta quedarse, porque todo es interesante. En esta etapa, la tarea del desarrollador es aprender a trabajar con herramientas, comprender que el agua está mojada, el fuego está caliente y la palabra "pie". Cada idioma tiene una tarea típica. En Rub - Hartle y su aka Twitter. En javascript, a todos les encantan las hojas de tuda y todo tipo de implementaciones para el marco con el que trabajas. Si puede escribirlo en una guía paso a paso, se ajusta a los alumnos. Cuando él puede escribirlo sin una guía paso a paso, puedes hablar sobre June. Destaqué específicamente paso a paso aquí, porque no importa cuánta experiencia tenga, ejecutará en MDN para ver el orden de los parámetros en reduce y olvidar las construcciones básicas.
Más Junior , y no hay una transición abrupta. El es suave. Y es por eso que nuestra compañía ha hecho una división en Junior Beginner / Junior / Junior Strong. Pero esta es la etapa en la que puedes ver de inmediato qué cultura hay en tu equipo, terminaré esta sección en el Junior con este pensamiento.
En el nivel Junior, una persona ya sabe cómo escribir código, pero este código no hace nada más que resolver un problema comercial aquí y ahora. Y esto es normal, esto es con lo que el equipo técnico, mentor o departamento de capacitación tendrá que trabajar. En esta etapa, debe explicarle a la persona el ciclo de vida del error, por qué es importante la autoevaluación, cómo cambia el costo del error dependiendo de la etapa en la que se encontró.
Para ayudarlo a pensar y entender con lo que está lidiando la mayor parte del tiempo. Es decir, si envía solicitudes desde el navegador al back-end durante medio día, descubrió cuál es la solicitud y por qué el navegador envía 2 solicitudes cuando tiene un back-end en otro Origin. Comienza a tomar conciencia de los procesos de desarrollo. Poco a poco se da cuenta de lo equivocado que está en las estimaciones.
Esta es la etapa en la que vale la pena jugar scrum poker con una persona y hacer una evaluación de arriba hacia abajo de la tarea, incluso si no ha aceptado esto como un equipo.
Debería aprender a formular pensamientos, a discutir la posición, para esto debemos comenzar a señalar cosas que no son obvias. Por qué dije sobre scrum poker y top-down. Esta es una excelente manera de mostrarle a una persona los matices a los que presta atención debido a su experiencia, qué detalles aclara, qué especificaciones ya no le parecen vagas y CÓMO lo hace.
Los resultados de una evaluación conjunta mostrarán habilidades técnicas, pero es igualmente importante enseñar cómo formular preguntas, mostrar cómo comunicarse con clientes o partes interesadas, cómo ingresar la información recibida en el sistema.
Cuanto antes un desarrollador aprenda a prestar atención a los detalles y cómo comunicarse sobre las tareas con las partes interesadas, más fácil será para él. Porque las comunicaciones proyectivas y el análisis de lo incomprensible es nuestra forma consciente de meternos en lo desconocido y obtener un nuevo caso +1 en nuestra experiencia.
Personalmente, no espero en absoluto que en el nivel junior, al menos, obtenga un poco en sus calificaciones en las características grandes, en las pequeñas, tal vez, pero no es un hecho. En general, no, todavía sabe poco sobre los riesgos, no tiene en cuenta las pruebas, la psicología del cliente y no comprende la diferencia entre la evaluación en horas y la ETA.
Lo que también es importante es aprender las habilidades básicas de depuración de aplicaciones, comprender cómo encontrar cambios, varias sesiones de programación de pares con June, y le transferirá las habilidades de técnicas primitivas, pero "geniales" para la instance.freeze junio instance.freeze para atrapar la mutación del objeto. Necesita aprender a usar toda esta herramienta múltiple, no siempre de manera eficiente, pero al menos debe saber que hay un destornillador y que no necesita martillar los tornillos con un martillo.
Terminando de describir Junior`a , volveremos a la cultura del equipo. En este nivel, una persona absorberá la cultura de comunicación del equipo, si sacude a los evaluadores y los considera inútiles, pero no se da cuenta de esto, mire a June y recuerde si era así hace medio año / año. ¿Se comportó de la misma manera con estas personas? Si "no" en la dirección negativa, entonces aquí está la campana. Aprendió esto de ti y de tu entorno. Todavía no puede decir claramente por qué algo no es importante, pero ya es una imitación. Además, todos sabemos que cada etapa en el desarrollo de una aplicación es importante y sea cual sea el equipo, sin un probador lanzarán el producto peor o más lento y más caro.
Inicialmente, publiqué un artículo en Medium , pero me parece para el segmento con el que quiero iniciar una conversación: esta es una mala plataforma. Omitiré parte de la introducción, si quieres hablar, escribe a @_golubev .
Le di a esta sección el nombre de trabajo y diversión de desarrollo (damentals) . Porque el trabajo y el desarrollo son divertidos. Pero hay que aprender cosas fundamentales. No importa si es una habilidad blanda o una habilidad dura.
Todo lo que se describe con más detalle es la experiencia que he adquirido. Se limita a mi comprensión de las cosas que suceden en TI. Los procesos que tienen lugar aquí. Las decisiones que se toman. Esta comprensión me permitió desde el aprendiz a uno de sus clientes potenciales en una dirección de pila completa. Paralelamente, cree un departamento especializado en el desarrollo técnico y el monitoreo del estado emocional de los empleados, para que su trabajo sea cómodo y les brinde una comprensión concreta de lo que se espera de ellos en la empresa y el proyecto.