Desde 2007, he estado contratando a alguien todo el tiempo (incluso ahora). Al principio solo eran codificadores y tecnólogos para sitios web pequeños, pero ahora son probadores, desarrolladores front-end y back-end para proyectos médicos ocupados. Quiero compartir con la comunidad los errores típicos de los tipos que vienen a buscar un trabajo con nosotros.
1. Curva resumida
El currículum muestra inmediatamente si una persona sabe cómo pensar o no. Una persona normal, cuando escribe un currículum, lo hace desde el punto de vista del usuario, haciéndose la pregunta: "¿Mi currículum ayudará al empleador a elegirme?". Está claro que el headhunter o mi propio círculo forman el marco del currículum, pero incluso utilizando estas plataformas, los solicitantes logran cometer errores.
Errores típicos de currículum:- sin contacto (sí, sucede!)
- no hay carta de presentación cuando es necesario (por qué nos quiere para esta vacante en particular). Sucede que una carta no es necesaria, porque todo ya está claro: trabajó durante 20 años en primera línea y quiere continuar. Pero si el candidato trabajó como fontanero y decidió convertirse en programador, surgen preguntas. Es mejor eliminarlos de inmediato escribiendo sobre sus motivos en una carta de presentación
- No se indica el nivel de ingreso estimado. A veces parece que si no especificas un salario, tendrás más espacio para maniobrar. Sin embargo, de esta manera te encuentras fuera del filtro del empleador si él indicó un rango específico de dinero al buscar.
- El currículum no está escrito en el idioma del empleador. Si quieres conseguir un trabajo en la Federación Rusa, escribe en ruso. Si está en el extranjero, en inglés. Es mejor tener dos versiones.
- chistes tontos. El sentido del humor es algo peligroso y relativo, no intentes mostrarlo en el currículum. El texto no transmite emociones, por lo que su broma puede no ser entendida.
2. No hay proyectos y experiencia
Si solicita un trabajo como programador, debe tener experiencia. Incluso si está tomando una posición como junior, aún necesita tener a la espalda algunos proyectos a nivel de pasatiempo o estudio. Idealmente, si tiene una cuenta decente de Github donde empuja algo al menos una vez cada pocos meses. Personalmente, tengo esa cuenta y trabajo constantemente en ella. A menudo se escucha que el candidato no puede mostrar el código porque tiene una NDA. Personalmente, no creo en eso. Siempre puede mostrar su código, incluso si está cerrado por el NDA, pero fuera de contexto: solo muestre alguna parte en la que su estilo de codificación sea claro. Si no hay absolutamente nada que mostrar, tendrá que hacer una tarea de prueba, y esto es una pérdida de tiempo y, en primer lugar, del solicitante. Por lo tanto, le interesa al solicitante preparar un código para la demostración por adelantado.
3. No responde llamadas / cartas
Esto sucede con tanta frecuencia que me pregunto cómo esas personas incluso encuentran trabajo. Según tengo entendido, una persona decente devuelve llamadas perdidas y responde cartas. Si veo que el mismo número me llama constantemente por cuarta vez en dos días, definitivamente te devolveré la llamada. Si escriben una carta, responderé con al menos una oración. Y algunos candidatos responden a vacantes en HH, envían hojas de vida y no responden llamadas y cartas. Para mí personalmente, esto es un signo de irresponsabilidad y / o descuido. Ambos son malos, así que escribo tales candidatos en anunahs.
4. Tarea de prueba curvada
A menudo envían una tarea de prueba mal hecha. Daré un ejemplo de errores típicos para Java, pero esta lista es perfecta para otros idiomas.
- Lectura desatendida de la tarea. Por ejemplo, el uso de ORM cuando se escribe que no se puede usar;
- Excepción interfiriendo a través de e.printStackTrace ();
- Falta de comentarios;
- Curva OOP: qué clases deberían hacer qué;
- Separación de código insuficiente
- Inyección SQL
- Código de fideos; Enormes métodos que se pueden dividir en varias partes para mayor claridad;
- Trabajando con git: archivos adicionales en el repositorio;
- Nombramiento de clases, métodos, estilo de codificación;
- Configuración de la base de datos en el lugar equivocado;
- "Mi inglés es muy bueno". Si está mal, escribe en ruso
- Falta de pruebas
- Recursos no cerrados: archivos, conexiones
5. malas relaciones
Vivo en un pequeño pueblo provincial de Cherepovets y todos los programadores se conocen. Cuando un candidato se acerca a mí, casi siempre sé a quién preguntar por él. Casi siempre me dicen algo y tomo una decisión basada en las opiniones de los demás. No es suficiente ser un buen programador, también debes ser una buena persona. Incluso, diría que las cualidades humanas juegan un papel primordial en la recepción.
Un día, un buen programador llamado Nikolai vino a conformarse conmigo. Después de hablar con él, me di cuenta de que era un imbécil y de alguna forma lo rechacé. Después de un par de días, mi gerente más importante me llama y me pregunta:
- Nikolai Pupkin llamó y se quejó de que no lo tomaste. ¿Por qué no lo tomaste?
porque es un gilipollas
"Ah, entiendo, bien".
A veces tomamos juniors sin preparación, porque "un buen hombre". Si fuera una buena persona, le transmitiríamos conocimientos en cursos internos o lo enviaríamos a estudiar en cursos externos.
6. Incapacidad para corroborar sus decisiones.
Si está realizando una tarea de prueba o rechazando un ejemplo de su código, debe poder hablar sobre este código: por qué se tomaron estas o esas decisiones. Si inmediatamente comprende que la solución no es obvia, escriba de inmediato por qué lo hizo y no de otra manera.
Tuve un caso cuando contraté a un programador, y él comenzó a discutir constantemente sobre algunos problemas arquitectónicos. Argumentar es bueno, pero necesita poder justificar su posición y no decir "porque es necesario". Con el tiempo, surgió una situación extraña: digo una cosa y él en silencio hace la otra. Me tuve que ir. Pero en esta situación también estaba mi error: era necesario aclarar de inmediato al contratar quién es el jefe de la casa y quién toma la decisión final. Cuando estaba buscando un reemplazo para este tipo, solucioné este error e inmediatamente acordamos en la entrada quién toma la decisión final. Ahora no hay problema.
7. Malentendido de ingresos
A menudo llega un candidato y no sabe cuánto quiere ganar. Cuando hago una pregunta, a menudo escucho esta respuesta: "Oh, esta es una pregunta difícil, todavía no lo he pensado". Tal candidato siempre recibe un mínimo. Mis tácticas
- ¿Cuánto quieres ganar?
- no lo se
- 10 mil es suficiente?
- No, no lo suficiente
- Bien, pero 25 mil es suficiente?
- No un poco, es solo para un préstamo para un automóvil
- Ok, entonces 45?
- Sí, más o menos.
Con tal diálogo, el candidato siempre recibe menos de lo que podría. Si se preparó de antemano, conoce su nivel y salarios en el mercado para su nivel, realmente puede evaluarse a sí mismo.
8. Pereza en el autodesarrollo
Le pregunto a los candidatos sobre libros que me recomendaría que leyera en su industria. Digo algo como esto: "No sé Angular 6. ¿Qué me recomiendan leer / ver para aprender"? Si el candidato no está interesado en su trabajo, responderá algo muy relativo. Y si el candidato está acostumbrado a la capacitación continua, inmediatamente recomendará un libro específico o cursos específicos.
Estos son los errores. A veces parece que mis requisitos son demasiado altos, sin embargo, como resultado, resulta que solo las personas más geniales trabajan en el equipo.
Espero que esto ayude a alguien a encontrar un buen trabajo. Toda felicidad y Amor Divino =)