Una empresa para la que completé una prueba técnica me envió la lista de sus respuestas esperadas y por qué pensaron que mis respuestas eran incorrectas.
Una de ellas era una consulta SQL que, si se implementara como sugirieron, sería mucho más lenta que mi solución y correría el riesgo de explotar con volúmenes de datos moderadamente más altos.
Otra pregunta se marcó como incorrecta porque no fue tan rápido como su solución, pero su solución solo funciona si los datos de la tabla nunca cambian, lo cual no es realista en producción. El mío fue más lento porque funcionaría sin importar cómo se distribuyeran los datos.
Las otras respuestas que esperaban también eran muy sospechosas, ya que dedujeron muchos puntos por cosas quisquillosas que no tenían nada que ver con mis habilidades de SQL. Sospecho que hicieron que una persona junior calificara el examen.
¿Debo informar a la empresa?
¿Cómo debo manejar a mi reclutador ahora que piensa que mentí acerca de ser un experto en SQL?
Puede retroceder a través del reclutador, claro. El reclutador puede o no transmitir sus comentarios, y puede o no dar como resultado un resultado diferente.
Sin embargo, sus comentarios deben ser bastante educados, así que pierda ese "desarrollador junior lo calificó" y explique en detalle su respuesta a las consultas SQL que menciona.
Es posible que desee ignorar las cosas quisquillosas a menos que pueda expresarlas cortésmente o expresarlas cortésmente como una oportunidad de aprendizaje para usted.
Nunca dije que yo era la autoridad en los correos electrónicos redactados con educación, pero aquí hay un ejemplo:
Hola Bob,
gracias por los comentarios sobre mi entrevista técnica. Es obviamente un resultado decepcionante.
Esto es inusual, lo sé, pero me apasiona mucho el objetivo de EMPRESA, y me gustó mucho la pila tecnológica/el equipo/el entorno/algo así que me preguntaba si consideraría enviar mis propios comentarios sobre su prueba técnica a ¿a ellos? Espero que esto muestre lo ansioso que estoy por ayudar a la EMPRESA a hacer lo que sea que haga, o al menos agregar valor a sus procesos.
En la Pregunta 1, observé que la respuesta que preferían daría como resultado un tiempo de ejecución que en realidad es un 25 % más lento que el que presenté y, de hecho, incluso daría lugar a interrupciones con cargas de datos más grandes. Esto se debe a ALGÚN PRINCIPIO, y es una de las áreas en las que me especializo, y realmente puedo agregar valor para ayudarlos a crecer.
Para la Pregunta 2, la solución que proporcioné fue manejar los datos cambiantes. Su solución preferida es más rápida, pero solo si sus datos nunca cambian; de lo contrario, su solución no funcionará. Si están usando este código en producción, encontrarán mucho valor en mis habilidades a medida que se amplían para manejar conjuntos de datos en constante cambio.
Si cree que esto agregará valor a la empresa, páselo; como dije, realmente amo su MISIÓN / algo y siento que realmente puedo brindarles valor con mi conjunto de habilidades.
De todos modos, gracias por proponerme para este papel. Todo lo mejor, Jack
Este es uno de esos casos en los que necesita ver toda la entrevista como una calle de 2 sentidos.
Los estás entrevistando tanto como ellos te están entrevistando a ti.
Si realmente le gustaría trabajar aquí, entonces puede valer la pena redactar una respuesta para el reclutador y el entrevistador que indique por qué dio las respuestas que dio e indique (suavemente) por qué cree que sus respuestas esperadas no son óptimas.
Sin embargo, también debe considerar el esfuerzo que (no) han puesto en su entrevista y usarlo como un indicador del entorno al que se uniría si lo contrataran.
Voy a añadir una perspectiva diferente. Tal vez le enviaron los resultados exactamente porque querían obtener algún tipo de retroalimentación de su parte.
Reconociendo plenamente que una prueba técnica escrita es muy diferente de una entrevista cara a cara...
Cuando realizo entrevistas técnicas, en un par de preguntas del tipo "¿cómo harías X?", cuando recibo respuestas correctas, respondo "¿Estás seguro? En su lugar, lo haría de esta y de esta manera". Quiero ver cómo reacciona el candidato, tanto técnica como personalmente. Esto es especialmente importante para los puestos de alto nivel. Quiero asegurarme de que la persona pueda analizar su respuesta y actuar asertivamente al confirmar que la respuesta es correcta. También quiero asegurarme de que esta asertividad siga siendo educada.
Piense en ello como una prueba de la vida real de "¿Cómo convencería a alguien en una posición de poder y autoridad de que su opinión es correcta, después de que la cuestionen?"
Una vez más, estoy completamente de acuerdo en que una prueba escrita no es la forma ni el lugar para usar este enfoque.
Tuve una situación similar. La prueba fue en línea. Sin embargo, hubo algunos errores. Tomé la prueba. Llénelo con las respuestas adecuadas (incluso si eso significaba fallar). Después de eso, les envié un correo electrónico detallado, describiendo los problemas que encontré en la prueba. Me dieron las gracias, y no tengo idea de lo que pasó después, es su problema.
Por cierto, aclaración: pasé la prueba, pero me arriesgué a fallar al completar los datos correctos, no los datos "esperados".
Por lo tanto, he tenido experiencia con una empresa de aspecto decente. Suspendí su prueba debido a una explicación deficiente y expectativas muy abiertas. Tenían dos partes, que era una sección de codificación y la otra era encontrar todos los problemas en este archivo. Todo estaba en C, por lo que fue doloroso ya que se pueden cometer MUCHOS más errores y, para ser sincero, no sabía qué buscar. Dijeron que ambas secciones deberían tomar solo 2 horas en total, pero tienes tiempo ilimitado.
Falló la sección de codificación, debido a que no entendió el problema lo suficientemente bien. Hubo muchos problemas con la explicación y no era algo que simplemente pudiera explicarse. Tuve algunos errores, pero no tan grandes como el malentendido debido a los ejemplos y la explicación deficientes.
Falló la sección de análisis, por no encontrar todos los errores que buscaba. Tendrías que escanear este archivo como un halcón para muchos de los errores y mi teoría era que ir tan abajo era innecesario si tenían la intención de que terminaras eso y la codificación en 2 horas.
Volví a ellos y les dije lo que pensaba sobre todo, tan amablemente como pude. Después de eso, me di cuenta de que no quería usar C debido a lo fácil que es pegarse un tiro en el pie y te dejará hacerlo. Le expliqué que entendí mal el problema y cómo se suponía que debía funcionar. Incluso coloque pruebas unitarias en la parte inferior del archivo para probar todo.
Mi consejo es que es una buena idea dar consejos, pero no esperes que vaya a cambiar su decisión. Consideré muy amable de su parte darme su opinión, ya que me ayuda a mejorar a riesgo de revelar más sobre el contenido de su prueba de contratación. Entonces, diría que si tienen problemas, entonces sería bueno señalarlos, pero no lo veas como una oportunidad para que te contraten. Míralo como devolverte el favor por darte retroalimentación, lo cual puede ser muy raro hoy en día. Además, suponiendo que todo lo que dijiste sea cierto, si hicieron un mal trabajo al verificar su contenido y no están dispuestos a admitir su falla, ¿realmente quieres trabajar para ellos en un futuro cercano?
También le informaría a su reclutador sobre los problemas, pero de todos modos es posible que no tenga noticias suyas por un tiempo. Escuché, pero no verifiqué, que cuando los solicitantes no logran obtener un trabajo con un reclutador, los engañan sobre las oportunidades por un tiempo porque creen que tampoco obtendrán el próximo trabajo que dedican el tiempo y esfuerzo en conseguirles una entrevista para. Se les paga solo si consigues el trabajo, por lo que es un poco la forma en que es. Sin mencionar que los reclutadores conocen el aspecto técnico a un nivel muy básico, si es que lo conocen, por lo que es probable que no puedan comprender el tema lo suficientemente bien como para saber qué sucedió.
A mi me pasó lo mismo. Bueno, en realidad me negué a completar la prueba porque vi que las preguntas no solo eran así de ambiguas, sino que también implicaban demasiado trabajo real.
Lo que hice fue al final igualmente intensivo en trabajo. Produje una crítica pregunta por pregunta de su prueba y la envié al CTO con una explicación de por qué ya no continuaría con la entrevista. El CTO y el gerente de contratación en realidad me llamaron para agradecerme y espero que el desarrollador responsable de producir la prueba haya recibido un golpe en los nudillos. Básicamente pasé a más rondas de entrevistas y obtuve el respeto del CTO.
Una cosa más: es bastante inusual que te envíen los resultados de las pruebas. Es posible que desee considerar que esperan que regrese con comentarios y que esto es parte de la prueba.
Lilienthal
Sr. chico