Examinar a los desarrolladores de software de todos los niveles antes de que reciban un puesto de trabajo es tan típico como en cualquier otra industria. Ya sea en una pizarra, descifrando un desafío de tiempo o ejecutando un proyecto para llevar a casa, varios desarrolladores e ingenieros senior se preguntan si los ejercicios de programación siguen siendo algo en lo que deberían participar. Es un pensamiento comprensible cuando se es un profesional tecnológico experimentado. ¿Usted, un veterano de quince años con amplia experiencia en tecnología, todavía tiene que demostrar sus habilidades en retos de codificación? Por otro lado, ¿debería una empresa tenerle en cuenta si rechaza una prueba de codificación?
Sinceramente, esta pregunta no tiene una respuesta absoluta: también depende de la política de la empresa. Si usted echa por tierra cualquier parte del proceso de la entrevista, la empresa renunciará a todo el proceso. Supongamos que usted fuera el reclutador. ¿Seguiría adelante y contrataría a alguien que se opone a las políticas de la empresa para el proceso de entrevistas?
Rechazar las pruebas de codificación durante el proceso de entrevista provocará definitivamente el rechazo de un posible empleador. Para un posible empleador, su rechazo a una prueba de codificación les demostrará que será difícil tratar con usted, incluso con algo bastante estándar. Además de sus vastas habilidades tecnológicas, las empresas contratan a personas que encajarán en su cultura. Por lo tanto, rechazar una prueba durante una entrevista muestra al empleador que es posible que usted no encaje en la cultura de la empresa incluso antes de conseguir el contrato.
En caso de que le ofrezcan un ejercicio en una pizarra. Si no se siente cómodo, puede hablar con el responsable de contratación y pedir al menos una prueba de codificación o un trabajo para llevar a casa en lugar de afirmar: «No voy a hacer esto». Es probable que la mayoría de los directores acepten su contraoferta. Puede decirle al responsable de contratación: «No estoy seguro de que una pizarra sea el mejor enfoque para demostrar mis conocimientos y habilidades». Dígales que entiende perfectamente la lógica de las pizarras blancas. Aun así, se sentirá más cómodo con un proyecto a pequeña escala en el que pueda utilizar las herramientas de cada desarrollador, la web y la documentación. Además, una prueba en vivo es un buen compromiso. No deja mal sabor de boca en una pizarra. Aun así, ayuda a su posible empleador a saber si posee las competencias y habilidades clave necesarias. Los deberes técnicos son un poco más convenientes pero tienen sus peculiaridades.
Por qué los desarrolladores de software senior no hacen pruebas de codificación
El principal objetivo de las pruebas de codificación durante las entrevistas es filtrar desde el principio a los candidatos que no poseen los conocimientos técnicos y las habilidades necesarias para el puesto. Así los responsables de contratación y los candidatos no pierden el tiempo con una entrevista en persona.
Sin embargo, casi todos los desarrolladores de hoy en día miran con malos ojos la idea de realizar una prueba de codificación y más del cincuenta por ciento de los hombres se niegan a llevar a cabo las evaluaciones del statu quo. He aquí las razones por las que los desarrolladores de software odian las pruebas de codificación en las entrevistas.
Las pruebas de codificación examinan las habilidades algorítmicas en lugar del potencial para escribir código.
Las empresas siempre necesitan resultados de estas evaluaciones, no sólo resultados, sino resultados significativos. La forma más sencilla de conseguirlo es utilizar preguntas trampa durante las evaluaciones. Para prosperar en estas pruebas, los candidatos deben pasar al menos un par de semanas practicando cómo escribir código para algunas de las preguntas problemáticas. Normalmente, unos pocos desarrolladores pueden obtener resultados sobresalientes en estas pruebas. Normalmente, los entrevistadores olvidan lo exigentes que pueden ser las entrevistas para los entrevistados. Escribir código ejecutable para un algoritmo nicho con el que se encuentra en la escuela. que nunca ha utilizado como ingeniero con un límite de tiempo puede resultar excesivamente aterrador.
Por mucho que sea considerable que un desarrollador sea bueno en algoritmos, no es una medida de seguridad de lo bueno que es un desarrollador o de si será adecuado para el puesto. Muy pocos papeles tecnológicos requieren esa sólida capacidad algorítmica. Por lo tanto, puede imaginarse que a ningún gran desarrollador le entusiasma la idea de hacer una prueba en primer lugar. Si a esto añadimos que las preguntas son irrelevantes, el 50% de los candidatos se niegan a realizar estas pruebas.
Las pruebas de codificación no reflejan la experiencia de programación del mundo real.
Los desarrolladores de software citan que las pruebas de codificación no demuestran la experiencia real de escribir código como se haría en el trabajo. Por ejemplo, la mayoría de las pruebas de codificación requieren que los desarrolladores construyan algo desde cero. Como empezar desde cero es fácil, no es habitual que los ingenieros hagan esto muy a menudo cuando son contratados, algo más habitual en el mundo real. Mientras que la experiencia en el trabajo requeriría en cambio que se familiarizara con una base de código existente y contribuyera a ella de forma eficaz.
Las pruebas de codificación sacan a los desarrolladores de su zona de confort.
Muchos desarrolladores cuestionan la lógica de codificar pruebas porque se les pide que lleven a cabo una tarea en un entorno que no les resulta familiar. Por lo tanto, piensan sensatamente que no pueden dar lo mejor de sí mismos. Casi todos los desarrolladores disponen de un Entorno de Desarrollo Integrado (IDE) totalmente personalizado para sus gustos y preferencias individuales, que les permite escribir código de forma eficaz. Así que la pregunta es, ¿cómo ejecutarían estos desarrolladores lo mejor de sí mismos cuando se les arroja a un entorno con el que no están familiarizados y que ni siquiera utilizarán cuando se les permita trabajar para el empleado potencial? Además, es posible que se pida a los desarrolladores que realicen una tarea sobre el terreno mientras los demás están mirando. Esto suele aumentar la ansiedad del desarrollador. Haciendo que les resulte incómodo ejecutar esta tarea.
La codificación de las pruebas suele llevar mucho tiempo.
Otra razón por la que las pruebas de codificación durante las entrevistas son un pésimo gusto para los desarrolladores de software es que consumen mucho tiempo. Por lo tanto, sea prudente cuando una empresa le pida que realice una prueba en su plataforma o entorno. ¿Le piden que corrija un error o diseñe una función para un servicio o una aplicación existente? Si la prueba no es para una aplicación, es que ya está operativa. En caso de dificultades técnicas que le obliguen a llevárselo a casa, asegúrese de que no se le van de las manos. Algunas empresas afirman que sólo tiene que dedicar unas horas al proyecto, teniendo en mente que tendrá que invertir mucho más tiempo y esfuerzo del que esperaba. Además, cuando un proyecto genere resultados que la empresa pueda utilizar en la producción o cuando le pidan que dedique un día a una tarea, no pida una compensación, ya que parece inapropiado.
Los desarrolladores senior no tienen que demostrar su valía.
La mayoría de las veces, los desarrolladores senior no están dispuestos a realizar pruebas de codificación porque creen que no tienen que demostrar su valía. Al haber trabajado durante varios años y desarrollado diversos productos y muestras de código, prefieren destacar para mostrar sus habilidades. Como desarrollador senior, demostrar sus habilidades puede ser arriesgado ya que se le está pidiendo que comparta su pensamiento original. Nada impedirá que la empresa tome e implemente sus ideas y las ejecute de forma independiente, incluso después de haberle rechazado en la entrevista. Existe un riesgo inherente y se le pide que aporte valor por adelantado.
Conclusión
Los desarrolladores senior de software suelen cuestionar la validez de las evaluaciones de codificación por las razones antes mencionadas. Por lo tanto, para los desarrolladores de software saltarse las evaluaciones de codificación no es una opción. Cualquiera que participe en el proceso de contratación tecnológica es consciente de que muchos desarrolladores no están cualificados para el puesto, por lo que es necesario algún tipo de prueba que los candidatos deban superar antes de ser convocados a la entrevista.
Los ingenieros de software no suelen ser buenos vendiéndose a sí mismos, y los grandes candidatos a menudo se venden muy mal sobre el papel. Relativamente, un filtro de currículum puede ayudarle a eliminar a algunos candidatos que claramente no están cualificados para el puesto y a clasificar los currículum por prioridad. Más allá de eso, un filtro de currículos tiene un sesgo inherente hacia los candidatos con buenas credenciales (educación e historial laboral). Los buenos programadores pueden venir de cualquier parte, y utilizar la concordancia de palabras clave significa que probablemente se esté perdiendo a un montón de grandes candidatos. Pero no puede empezar a entrevistar a todo el que se presente.
