No hace mucho tiempo, una compañía me ofreció una pasantía porque escuché buenas críticas sobre mis estudiantes. Lleva a los recién llegados, trabaja con ellos durante un mes y luego envíalos a un proyecto de combate, donde trabajarán solos.
Por supuesto, estaba contento, quería estar de acuerdo. Esta sería una excelente manera de poner a prueba sus habilidades en un lugar nuevo, para corregir los errores de cursos anteriores. Luego, las pasantías son una opción bastante simple para difundir su visión sobre el desarrollo, la arquitectura, el diseño y, en general, para ganar dinero extra.
Pero cuando llegó el momento de anunciar el precio, lo giré deliberadamente para que me rechazaran. No tenía una respuesta clara de por qué hice esto, pero había mil millones de dudas y pensamientos opresivos. Me di cuenta de que entrenar en pasantías es un mal seguro.
Esas pasantías de las que estoy hablando son esencialmente cursos con práctica posterior en un proyecto de combate en un equipo activo. El curso en sí es fugaz e implica aprender solo una tecnología específica, y la práctica posterior es arrojar a los cachorros al agua, con la esperanza de que ellos mismos aprendan a nadar.
Desde el punto de vista del alumno, hicieron algo como esto:
, hh .
. . - , js. . . . .
. . . .
- , , , . .
. . . .
. — .
. , User Story. , , , , . - .
. . , . js. . , , .
. , , . . . , , . , . .
, . . .
, . .
, . , . . . , - .
. , . . .
Si estrictamente, cínicamente y en papel, entonces se veía así:
- Tarea de calificación
- Entrevista técnica (que odio)
- Esperando un resultado
- Capacitación con conferencias, división en equipos e implementación conjunta del proyecto.
- Proyecto Team Demo
- Examen (entrevista técnica nuevamente)
- Esperando un resultado
- Entrevista en un proyecto real y / o recibir una oferta.
No está tan mal si no lo piensas. Pero si observa un poco, puede ver que hasta 2/3 del plan conceptual está reservado para probar el conocimiento. Conociendo a muchos desarrolladores que son fieles a las ideas de negocios, no estoy seguro de que sea obvio para todos por qué esto apesta.
Las pasantías son una muleta. No para enseñar, sino para atrapar a los principiantes inseguros de sí mismos, llevarlos a lo básico y venderlos como especialistas de pleno derecho o usarlos para tareas rutinarias. Cualquier desarrollador suficientemente calificado puede ver a aquellos que tienen muchas probabilidades de aprobar la seguridad social y poder dar el resultado con un salario mínimo la primera vez. Y teniendo en cuenta la habilidad generalmente baja en la industria, incluso puede tomar un estudiante aleatorio de más de 3 años y enseñarle a estar al nivel de un codificador "típico" en casi un mes. Nadie notará la sustitución y todos estarán felices. Línea dos.
De hecho, con una pasantía, condeno a mis alumnos a atormentar. Después de que comienza un punto del que no se habla:
. , . , , .
, . . .
. .
. . , .
, , . . . , .
?
Tendrán que resolverlo en el proyecto ellos mismos. Nadie los ayudará. En el mejor de los casos, ocasionalmente patearán y pincharán errores. La conciencia los devorará desde adentro por fallas: faltan fechas límite, errores. Serán tímidos para preguntar a especialistas senior, temerosos de mostrar sus bajas calificaciones. Parecería? y al diablo con ellos, sufrirán, llenarán conos y pueden verterse en el trabajo. Caballos de batalla moralmente deprimidos.
Calificaciones bajas: no importa, terminan sus estudios. Se queman en el trabajo; nada, pueden manejarlo. Las empresas quieren "aquí y ahora", altamente especializadas, capaces de pasar una entrevista con especialistas poco capacitados. Todo seguirá, si fuera una buena persona.
Después de lo cual obtenemos una arquitectura terrible, un código extraño que funciona mal, un software pobre. Esto no es tan malo. Tenemos muchos especialistas que están decepcionados con la industria. Los desarrolladores de conocimiento ciegos y sedientos no traerán nuevas prácticas, nuevas herramientas geniales. No traerán nuevos desarrolladores, no podrán o no estarán dispuestos a guiarlos. En última instancia, esto conducirá al estancamiento, la devaluación del concepto de "desarrollador", y luego a una disminución en el nivel general de habilidades en la industria.
Y la industria ahora se encuentra en un estado muy extraño: por un lado, no hay ninguna tarea en el mundo donde los desarrolladores aún no sean útiles. Por otro lado, el sistema educativo clásico no sigue el paso del tiempo. Los futuros especialistas aprenden a beber y pasar el rato en una universidad durante cinco años, luego codifican rápidamente cursos, pasantías o incluso en casa con un libro. Las personas son entrenadas como reclutas en la Segunda Guerra Mundial. Aplaudir y rana y en el carro al frente, neutralizar las minas a pie.
Los desarrolladores experimentados que ya se sienten cómodos en la industria no se preocupan por todo esto, lo sé. En el mejor de los casos, su cabaña está al límite, en el peor, desprecio por los recién llegados que no pueden aprender nada normalmente, aunque "yo podría". Con el “smog” de la mayoría de las personas, argumentaría.
Para aquellos que necesitan educar a los principiantes, tengo una solución, pero no les va a gustar. La mejor solución no son cursos acelerados y pasantías derribados en un mes, sino tutorías largas y largas.
Lo primero que hay que entender es el trabajo. Si quieres llamarte mentor, tienes que cagar, al menos un año con una persona. Debe indicar claramente que es dueño de su tiempo y atención para que no tenga miedo de ir a usted. Debes verificar cuidadosamente todo lo que dices, porque al principio tus palabras serán consideradas la verdad última. En una revisión de código, debe equilibrar muy delicadamente la calidad y los sentimientos de la persona que escribió este código.
Por un lado, cualquier error en el código que no haya señalado le enseñó a una persona cómo hacerlo mal. Por otro lado, un montón de trampas superará el deseo de aprender.
Es por eso que se debe enseñar a la Signora: solo después de la fuerza bruta de su síndrome de impostor mil veces, comprenderá cómo lidiar con el síndrome de impostor naciente en su estudiante.
Me comprometí en la capacitación tanto en proyectos como en el exterior, y solo aquí el resultado es excelente. Estos son desarrolladores decididos y reflexivos que pueden distinguir la mierda de la miel. Lo único que no siempre permite aprender de esta manera es el tiempo.
La tutoría requiere mucho tiempo, trabajo y personal. Solo, no puedes estirar ni siquiera tres junes. Es muy dificil. Necesitamos pensarlo con unos meses de anticipación. Necesitamos encontrar una multitud de personas mayores que acepten convertirse en mentores en proyectos. El aprendizaje no es rentable. Los desarrolladores no quieren problemas ni fusión, aunque solo ellos pueden cambiar algo. Un día, mi amigo tomó el patrocinio en el medio de junio y se hizo un perfil. Fuertemente perfilado. “June no entiende nada. Junio es estúpido y hace todo mal. Junio enfurece. Junio pasa por el bosque, y yo iré en silencio para ganar dinero, no me es rentable dedicarle tiempo. Si él mismo no puede hacer nada, entonces yo tampoco ayudaré ". Esto sucede en todo el lugar.
Pero no debemos quejarnos de que todo salió de esa manera, no quejarnos de los tontos dons de junio y no escribir en Internet que los programas para "desarrollar la habilidad de un empleado" son parloteo y ficción. Tenemos que ir, persuadir al negocio no para tapar los agujeros con un centenar de alumnos, sino para invertir en la formación de diez jones. Luego tome al menos uno y pase, pase, pase su tiempo en él. Tolere, sufra y sacrifíquese hasta que el torpe sistema educativo vuelva a la normalidad.
¿Vale la pena? Sé una cosa con seguridad: no quieres dar lo mejor de ti, no intentes enseñar a la gente. Estos no son sus juguetes, usted es completamente responsable de ellos y de todos los proyectos que harán. Llevar delante de ti.