Pruebas en línea: ¿eres serio?



Imagine sus sentimientos si le piden que tome un examen para obtener una licencia de conducir cada vez que cambie un automóvil de la misma categoría. No argumentaré que todos los conductores deben conocer las reglas de la carretera de memoria, pero en realidad tales conductores son extremadamente raros. La gran mayoría de los conductores, que conducen un automóvil durante varios años, tienen en cuenta solo las reglas clave, por ejemplo, el tráfico en una intersección. La gran mayoría de los conductores no han tenido un solo accidente durante años. Pero es precisamente la seguridad vial el objetivo principal de las normas de tránsito.

Como resultado, la transferencia de derechos ocurre solo con infractores de tráfico malicioso. Al solicitar un trabajo, el conductor simplemente debe mostrar los derechos, no está obligado a realizar un examen. Entonces, ¿por qué el desarrollador tiene que demostrar su idoneidad profesional cada vez? Alguien dirá que no todos los programadores tienen certificados (un análogo de una licencia de conducir) y que no todas las tecnologías pueden ser certificadas. Estoy de acuerdo, pero solo en el caso de contratar graduados de instituciones educativas sin experiencia, y solo si el diploma no es básico. Si hay evidencia documental de experiencia laboral previa en una posición similar, estoy seguro de que puede hacerlo sin realizar pruebas.

Además, nadie ha cancelado el período de prueba, y siempre puede despedir a una persona durante este período si se comete un error. El empleador no se deshará de los errores, incluso si usa pruebas en línea, lo serán en cualquier caso.

Alexander Zverev: Pasé la prueba de lenguaje C #. Y obtuve 14 de 45 puntos. Bueno, bueno, no toqué C # durante un par de años, pero aún así, durante casi cuatro años fui uno de los desarrolladores de ReSharper y conocí C # mucho mejor que el programador promedio. Sin embargo, es posible que sea un idiota, y durante todos estos cuatro años el equipo ReSharper ha estado en peligro.
Fuente: https://vc.ru/flood/10558-multiple-choice
70% Codility. HR - . , , .
Senior Solution Architect 15- , 5 (, , .) , . - .
Fuente

Mi experiencia profesional en programación es de 21 años. Al cambiar de trabajo, me ofrecen resolver pruebas en línea junto con otros candidatos. La solución repetida de estas pruebas me llevó a la conclusión de que esto es una pérdida de tiempo: casi siempre recibo un rechazo. Desde hace varios años, me niego a resolver estas pruebas. Como entiendes, todo este tiempo no he estado inactivo, trabajo todo el tiempo y soy muy efectivo.
Se observa una situación extraña, no puedo pasar las pruebas, pero paso con éxito el período de prueba y pronto me aumentan el salario. Concluyo que las pruebas en línea son una tecnología de reclutamiento extremadamente ineficiente. A continuación, intentaré explicar mi punto de vista.



Como veo las pruebas en línea


Como regla general, durante las pruebas en línea, se invita al candidato a resolver varios problemas relacionados con la escritura de código. Las pruebas se resuelven en un corto período de tiempo. La duración de la prueba puede ser en promedio de 30 minutos a una hora y media, dependiendo del número de tareas y su complejidad.

El tiempo limitado conduce a estrés y errores, a veces incapacidad para resolver una tarea simple, que el candidato resuelve fácilmente en sus condiciones habituales.

El programador se ve perturbado por un entorno de desarrollo inusual. Por lo general, esta es la página web que el candidato ve por primera vez y necesita acostumbrarse a su interfaz en el proceso de prueba. Lleva tiempo acostumbrarse, y esto lleva a un estrés adicional, lo que significa errores. Algunos sistemas de prueba en línea permiten el uso del entorno de desarrollo familiar, pero mi experiencia muestra que puede copiar el código y ejecutarlo en su entorno de desarrollo favorito solo en el caso de una aplicación simple. Si se trata, por ejemplo, de una aplicación Angular, pasará parte del tiempo descargando dependencias y construyendo, y en algunos casos requerirá instalar una versión diferente de Node.js,angular/ cli.

Algunas pruebas pueden parecer completamente estúpidas en comparación con las tareas habituales del desarrollador y, en algunos casos, incluso humillantes. En tales casos, el desarrollador puede negarse a resolver las pruebas sin siquiera proceder con ellas. El candidato se pregunta: "¿Por qué debería pasar tiempo en esto?"

A veces hay pruebas de conocimiento de tecnologías y algoritmos innecesarios. Por ejemplo, a veces las pruebas se encuentran con el conocimiento de algoritmos de clasificación y las posibilidades de su optimización. En realidad, la mayoría de los lenguajes de programación contienen conjuntos de implementaciones listas para usar de la mayoría de los algoritmos existentes. Un conocimiento detallado de estos algoritmos puede ser útil si se especializa en su desarrollo. Pero un desarrollador ordinario no crea nuevos algoritmos, sus tareas son mucho más prosaicas, en cuyo caso ¿por qué una persona se molestaría con información innecesaria? Se puede aprender a aprobar tales pruebas, pero este conocimiento no es aplicable en la práctica y solo se necesita para resolver las pruebas en línea cuando se cambia de una compañía a otra.

Puede pensar que un programador debería ser capaz y estar listo para resolver problemas extremadamente rápido y, además, en una situación estresante. Se puede suponer que las pruebas en línea solo tienen como objetivo encontrar tales programadores atléticos. Estimados empleadores, si tienen situaciones estresantes, entonces tienen un proceso de desarrollo mal organizado y, muy probablemente, relaciones poco saludables entre los miembros del equipo. En la práctica, como lo demuestra mi experiencia personal, la velocidad y el estrés son exactamente lo que destruye la calidad y conduce a nuevas situaciones estresantes. Además, a menudo se encuentra que en una empresa donde se aplican pruebas, no se requiere una alta velocidad de desarrollo. En algunos casos, la empresa ni siquiera puede proporcionarle tareas al nuevo empleado. ¡A veces, una empresa asigna acceso a los recursos durante varias semanas!A menudo, un programador camina por la oficina inactivo y prácticamente no está ocupado con nada más que jugar hockey aéreo. Hay un contraste increíble entre los requisitos de las pruebas en línea y la realidad. Surge la pregunta: ¿por qué se necesitaba un procedimiento de selección tan complicado si las necesidades reales de habilidades son varias veces menores?

Hay pruebas que contienen preguntas sobre la cultura corporativa y los valores de la empresa en la que el candidato intenta obtener un trabajo, así como preguntas, por ejemplo, sobre el punto de vista de las figuras públicas de la industria. Para responder a estas preguntas, se invita al candidato a ver varios videos sobre el tema de la vida de la empresa. ¿Me estás tomando el pelo? Pretendo ser un desarrollador, no un vicepresidente.

Según mis observaciones, cuanto mayor es la competencia en una empresa en particular, más personas reclaman el mismo lugar, más sofisticadas y más difíciles son las pruebas, porque estas empresas no experimentan el hambre del personal. Se parecen a las fortalezas asediadas, y las pruebas son un tipo de arma con la que los asediados disparan desde hordas de molestos candidatos zombis.

Si la empresa es mediana o pequeña, todo se puede limitar a entrevistas técnicas, comunicación fácil, discusión de tecnologías favoritas e incluso intereses comunes.

Entonces, ¿cómo reclutas desarrolladores ahora?


El reclutamiento en la industria de TI es un asunto bastante complicado, especialmente para los especialistas en recursos humanos lejos de TI. A veces puedes conocer a especialistas en recursos humanos que fueron desarrolladores en el pasado, son mucho más efectivos porque conocen la tecnología desde adentro. Estoy seguro de que mi experiencia personal en la selección de desarrolladores puede ser útil, ya que trabajé como gerente de recursos humanos con una amplia experiencia en el desarrollo de software. Usar mis recomendaciones funcionará sin pruebas en línea. Pido disculpas de antemano si muchos capitanes parecen obvios.

  1. , , . - , , . .

    , , , , .

    — , .
    , , (, , , ), , . .

    , , , 20 . , , , , . , , . , , . . , .
  2. . , 5 , , .
  3. . , , , GitHub. , . , . , , . , , . , .
  4. . - . . , . . . , , , . , . , , , .

    , , , . , .
  5. . , HR . , . , , . . , , , .
  6. . , , , , - - . , , , . , , , - . . , . , . , . — . - , . , , , , . . - .
  7. . HR , . . , , , . , . .
  8. , . . — . , , . , , , . , , , . — , . , - , . , . , . “ ”. . . , , , , . , , , . . . 1) , . 2) , , , . , . , . , , .
  9. . , . . , , , . , . , , — , , , . . , .
  10. . . , . .
  11. . . - . . , , .
  12. . , . , , , . , . , , , , , , , . , . , , , . , « » ,

¿Todavía planea realizar pruebas en línea?

All Articles