Resumen a través de los ojos de un entrevistador

Cuando estaba escribiendo mi primer currículum, el proceso de selección para una entrevista en persona me pareció mágico. Los tomadores de decisiones fueron representados como "cajas negras" que determinan: el candidato es "interesante" o "poco interesante", de acuerdo con criterios oscuros.

Los artículos "Cómo componer un currículum vitae" fueron en parte útiles y en parte confundidos y despertaron temor: sus autores afirmaron que mi carta podría entrar en la cesta si no se mantenía la estructura o si el oficial responsable no veía las palabras clave en los primeros 5 segundos de lectura.

Pasaron los años, ahora yo mismo estoy involucrado en la contratación de desarrolladores front-end y en la búsqueda de currículums con otros líderes de equipo.

En este artículo quiero decir:

• A qué puntos prestamos atención antes de invitar a un candidato para una entrevista, y cómo presentar mejor nuestra experiencia.
• Lo cual, al contrario de los mitos populares sobre la búsqueda de empleo, por el contrario, no afecta la decisión del empleador.
• ¿Qué pasa si la experiencia actual no es objetivamente suficiente para la posición del sueño?

Y lo más importante: quiero explicar la lógica que seguimos para que el proceso ya no parezca mágico.

No tome lo que está escrito como una receta universal o requisitos. Más bien, es un consejo amigable y una vista lateral. Es posible que no tenga un currículum en absoluto, si es un desarrollador destacado, una estrella de conferencias, tiene un perfil genial en GitHub, un amigo lo recomienda, y así sucesivamente. Este artículo es para principiantes y aquellos que se enfrentan por primera vez a una búsqueda de empleo.

Reanudar estructura

Un currículum estándar consta de los siguientes bloques:

• Nombre, datos de contacto, posición deseada (opcional - edad);
• experiencia laboral;
• educación;
• Información adicional que desea comunicar.

Para arruinar la parte relacionada con el nombre y la posición deseada, debe esforzarse mucho. Por lo tanto, giramos a la derecha hacia el segundo bloque.

Experiencia laboral

Obviamente, esta es la sección más importante del currículum (la excepción es especialistas sin experiencia, consejos para ellos a continuación). En base a esta información, evaluamos si el candidato es adecuado o no para nuestro equipo. Hay varias formas de describir su experiencia, consideraremos cada una de ellas.

Opción 1. Minimalista

A partir de este resumen, descubrimos que el candidato era un desarrollador front-end. Pero cual? ¿Qué marco usó? ¿Escribiste pruebas? ¿Qué tareas tuviste que resolver?

Es bueno que Horns and Legs sea una empresa de TI conocida. Digamos que si trabajó en Google, entonces, en principio, no puede escribir nada más, muchos empleadores "picotean" esto. De lo contrario, debe proporcionar más información.

Por supuesto, existe la opción de llamar a dicho candidato para una entrevista y averiguar todo personalmente o pedirles a colegas de Recursos Humanos que se comuniquen y obtengan más información. Pero al darte tal misterio, aumentas la posibilidad de que tu líder potencial piense en todo por sí mismo y no todas sus conjeturas estén a tu favor.

Opción 2. Indicación de tecnología.

Al especificar las tecnologías que posee, inmediatamente eliminó muchas preguntas. Ahora entendemos cómo tus habilidades se superponen con nuestra pila. Solo sin fanatismo, no es necesario enumerar las tecnologías de todos los departamentos vecinos. Una lista demasiado larga parece inverosímil. Indique con qué trabajó personalmente y qué está dispuesto a discutir en la entrevista.

No tengas miedo de una combinación de pila incompleta. Por ejemplo, usted trabajó con NGXS, nosotros trabajamos con NgRx. El conocimiento de las tecnologías relacionadas seguirá siendo una ventaja. Y cuanto más parezca su experiencia a nuestros proyectos, más probable es que queramos conocerlo.

Pero aún así me gustaría saber qué tareas específicas ha estado resolviendo.

Opción 3. Indicación de responsabilidades.

Ahora tenemos una mejor idea de lo que hizo en su trabajo anterior, y podemos comparar esto con las posiciones abiertas. Si hiciste algo similar, esto agregará un signo más a tu karma imaginario. Pero incluso si las tareas fueran muy diferentes de nuestros proyectos, una descripción de las responsabilidades anteriores ayudará a hacer al menos una idea inicial de usted y se convertirá en el punto de partida para una entrevista en persona.

Puedo decir con confianza que un candidato con tal currículum recibirá más invitaciones para una entrevista. ¿Pero es posible hacerlo aún mejor? Resulta que si.

Opción 4. Mostrando logros

Bueno, ahora sabemos no solo lo que estabas haciendo , sino también lo que realmente hiciste . Esto es especialmente importante si usted es un líder sénior o de equipo. De los empleados en tales puestos siempre esperamos una contribución decisiva al desarrollo técnico del proyecto o la gestión del equipo. Pero los desarrolladores menos experimentados a menudo tienen algo que compartir.

Admito que, al cambiar mi trabajo por primera vez, me daba vergüenza describir mis logros: ¿y qué, que gasto estados, evalúo plazos y superviso a un colega menos experimentado, porque oficialmente todavía soy un "programador junior"! Ahora puedo declarar con autoridad que no necesitas ser tímido: has hecho algo importante: escribe sobre ello, incluso (y aún más) si no corresponde a tu posición actual.

¿Dudas qué considerar logros? Aquí hay algunas ideas:

• introdujo TypeScript (ES6, pruebas unitarias, revisión de código, estilo de código, etc.);
• carga optimizada del sitio;
• formó un equipo, eligió conscientemente un marco;
• entrenamiento interno organizado (reuniones, viajes a conferencias externas);
• pronunció un discurso en la reunión, conferencia.

Esta lista continúa. Pero daré un consejo más. ¿Recuerdas la parábola sobre los tres tamices por los que quieres pasar lo que quieres decir? Por lo tanto, los logros deben pasar por un tamiz de adecuación.

Por ejemplo, escribe que administra el departamento de desarrollo front-end. Y luego resulta que el departamento está formado por usted y su amigo Petit. Se ve más o menos. O, cite hechos insignificantes: durante el trabajo escribí 30 mil líneas de código, cerré 125 tickets, revisé 1,500 solicitudes de extracción.

Si observa la distribución del último currículum que recibimos en las categorías indicadas, veremos la siguiente imagen:


Al menos 28 de cada 100 currículums podrían mejorarse significativamente.

Quiero señalar que un currículum mal preparado no siempre significa un candidato menos adecuado, y viceversa: el autor de un currículum excelente no puede pasar por una entrevista técnica o trabajar con el equipo. Pero si ni siquiera trata de contarnos sobre usted, ¿cómo lo verán sus posibles colegas entre otros candidatos?

Problemas que indican experiencia

A veces, una persona tiene suficientes años de experiencia, pero al leer el currículum, seguimos pensando que este "no es nuestro candidato". ¿Qué podría estar mal?

Cambio de trabajo frecuente

Parece que todos ya saben que un cambio de trabajo frecuente no colorea al solicitante. Para mí, un cambio frecuente de trabajo: tres o más lugares donde trabajó durante menos de un año. Esta no es una base incondicional para el rechazo, especialmente si las razones fueron neutrales. Por ejemplo, trabajó en un proyecto y se completó. Esto se puede indicar de inmediato en el currículum para que el líder potencial no piense en sí mismo.

Sin embargo, propongo pensarlo, cambiando de trabajo la próxima vez: ¿es su nuevo lugar realmente mejor que el anterior, hay perspectivas y oportunidades de crecimiento, lo acerca a sus objetivos profesionales globales? ¿Y los tienes?

Experiencia en tecnología irrelevante.

Sucede que un candidato tiene una larga historia, pero incluso muchos años de experiencia y experiencia bien descrita pueden no ser relevantes para el puesto.

Estamos buscando desarrolladores de Angular y React (pero a menudo estamos listos para considerar desarrolladores con experiencia en otros marcos), y en el currículum, por ejemplo, solo blogs de WordPress. O estabas desarrollando un back-end y ahora quieres volver a entrenar en el front-end. Yo mismo estuve en esa situación hace varios años y entiendo qué problemas le esperan: hay experiencia en desarrollo, pero no hay experiencia práctica en desarrollo web. Entrevistar en una nueva especialidad puede ser difícil.

Que hacer Levantar las piernas y reconciliarse? ¿Continuar haciendo lo que ya has dejado de amar? Por supuesto que no. Pasamos a la siguiente sección.

¿Y si hay poca experiencia?

Siempre faltan buenos desarrolladores. Y los entrevistadores también son personas y una vez comenzaron desde cero. Por lo tanto, a menudo están listos para considerar candidatos, aunque con experiencia insuficiente, pero con un deseo de crecer. Solo necesita reforzar este deseo con un caso y una pista transparente sobre ello en el currículum.

Autodesarrollo

Si no tiene conocimiento de tecnologías relacionadas o más modernas, comience a aprenderlas usted mismo. Tome cursos de video, ahora hay muchos para todos los gustos (me encanta Pluralsight , pero también puede encontrar videos gratuitos de gran calidad). Escriba sobre la ruta de desarrollo deseada y sus esfuerzos en el currículum, por ejemplo, en la sección "Información adicional" o en la carta de presentación. Por ejemplo:

En el lugar de trabajo actual, no utilizamos marcos, pero sigo tecnologías modernas y estudio Angular (React, Vue, aquí nos centramos en nuestros intereses y el lugar de trabajo deseado). Pasó tal y tal curso.

Y de nuevo sin fanatismo! Si especifica 50 cursos, comenzando por el diseño y terminando con la optimización de las consultas de la base de datos, esto se ve extraño (a menos que esté lleno). Piensa en lo que realmente quieres hacer y en lo que te estás perdiendo en este momento.

Por cierto, si va a buscar trabajo, porque no está satisfecho con las tecnologías obsoletas o la falta de buenas prácticas de equipo, le sugiero que piense por un momento: ¿ha tratado de cambiar esto? Si no, te recomiendo que lo intentes. Inesperadamente, esto puede llegar a ser una oportunidad de crecimiento y una forma de obtener experiencia práctica en condiciones reales de trabajo.

Proyecto de mascotas

Suponga que está recibiendo o ya ha completado algún entrenamiento: ha visto cursos, ha leído un libro o artículos. Usted, por supuesto, comprende que tal preparación "teórica" ​​no es suficiente. Siempre aconsejo desarrollar nuevos conocimientos en la práctica mientras mira un video o lee un libro. Por ejemplo, comience un proyecto de mascotas.

Que podria ser En principio, cualquier cosa.

Te gusta el futbol Haz un sitio web sobre el próximo campeonato. ¿Aprender un idioma extranjero? Escribe una aplicación para repetir palabras. Te gusta viajar Haz un mapa de los lugares donde estabas. Hay muchas API abiertas cuyos datos se pueden usar. Por ejemplo, puede encontrar una buena lista de API en el repositorio de API públicas .

Además de consolidar el material estudiado, el proyecto favorito ofrece otra oportunidad interesante: se puede publicar en GitHub y proporcionar un enlace a su perfil en el currículum. Un buen código dirá más de mil palabras sobre usted y, en algunos casos, lo salvará de una tarea de prueba. Pero asegúrate de que tu github no esté en tu contra.

Tu perfil en github

En varias ocasiones me encontré con currículums, cuyo autor indicó un enlace a GitHub (que en sí mismo es muy saludable y destaca el currículum a los ojos de los posibles entrevistadores), pero ver el código desalentó por completo el deseo de comunicarse. Estas son las razones más simples por las que esto podría suceder:

• Mucho código en un archivo, funciones enormes, gran anidamiento.
• Obvio duplicación de código.
• Francamente malos nombres de variables y funciones.
• Variables no utilizadas, funciones, importaciones.

Y estos son solo esos olores de código que inmediatamente me llaman la atención, incluso antes de poner el código en cola. Por cierto, es muy conveniente si su proyecto se implementa en algún lugar y puede ver la demostración sin iniciarla en casa. La opción más simple son las páginas de github .

Por supuesto, tu derecho a almacenar en tus repositorios el código que dibujaste en tu rodilla, el código que escribiste hace mucho tiempo y ahora hubieras hecho todo de manera diferente, código sin pruebas y sin tipos.

Pero recuerde que si usted mismo le dio un enlace a su GitHub, entonces para el entrevistador esta es una invitación a evaluarlo y sacar una conclusión. Por lo tanto, mi consejo: ponga el código en orden para que muestre las mejores prácticas que conoce. Al menos para un proyecto, que demostrará como estándar.

Recursos para practicar

Proyecto de mascotas: una historia sobre la creación de un proyecto desde cero, trabajando con un marco, con una API. En general, esto es algo que recuerda a un proyecto real en miniatura. Además de trabajar en un proyecto favorito, te aconsejo que practiques la resolución de problemas para escribir código. Esto es especialmente importante para los desarrolladores junior o los desarrolladores que cambian su especialización (por ejemplo, al cambiar de C # a javascript): así es como puede obtener su mano y acostumbrarse a nuevos diseños.

Hay muchos sitios con tareas adecuadas y un sistema de verificación automática. Mis favoritos son Codewars y LeetCode .

En general, este consejo tiene más que ver con el autodesarrollo y la preparación para una entrevista que con escribir un currículum.

Educacion

Todo es simple con la educación: o existe o no existe, simplemente escribimos la verdad. Si ha recibido capacitación adicional directa o indirectamente relacionada con el trabajo, también vale la pena mencionar esto. En mi caso, este es, por ejemplo, un curso de Diseño UX&UI en la Escuela Superior Británica de Diseño.
Recientemente me preguntaron qué tan importante es, en principio, tener un título universitario para trabajar en TI.

Creo que este es un problema vacío, incluso algunos colegas pueden estar en desacuerdo conmigo. Mi respuesta: si hay una oportunidad de terminar una buena universidad, es mejor hacerlo. Pero la disponibilidad de educación no es un factor decisivo (pero el conocimiento es sí). Y ciertamente no le aconsejo a nadie que ingrese a un instituto poco conocido solo por el bien de la corteza.

Admito, mentalmente pongo un signo más adicional para candidatos con educación especializada
en las mejores universidades. Sin embargo, conozco algunos desarrolladores excelentes sin educación superior, y la falta de un diploma no les molesta.

Información adicional

Muchos currículums terminan con un bloque con información adicional sobre el candidato. Aquí puede especificar todo lo que no es adecuado para otras secciones en formato. Por ejemplo:

• qué le interesa y en qué dirección desea desarrollarse (puede escribir que UX es especialmente importante para usted o que le gusta orientar a colegas menos experimentados);
• Dar un enlace a GitHub o cartera;
• habla sobre tus artículos o discursos;
• explique que aunque no tenga experiencia en una determinada tecnología, está listo para dominarla y hacer algo por ello (consulte la sección "¿Si hay poca experiencia?");
• hablar sobre cualquier otro logro (en la programación de la olimpiada, resolución de casos comerciales, etc.).

Usted pregunta: "¿Qué pasa con la redacción estándar" resistente al estrés "," fácil de entrenar "y definiciones similares que todavía se pueden ver en los ejemplos del currículum?" No me impresionan, y sinceramente no entiendo por qué todavía se usan . Al final, no asumimos por defecto que los candidatos están particularmente estresados, y tratamos de evitar situaciones incómodas en el equipo.

Conclusiones

En conclusión, daré algunas ideas que quería transmitir con este artículo:

• En un resumen, describa en detalle su experiencia: indique las tecnologías, las tareas principales y sus logros, si los hay.
• Si la experiencia no es suficiente, estudie por usted mismo y muéstresela al empleador potencial.
• Para practicar, consigue un proyecto para mascotas.
• Publíquelo en GitHub para mostrar un ejemplo del código que está escribiendo.
• Si especifica GitHub en el currículum, lleve el código a la perfección.