¿Es común pedirle a un candidato que realice una prueba de codificación en línea calificada automáticamente si tiene mucho material demostrable en línea?

Versión corta: tuve una experiencia con un reclutador que creo que no fue justa, debido a la cantidad de tiempo que se dedicó a responder correos electrónicos y llamadas, y luego se me presentó una prueba. ¿Dónde está la línea para pedir hacer pruebas?

Versión larga: Algunas veces me pongo en contacto con una empresa para una entrevista de trabajo después de ver mi perfil en línea. Me piden que haga una de estas pruebas de HackerRank o LeetCode . He hecho algunos. A veces sale bien y otras veces sale mal. Pero la parte molesta es que si el resultado es malo, simplemente me despiden sin ningún comentario.

Recientemente me contactó una empresa, que recibió mi CV de dos páginas con todos mis logros y habilidades. (Cuenta de desbordamiento de pila + página de Git + un repositorio público de GitHub para un proyecto a largo plazo + programa binario para otro proyecto + sitio web que diseñé) y algunas otras cosas con eso. Todo eso + una conversación de 1 hora por teléfono sobre mi trabajo y mi historial con el reclutador.

Además de eso, le dije al reclutador desde el día 1 por teléfono que no hago esas pruebas . Entonces, ¿qué pasó después de eso? Le dije por correo electrónico algo como "Lo siento, si tengo un ultimátum para detener el proceso de reclutamiento o hacer la prueba, me detendré. Tengo principios, y esto es una falta de respeto". ".

Mi pregunta: ¿Estoy exagerando y sobreactuando o esto es normal? ¿No es esto abuso en cierto modo? ¿Cuál es el límite de este "abuso", por así decirlo?

No me malinterpreten; No estoy del todo en contra de las pruebas. Hice pruebas para muchas empresas. Pero esto se sentía un poco excesivo. Me gustaría saber dónde debo trazar la línea.

Respuesta relacionada a otra pregunta: Workplace.stackexchange.com/a/7004/239

Respuestas (14)

Lo que es justo o no va a depender de la definición de justo de todos y, en última instancia, no importa. Esa empresa tiene un proceso, y parece que hacen que todos pasen por ese proceso independientemente de sus credenciales. Si su proceso es bueno o justo es una discusión aparte. Sentiste que era excesivo, así que decidiste seguir adelante y buscar otras oportunidades, que es tu derecho a hacerlo. Conozco a un montón de programadores que no tendrían problemas con esa entrevista y un montón más que habrían tomado la misma decisión que tú.

Todo se reduce a que solo usted puede decidir dónde debe trazar la línea y qué tan dispuesto está a decirle a una empresa que no quiere un puesto si intentan cruzar esa línea. Probablemente perderá algunas oportunidades laborales potenciales, pero así son las cosas. Una vez más, solo usted puede decidir si está dispuesto a perder esas oportunidades a cambio de no soportar tales procesos de entrevista.

Desafortunadamente, esas malditas pruebas son parte integral del proceso de solicitud en estos días, gracias a todas las payasadas que existen. (Podría escribir un libro sobre las estafas que he encontrado)

Desde un punto de vista pragmático, tendría que decir que esta no es una colina en la que quieras morir. Es molesto, insultante y francamente irritante, pero desafortunadamente, es parte del proceso.

Usted dijo:

Le dije por correo electrónico algo como "Lo siento, si tengo un ultimátum para detener el proceso de reclutamiento o hacer la prueba, me detendré. Tengo principios, y esto es una falta de respeto".

¿Qué principios son esos? ¿Estaría a su lado por el precio del trabajo de sus sueños?

Hacer cosas como enviar correos electrónicos de esa naturaleza puede darte una mala reputación con bastante rapidez.

Mi respuesta aquí resume cómo podría ser visto.

TLDR:

Usted está reaccionando de forma exagerada. Esta es una parte normal del proceso, aunque irritante e inevitable. Las empresas tienen políticas y procedimientos que deben seguir y, a menudo, estas pruebas son parte de ellos.

Creo que la perspectiva clave es que no se trata de ti. Es solo que hay tantos mentirosos, tramposos y tontos por ahí, y tienen que verificar que no eres uno de ellos. Podría decirse que podría considerarlo parcialmente para su propio beneficio: si una empresa tiene prácticas de reclutamiento débiles, probablemente terminaría trabajando con un grupo de compañeros de trabajo incompetentes.
@stannous No es mentira: tuvimos un caso en el que alguien no sabía la diferencia entre un sub y una función en VBA
@RichardU: He entrevistado a personas para un puesto de PL/SQL y no pudieron decirme las partes de un bloque de PL/SQL. (y esta fue mi pregunta de eliminación: llámelos, pregúnteles si tienen 10-15 minutos para hablar, pídales alguna aclaración en su currículum (cosas del tipo 'cuál fue su papel en el proyecto'... y luego la mitad de ellos no pueden responder haciéndome pensar que solo han hecho SQL, no PL/SQL). a través de ella durante 4 meses?
@Joe sí, y luego están aquellos que prueban bien, pero no pueden innovar o romper las reglas NUNCA y todo lo demás. Luego está cuando se deslizan y terminas teniendo que enseñarle a alguien con una licenciatura en ciencias de la computación cómo escribir un bucle for - next ...
@Joe mira, este tipo de entrevista me encanta. Donde trabajo ahora, cuando presenté la solicitud, me invitaron a sus expensas y consiguieron un tipo profesional que me destrozó haciéndome todo tipo de preguntas de programación. Después de una hora de preguntas, solo fallé en responder 1 pregunta, y así obtuve mi trabajo actual.
@joe Si tuvieran el mejor programa de la historia, ¿importa si les tomó una hora o 4 meses escribirlo? Porque si es tan bueno, les garantizo que la única forma en que pudieron escribirlo en una hora fue porque tenían años y años de práctica aprendiendo para ser capaces de producir algo bueno en una hora.
¿Qué pasa con la parte donde trabajó tres días gratis?
@MasonWheeler: cuando retrasas a otras personas en un equipo porque tu parte no ha terminado, entonces sí, el tiempo que te lleva hacer el trabajo es importante. He trabajado con personas que eran tan lentas en su trabajo que era más eficiente asignarles la documentación... y más de un año después, ni siquiera han hecho eso.
El "mejor programa de la historia" está demasiado cargado. Demasiado extremo. Pero si se necesita un desarrollador un día o una temporada, eso es lo que la mayoría de nosotros estamos evaluando en gran medida.
aunque agregaría la advertencia de que lo que realmente estoy buscando es si pueden o no volverse tan eficientes. No me importa lo que sepas , me importa lo que aprenderás .
@KirkWoll Muy cierto. La capacidad de aprender es mucho más importante que la razón por la que ya saben
@RichardU ¿Era su trabajo programar en VBA todos los días?
@Brandin sí lo fue. Ni siquiera me hagas comenzar a pasar argumentos por valor frente a por referencia.
Creo que la gente se sorprendería de lo mal que les va a los solicitantes en estos exámenes. Como en, 90%+ tasas de falla. Sería una increíble pérdida de tiempo si un humano necesitara filtrar a estas personas en la primera etapa del proceso de solicitud. Si el costo es perder algunos buenos candidatos en esta etapa, desafortunadamente es un costo aceptable.
@MasonWheeler Si tardan 4 meses en escribir algo y una empresa de la competencia tarda una hora, acaba de perder el 100 % de su cuota de mercado frente a su competidor.
@alephzero sí, pero lo recuperará cuando la base de clientes de su competidor se vuelva loca por el trabajo urgente.

¿Es justo pedirle a alguien una prueba de codificación no humana si tiene mucho material demostrable en línea?

Sí, es justo.

  1. ¿Cómo sé que no te tomó un año crear ese proyecto HelloWorld en Github?
  2. ¿Cómo sé que lo creaste en primer lugar y no lo copiaste de algún lado?
  3. ¿Cómo sé que tus habilidades de codificación están actualizadas? (tal vez acumuló el representante SO hace años y no ha codificado desde entonces)

Hacer que complete una prueba de codificación en línea verifica que sabe cómo codificar y que no dedica horas a problemas simples. Mirar tu Github realmente no me ayuda a verificar eso.

Desde la perspectiva de la empresa, contratar una manzana podrida puede ser un error muy costoso. Estas pruebas ayudan a los reclutadores a dormir por la noche al disminuir la posibilidad de que contraten a un mal candidato.

¿Estoy exagerando y esto es normal? ¿No es esto abuso en cierto modo?

Esto es normal, y diría que estás exagerando. No veo cómo esto es abusivo de ninguna manera.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .

¿Estoy exagerando y esto es normal? ¿No es esto abuso en cierto modo? ¿Cuál es el límite de este "abuso", por así decirlo?

Personalmente, estoy de acuerdo contigo. Esencialmente, una empresa que te hace tomar un examen de programación antes de siquiera hablar contigo está tratando de exigir mucho de tu tiempo antes de que te miren. Obviamente, la compañía está en su derecho de hacerlo, pero tengo que querer un trabajo muy, muy desesperadamente si voy a tomar algún tipo de prueba para poder aplicar. Es difícil para mí pensar en muchas situaciones en las que estaría dispuesto a hacerlo.

También tengo muchos ejemplos de código que he escrito en el pasado para que la gente los evalúe, y no solo no requiere mucho de mi tiempo, sino que siento que es más probable que examinar el código que he escrito en el pasado refleje la tipo de trabajo que haría que un examen de codificación.

Por supuesto, al decidir no hacer los exámenes, me descarto de los trabajos que requieren estos exámenes de codificación. Eso es algo con lo que estoy bien por ahora; la decisión que le importa es si está de acuerdo o no descartando estos trabajos y solo buscando otras oportunidades.

Pero la empresa ya habló con OP. Pasaron una hora con Recursos Humanos y luego otros 45 minutos respondiendo más preguntas. Este no es un primer paso de la entrevista para esta empresa.
@Catsunami Eres la segunda persona que piensa que la empresa pasó otros 45 minutos conmigo. ¿Puedo preguntar de dónde sacaste eso? Dije que pasé 45 minutos escribiendo el correo electrónico. Nunca dije que pasaron 45 minutos leyendo lo que escribí.
@TheQuantumPhysicist, no dije que la empresa pasó 45 minutos contigo. Dije que pasaste una hora con Recursos Humanos y luego TÚ pasaste una hora 45 respondiendo más preguntas (por correo electrónico). El punto es que la pregunta de codificación no fue lo primero que solicitó la empresa.
Debe recordar que USTED también los está entrevistando a ELLOS. Si cree que son abusivos en sus prácticas de contratación, entonces parece que no cree que sean una buena opción. El proceso de selección va en ambos sentidos. Si tiene las habilidades que necesitan, entonces tiene al menos algo de poder en el proceso de contratación. A veces la gente se olvida de eso, porque estar desempleado puede ser enloquecedor (y a veces tus ahorros empiezan a agotarse antes de encontrar una buena opción).

Estabas absolutamente en línea.

Nota: esta respuesta podría no aplicarse a la mayoría de las personas. Específicamente, es lo que me ha estado funcionando después de obtener "puntos" en Stack Overflow / GitHub. YMMV.

Oye, desde el lugar privilegiado de alguien con bastantes "puntos" en GitHub y Stack Overflow, no estoy de acuerdo con la mayoría de las respuestas aquí:

  • El hecho de que estés hablando con los reclutadores es... sorprendente. Dejé de responder correos electrónicos de reclutadores hace aproximadamente 3 años cuando el volumen llegó a uno por semana. De hecho, he estado tratando de evitarlos durante años. Descubrí que los reclutadores son, en el mejor de los casos, enrutadores: lo prueban y lo trasladan a alguien más relevante.
  • Sin embargo, respondo a los gerentes de ingeniería y a las personas que me quieren para su equipo. Dado que ese es el "punto final".

Es un mercado de desarrolladores. Tienes la oportunidad de elegir con quién trabajas y puedes no perder el tiempo con las personas que te hacen perder el tiempo.

Generalmente, no hago ejercicios largos de codificación. Tengo mi GitHub, charlas, Stack Overflow y muchas otras cosas para demostrar eso. Alguien que haría trampa en eso haría trampa en un ejercicio de codificación remota de todos modos. Sorprendentemente y al contrario de lo que la gente le dirá, las grandes empresas (Facebook, Google y Microsoft) estuvieron absolutamente de acuerdo y fueron comprensivas con esto.

Rechacé algunos trabajos debido a esto, pero la cantidad fue en su mayoría insignificante.

Qué salió mal

Al igual que cuando compra un automóvil, no acudiría a quien solicita ofertas, sino que investigaría y buscaría una buena oferta. Recomiendo acercarse a la búsqueda de empleo con un método de atracción en lugar de empujar. Eso es:

  • Piensa en lo que realmente quieres en un trabajo.
  • Habla con personas que realmente estén haciendo ese trabajo en empresas que te parezcan interesantes.
  • Pregúnteles qué necesitaría para conseguir un trabajo allí.
Si la cuenta SE de OP es la única cuenta que tienen, no creo que estés realmente al mismo nivel en términos de reputación, y probablemente en términos de a quién le gustaría contratarte.
Para ser justos, también es completamente aceptable que la empresa te pida que hagas esta prueba. Depende de OP reconocer que puede ser un problema con la incompatibilidad general. Ellos tienen el derecho de hacer que tomes la prueba, y tú tienes todo el derecho de decir "eso no vale la pena". Las consecuencias variarían significativamente dependiendo de su conocimiento y opciones.

Esto es lo que pasa con una cuenta de desbordamiento de pila o una cuenta de GitHub o cualquier cantidad de muestras de código que puede enviar a un reclutador: no hay pruebas reales de que realmente lo haya hecho. Por supuesto, no sería ético decir que hiciste un montón de trabajo que alguien más realmente hizo, pero hablando sinceramente, no hay una forma real de protegerse contra eso. Por eso hay que hacer una prueba de programación algo en vivo. Esto proporciona algunas garantías (desde la perspectiva del reclutador).

Todo lo siguiente supone que está mintiendo cuando dice que todos los ejemplos de código que proporcionó son suyos (no digo que esté mintiendo; digo que hay personas que mienten, y el propósito de esto El ejercicio de prueba de codificación es atrapar a esas personas, y así es como este tipo de cosas ayudan a atrapar a esas personas):

  1. Si le dicen que haga una prueba de codificación dentro de dos días (o lo que sea), es poco probable que pueda llamar a su amigo experto en programación que escribió sus ejemplos de código para que venga y haga la prueba en un plazo tan corto.

  2. Si se le pide que haga muchas pruebas para muchos reclutadores, entonces es poco probable que su amigo genio de la programación tenga el tiempo o la paciencia para hacer todas estas pruebas por usted.

Por lo tanto, es muy probable que si se le pide que haga una prueba de codificación, en realidad la hará usted mismo en lugar de hacer trampa (recuerde que la presunción del reclutador es que existe la posibilidad de que haya hecho trampa cuando les envió muestras de código, esto ejercicio es negar esa presunción).

Por eso lo hacen y lo que ganan con ello.

En cuanto a si es algo razonable preguntar, después de pasar un montón de tiempo hablando por teléfono contigo o lo que sea, eso depende de ti. ¿Cuánto quieres el trabajo? Si no está dispuesto a dedicar un par de horas de su tiempo a una prueba de codificación, tal vez sea una barrera de entrada a la empresa: "solo queremos personas que se dediquen lo suficiente a nuestro proceso de contratación para dedicar tiempo a esta prueba de codificación". . Tal vez no creas que esa regla es razonable y esa es tu prerrogativa. Sin embargo, muchas compañías hacen esto, por lo que te vas a restringir al no seguirles el juego.

Estoy bien con una prueba de codificación con un humano. Mi problema era que nadie quería reunirse conmigo y ponerme a prueba.
@TheQuantumPhysicist ¿Era un reclutador de la empresa o un reclutador externo? Los reclutadores de terceros generalmente no tienen a nadie en el personal calificado para realizar una prueba de codificación interactiva; sería más que nada una hora de aire muerto mientras te escuchan hablar sobre algo que no entienden, tomando notas que pueden o no ser útiles. Es probable que su código sea directo para su cliente y el cliente lo evalúe por sí mismo, esperando que su código obtenga una puntuación "aceptable" en cualquier prueba de humo automatizada que configuren para filtrar a los idiotas obvios.
@Ertai87 es un reclutador de la misma empresa.
Si yo fuera el tipo de persona que ayuda a otros a hacer trampa en los exámenes, no veo por qué no podría hacerlo con poca antelación o cobrar dinero para mantener mi interés. La única forma de asegurarse de que el candidato es el que realiza la prueba es tener presencia física.
@DavidThornley Por eso no dije "garantías", "promesas" o cualquier otra palabra absoluta similar; Simplemente dije "con alta probabilidad". La mayoría de las personas que son lo suficientemente buenas para pasar las pruebas de codificación probablemente estén empleadas. Como ingeniero de software empleado, si tuviera que elegir entre relajarme y jugar videojuegos en mi sofá después del trabajo, o escribir una prueba de programación de una hora para alguien que sé que fallará en la entrevista en persona de todos modos, probablemente no elegiría codificar. .
Creo que está demostrando el punto de OP en un mejor grado que OP. Estas pruebas se toman en Internet. La idea de que no puedo pagar a alguien para que lo haga por mí en cuestión de minutos es risible. 30 minutos para evaluar a alguien cara a cara no es irrazonable.
@8bitwide Eso depende de la estructura de reclutamiento. Si solo permite que un pequeño porcentaje de los solicitantes lleguen a la etapa de prueba de programación, entonces es razonable dedicar tiempo de la empresa a evaluar a los solicitantes en las pruebas de codificación. Sin embargo, si no descarta a muchos candidatos antes de la primera prueba de programación, podría dedicar mucho tiempo de la empresa a las pruebas. Si esta es una estrategia de reclutamiento efectiva no está dentro del alcance de la pregunta;)
@Ertai87 A diferencia de protegerse contra alguien que posiblemente falsificó una gran cantidad de calificaciones con una prueba que se puede falsificar fácilmente; después de invertir varias horas en su reclutamiento ya.......
@ 8bitwide "Si esta es una estrategia de reclutamiento efectiva no está dentro del alcance de la pregunta";)
@ Ertai87 "Por lo tanto, es muy probable que si se le pide que realice una prueba de codificación, en realidad lo hará usted mismo en lugar de hacer trampa" Y, sin embargo, esa parece ser su conclusión muy defectuosa.
@8bitwide ¿Por qué le pagarías un buen dinero a alguien para que haga un examen, en el que si pasas el examen, la recompensa es un examen aún más difícil en el que no puedes usar el mismo método para hacer trampa? Podría entender hacer trampa de esta manera si pudieras hacerlo gratis, pero ¿por qué pagarías para hacerlo?
Honestamente, tampoco hay pruebas reales de que usted sea el que realiza la prueba automatizada que se le asignó. Siempre podía hacer que mi amigo lo tomara por mí.
Fingir una prueba de programación no es necesariamente tan difícil. Sin embargo, cuando contratemos, revisaremos el código con usted y le haremos preguntas. Buena suerte explicando el código de otra persona si no pudiste escribirlo tú mismo.
@ Ertai87 Es probable que alguien bueno con BS pueda permanecer empleado por un tiempo, incluso con habilidades mínimas. Lamentable pero cierto.
@NateC-K OP se quejaba de tomar una prueba que solo iba a ser calificada por una máquina. Si va a sentarse con el candidato y el código y discutirlo, las objeciones de OP ya no se aplican.
@ 8bitwide: "después de invertir varias horas en su [propio] reclutamiento", tal vez eso es todo lo que buscan. Eso y un papel que dice que puedes lidiar con ese tipo de BS durante 4 años seguidos.
El "con alta probabilidad" es muy cuestionable ... Actualmente estoy trabajando de forma remota/por mi cuenta a través de algunos "sitios independientes" (no sé una mejor descripción y la vinculación no es necesaria/apropiada). Si bien no hago tales trabajos (debido a razones éticas obvias), de hecho, hay muchos trabajos para que los autónomos hagan exactamente esas pruebas; por lo general un precio entre 10 $ y 50 $. Entonces, si alguien tiene a alguien más para falsificar una cuenta completa de github, etc., ¿no crees que "invertirían" 50 $ para pasar esa prueba?

La vida no es justa. Si su pregunta real es por qué no lo es, su pregunta es demasiado amplia.

No se gana un trabajo con una entrevista de trabajo. No ganas nada. Tú haces un esfuerzo, ellos hacen un esfuerzo y, si los resultados son satisfactorios, puede terminar como un trabajo.

Si hubieras querido algo por el esfuerzo que brindaste, podrías haberlo dejado claro desde el principio. Si deciden que no vale la pena para ellos, ambos toman su propio camino. Si no hay tal acuerdo, todo depende de suposiciones. Y ya sabes lo que dicen de las personas que asumen.

Se siente tratado injustamente. Está bien. Todos lo hacemos alguna vez. Pero no es abuso y si deberías haber trazado una línea en algún momento del proceso es algo que solo tú puedes responder. Todo depende de cuánto vale todo para ti.

Las personas desesperadas por un trabajo a menudo están dispuestas a hacer mucho, solo para tener una oportunidad. Las personas que ya tienen un trabajo cómodo a menudo solo están dispuestas a hacer mucho si hay una oportunidad decente de una mejora considerable. Su situación es probablemente en algún punto intermedio. Elija lo que vale la pena para usted y manténgalo.

Una vez, hace unos años, codifiqué durante 3 días seguidos y envié el código

Eso es aproximadamente dos días más de lo que gastaría en eso.

Mi pregunta: ¿No es esto abuso en cierto modo? ¿Cuál es el límite de este "abuso", por así decirlo?

La conclusión es que tendrás que decidir eso.

No estoy del todo en contra de las pruebas. Hice pruebas para muchas empresas. Pero esto se sentía un poco excesivo. Me gustaría saber dónde debo trazar la línea.

Una vez más es para que usted decida. Como parece que quiere opiniones, le diré que no me habría enojado en el punto del proceso en el que lo hizo, eso no es una crítica hacia usted.

La razón por la que no me habría enojado en ese momento es que sospecho que pasaste todas las pruebas realmente importantes y que la prueba de codificación era una formalidad requerida por la empresa. Si el reclutador y el gerente pusieran mucho valor en la prueba de codificación, te la habrían dado primero antes de hablar con ellos extensamente.


Tal vez veamos las cosas de manera diferente, lo cual está bien, pero solo para tu información, lo que me habría provocado es esta línea que escribiste:

Luego, después de eso, se puso en contacto con su gerente y le habló de mí, y él también me volvió a hacer las mismas preguntas que discutimos por teléfono, cuyas respuestas están en el CV.

Si el gerente de contratación no lee mi currículum antes de la entrevista, lo considero una mala señal.

Gracias por la valiosa respuesta. Sinceramente percibí la mala señal de la que me hablaste que me animó a hacer lo que hice. Mi paciencia me hizo posponer más o menos la acción.
No habría pensado tanto en la duplicación de cosas entre el CV y ​​el reclutador. Como gerente de contratación, hice ambas cosas casi todo el tiempo. En re: el CV, es una oportunidad para que el solicitante se abra sobre los detalles de la experiencia. En re: el reclutador... ¿confía en un reclutador para asimilar adecuadamente los detalles más finos de la experiencia técnica? seguro que no No como solicitante, no como gerente de contratación, ni siquiera como remate de una broma.
@AlexH. Ah, sí, espero que alguien me pregunte detalles sobre algo en mi CV/currículum cuando estoy hablando con ellos (teléfono/video/en persona). Lo he hecho, por la misma razón que mencionaste. Mi impresión fue que las preguntas se enviaron por correo electrónico (porque habló sobre cuánto tiempo tomó ese correo electrónico) y eso me parece extraño.
" Eso es aproximadamente dos días más de lo que gastaría en eso ". Eso es algo que muchas personas no se dan cuenta o no quieren seguir: puede omitir la prueba. Puede muy bien significar que te saltas esta oportunidad de trabajo, pero no estás obligado a hacer un gran ejercicio de codificación (que son dos días ). Puede responder que no tiene tiempo para comprometerse con esto y sugerir que vean otras muestras de su trabajo, en GitHub o de otra manera. La empresa contratante puede hacer eso y aun así darle una oferta, pero no hay garantía. Aún así, puedes decir "no".

Diferentes personas dibujarán la línea en diferentes lugares. Debe comparar la recompensa (un nuevo trabajo) con el inconveniente (tiempo perdido). Personalmente, consideraría que el pago es alto y, por lo tanto, solo tomaría la prueba si considerara que el inconveniente es alto.

Una buena métrica para juzgar el gasto de tiempo es considerar el dinero. Pregúntese: "¿vale la pena pedir que me compensen por mi tiempo?"

Usted describió una prueba de codificación de tres días para la cual no recibió comentarios. Esto es claramente irrazonable y hubiera valido la pena pedir una compensación por adelantado.

Por otro lado, una prueba de 60 a 90 minutos es, aunque irritante, no equivalente a una pila de dinero en efectivo en tiempo perdido (¿estaría pidiendo menos de £ 50?). Sería bueno que te pagaran por ello, pero al final del día no has hecho una inversión significativa si las cosas no funcionan.

+ 1 Además, puede costarle al candidato una hora de su tiempo, pero una prueba de código con una persona en realidad puede costarle a la empresa varias horas de tiempo, no solo de esa persona, sino de todas las demás personas afectadas por tener que reprogramar sus reuniones con esa persona

En mi humilde opinión, estás haciendo la pregunta equivocada. ¿Es injusto? Tal vez si tal vez no. ¿Cual es la diferencia?

Lo realmente importante es: ¿qué hacer? Parece que no quieres invertir mucho tiempo en aburridos exámenes en línea; eso es comprensible. Por otro lado, romper y hacer ultimátums es contraproducente. Debe darse cuenta de que el lado del reclutamiento probablemente también ha dedicado mucho tiempo a entrevistar a los solicitantes incompetentes, por lo que han introducido un proceso para eliminar a los incompetentes. Tal vez el proceso es imperfecto. Tal vez algunos candidatos que valgan la pena, como usted mismo, sean eliminados. Pero lo que quiere es esencialmente pasar por alto a los recursos humanos e ir a la gente técnica. Quieres que inviertan tiempo en ti, no al revés. Ponte en sus zapatos: ¿te gustaría pasar una hora al día revisando proyectos de Github? ¿La empresa aprobaría tal uso de su tiempo? Una vez más: tal vez sí, tal vez no. Si no, entonces no tienes suerte.

Por lo tanto, debe exponer su posición de la manera más clara y temprana posible. Parece que este es un problema recurrente para ti. En este caso, recomendaría crear una plantilla de carta, similar a una carta de presentación o un CV, del tipo:

Estimado HR Drone,

Me doy cuenta de que su SOP requiere que los candidatos realicen una prueba en línea para demostrar su conocimiento de las tecnologías X, Y y Z. Sin embargo, creo que mi competencia está mejor demostrada por los proyectos A, B y C de libre acceso en Github. Espero que sus especialistas técnicos tarden solo unos minutos en revisar el código y asegurarse de que sé de lo que estoy hablando. De lo contrario, lamentablemente estoy demasiado ocupado en este momento para dedicar tiempo a otra prueba estúpida.

Bueno, tal vez un poco más diplomático que esto, pero entiendes la idea. ¿Esto garantizará que su CV llegue a la gente de tecnología? No, supongo que la mayoría de las veces el departamento de recursos humanos lo rechazará en este punto. Pero al menos habrás perdido 5 minutos de tu tiempo en lugar de 90.

Voy a añadir mi experiencia de los últimos meses aquí.

TL;RD; : Estoy de acuerdo, la mayoría de las veces estas pruebas agregan poco o ningún valor al proceso de reclutamiento. Sin embargo:

  • Son útiles para aquellos que intentan reclutarlo si les dan a todos los que vienen la misma prueba para poder comparar su conocimiento con otros candidatos/empleados.
  • Proporcione información sobre su proceso, capacidad, etc., cuando se trata de una tarea con un límite de tiempo.
  • Al discutir cara a cara, tiene la oportunidad de discutir algo con lo que su grupo de reclutamiento ya está familiarizado.

Concedido: todos estos están a favor de quienes realizan el reclutamiento. Tenga cuidado con la "retroalimentación" sobre cualquier cosa que cree: es para justificar un salario más bajo, no en su mejor interés.


Entonces, el pasado octubre (2018) comencé a buscar un nuevo trabajo. También se lo anuncié a mi empleador. Firmó un nuevo contrato justo antes de Navidad para poder empezar el próximo 1 de febrero.

Terminé haciendo 2 de estas pruebas. Una era una prueba de lógica, para hacerse en la oficina y esperaban que tomara alrededor de 2 horas. El otro fue construir el juego "ochos locos" para el back-end, completamente automatizado con un comando de actualización/cli (PHP;)).

Además de esto, tengo un montón de repositorios en Github y Bitbucket, experiencia verificable (enumerados en Li, SO Jobs) y mi propio sitio web.

Como tal, estas pruebas realmente no me hicieron parpadear mucho. Sin embargo, soy de la opinión de que solo tienen la intención de darle al empleador en espera una ventaja en cualquier negociación. Es decir, poder dar comentarios negativos de "retroalimentación" sobre esto, aquello y algo más, para poder darle un salario mensual más pequeño por sus esfuerzos.

Elegí hacer las 2 pruebas que hice, principalmente porque las compañías sonaban bien en ese momento.

En retrospectiva, no estoy de acuerdo (conmigo mismo).

Terminé firmando con la compañía que miró el código que ya tenía disponible públicamente. Me preguntaron si podía explicarles algo. Presentó un caso de uso y "¿cómo aplicaría lo que tengo allí en Github a este caso de uso?", que discutimos en ese momento, sin preparación, sin código, solo una opinión instantánea. Algunas preguntas sobre trabajos más recientes que podría mostrarles (implementando mis cosas en línea) y luego comenzamos a trabajar en el contrato.

(Nota: el párrafo anterior fue un total de 3 reuniones, pero las 3 reuniones solo tenían un tema: "conocerte", "muéstranos lo que puedes hacer", "qué te gustaría para tu tiempo")


Aunque para defender estas pruebas. Aparte de las cosas en la ventaja de un empleador en espera, estas pruebas pueden ser cosas útiles si no tiene ninguna experiencia comprobable. La experiencia verificable puede ser una multitud de cosas, sin limitarse a:

  • repositorios públicos a lo largo del tiempo (Github, Bitbucket, Gitlab, etc.)
  • contribuciones a proyectos (de código abierto)
  • proyectos en su nombre, por ejemplo, sitios web, aplicaciones, aplicaciones, etc.
  • historial laboral con referencias

En tales situaciones, sí, debe hacer las pruebas. Lo mismo si estás iniciando o estás en los primeros (2 o 3) años después de tus estudios y sin lo anterior.

Prácticamente en cualquier otro momento, de ahora en adelante me negaría a hacer estas pruebas (con mi propia experiencia) y me ofrecería a discutir lo que he creado y los casos de uso presentados por ellos en el lugar.

Sí, es "justo", y no, no es "abuso" (?!).

Está solicitando un trabajo como programador de computadoras. Parte del proceso de solicitud es demostrar que eres capaz de programar computadoras. Eso es completamente esperado y razonable.

Por supuesto, un historial demostrado de logros es bueno, incluidas las calificaciones escolares y los perfiles de GitHub, pero nada de eso equivale a mostrar en ese momento que usted es realmente capaz de desempeñar el rol que está solicitando.

Responder a una solicitud de una prueba de programación de la manera orgullosa que ha descrito es bastante extraño.

Donde estaré de acuerdo contigo es que tres días es mucho tiempo, y que hagas esto usando una herramienta de terceros se siente un poco impersonal. Idealmente, después de que su CV y ​​su perfil en línea se hayan utilizado como filtro de primera línea, se presentará a una entrevista cara a cara, y la entrevista cara a cara incluirá una prueba en persona. Tal vez en papel, tal vez en una computadora portátil. Treinta minutos o una hora parece tiempo suficiente para determinar si los detalles de su solicitud son precisos.

Personalmente he entrevistado a personas con excelentes currículums y muchas supuestas "pruebas" de programación de buena calidad. No fue hasta que los traje, les hice preguntas, los vi intentar resolver problemas de programación bastante simples frente a mí... que me di cuenta de que era mejor no llevar a esos candidatos más lejos.

Entrevistar para roles de programación de computadoras y no establecer una prueba de programación es una locura.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .

Trivialmente, por supuesto, puede simplemente negarse a hacer esas pruebas. Sin embargo, eso limitará severamente sus opciones, por lo que voy a abordar esto desde un ángulo ligeramente diferente desde la perspectiva de que desea un buen trabajo: si desea evitar hacer esas pruebas, primero debe hacerlas.

Esas pruebas son normales. Si no desea hacer esas pruebas a largo plazo y aún desea obtener un buen trabajo, debe asegurarse de tener la demanda suficiente para que lo aprovechen antes de tener que hacer uno.

Es probable que eso implique buscar algunos roles más altos y de mayor riesgo de manera regular para buscar promociones agresivamente. En ese momento, puede convertir su CV en algo que lo haga parecer una oportunidad excepcional e impresionante para ellos, y en ese momento, es probable que renuncien a cualquier obstáculo (como las pruebas de codificación) porque realmente lo quieren . junta.

Antes de ese punto, negarse a hacer esas pruebas limitará severamente su trabajo disponible, y eso tendrá el efecto contrario en su CV, requiriendo que haga aún más pruebas para obtener un puesto que crea que vale la pena.

Sí. es bastante común Los reclutadores no tienen formas fáciles de juzgar sus habilidades técnicas solo a partir de su CV o la habilidad para leer el código que vincula en github, por lo que puede haber una prueba de codificación simple antes de que lo inviten a la primera ronda de la entrevista técnica.

Como tú mismo has dicho, a veces lo estás haciendo bien ya veces no. Esto me dice que en realidad no es una pérdida audaz de su tiempo, sino suficiente para probar su nivel de habilidad.

A partir de su pregunta, es difícil saber si el reclutador le hizo perder el tiempo a propósito, haciéndole pasar una hora hablando por teléfono después de haber dicho que no tomaría ninguna prueba. Tal vez el reclutador no se sintió seguro acerca de su nivel de habilidad después de la entrevista telefónica y sugirió tomar la prueba para darle la oportunidad de avanzar a la siguiente ronda.

De cualquier manera, no tiene derecho a asistir a una ronda de entrevistas técnicas solo porque su CV se ve bien. De hecho, no tienes derecho a nada, algunos empleadores pueden decidir tirar los dados para ver quién pasa a la siguiente ronda.

Entonces, si decide no realizar las pruebas porque es una pérdida de tiempo, termina limitando sus propias posibilidades. Y realmente cuánto daño hace una prueba de 30 a 60 minutos en un proceso de entrevista que toma alrededor de 1 a 2 días de su vida (suponiendo que tenga que viajar para la entrevista).