Casi fallé todas las preguntas durante la entrevista de posición de desarrollador de full stack, pero aún así me contrataron, ¿qué pasó?

Contestaré una pregunta más general: ¿Qué tan mal puedo arruinar una entrevista de desarrollador de software y aún así conseguir el trabajo? (TLDR en la parte inferior)


Bastante mal.

Hace un par de meses, tuve una entrevista telefónica con el CTO de una pequeña empresa bastante exitosa, posiblemente el líder del mercado en lo que hacen. Comenzó con algunas preguntas sobre mí y mi experiencia, por qué quiero trabajar para la empresa, etc. Luego pasamos al aspecto técnico de la entrevista.

Nervioso ni siquiera comienza a explicar mi estado: sudaba, tartamudeaba y sentía que no podía contener un hilo de pensamiento. Se sintió como 30 minutos después de que él hizo la pregunta, estaba lejos de ser una solución. Después de lo que pareció una eternidad, se acabó el tiempo para la entrevista y el CTO dijo algo como: “Parece que estás en algo aquí, ¿qué tal si me envías tus respuestas una vez que tengas tiempo?”

En este punto, sabía que había terminado. Tendría que estar loco para contratarme. No me hubiera contratado.

Pero pensé: al menos debería tener una salida digna. Codifiqué mi solución, escribí algunas pruebas unitarias y escribí un correo electrónico al CTO diciendo algo como “Aquí está mi solución. Para que conste, nunca tuve una entrevista tan mala en mi vida. Supongo que fue algo bueno, porque ahora sé dónde puedo mejorar. Así que gracias por darme la oportunidad de aprender de lo que algunos llamarán fracaso. Si tiene algún consejo para mí sobre cómo puedo mejorar, agradecería mucho sus consejos. ”

Eso sí, en este punto realmente creía que todo había terminado. En lo que a mí respecta, estas serían las últimas palabras entre nosotros. Así que solo dije lo que realmente estaba en mi mente. Nunca esperé escuchar de nuevo.

Una hora después respondió: “¡Parece bueno! Su solución es creativa, pero complicada desde un punto de vista comprensible. ¿Cómo podemos simplificarla?”

Espera … que? ¿Todavía me está hablando a mí? ¿No tiene un millón de cosas mejores que hacer?

Dejando de lado la agradable confusión, inmediatamente me puse a trabajar en su pregunta. Lo codifiqué, escribí pruebas unitarias y se lo envié de vuelta. Me preguntó otra vez “¿Cuál es el tiempo de ejecución? ¿Podemos hacerlo más rápido?” Esto de ida y vuelta continuó durante unos días hasta que al final dijo: “¡Bien hecho en las preguntas! ¿Quieres venir a San Francisco a conocer al equipo?”

En este punto, mi mandíbula estaba en el suelo. ¿Cómo diablos sucedió esto? Me cagué por completo de la cama en la entrevista con este tipo, que ayuda a dirigir una empresa multimillonaria, ¿y todavía me dio una segunda oportunidad? ¿Por qué?

Unas semanas más tarde, volé a SF para entrevistar y finalmente me reuní con el CTO. Le pregunté: “Muchos otros habrían cesado legítimamente el proceso de entrevista en ese momento. ¿Por qué seguiste?” Me dijo que realmente apreciaba mi humildad en ese primer correo electrónico. Dijo que no solo busca personas inteligentes, sino también buenos jugadores de equipo. De modo que la humildad y la autoconciencia son muy apreciadas. También le gustó mucho que pedí consejos sobre cómo mejorar. Además, dijo que, por su experiencia, aprende más sobre una persona al verla luchar que al verla sobresalir. De esto, aprendí algunas lecciones sobre el proceso de la entrevista:

  • Nunca te rindas: se supone que las entrevistas te desafiarán. La forma en que el CTO me lo describió: ” Un entrevistador exitoso llevará a un candidato a su límite, porque la forma en que alguien lucha es muy reveladora de su carácter “. – Así que nunca te rindas. Siempre da el 100% durante cada minuto, y nunca te rindas hasta que realmente haya terminado (¡e incluso entonces, puede que no haya terminado!)
  • Solicite comentarios: después de todas mis entrevistas en el sitio y en mis intercambios de correo electrónico con el CTO, les pregunté a mis entrevistadores cómo creen que puedo mejorar. El CTO citó esto como una de las razones por las que me invitó a SF, porque está buscando candidatos que siempre estén dispuestos a mejorar y ser entrenados.
  • Sé humilde : si no te fue bien en una tarea, está bien (y en mi experiencia, bienvenido) admitir eso. Muestra humildad y autoconciencia, así como el respeto de sus compañeros / compañeros de trabajo.
  • Es mucho más probable que tenga éxito cuando está realmente interesado en una empresa: demasiadas veces los candidatos intentan personalizarse para adaptarse al trabajo al que se postulan (a veces yo mismo fui culpable de esto). Pero con esta compañía, me sentí muy intrigado por lo que hacen: estaban resolviendo problemas muy difíciles a escala, y estaban por delante de sus competidores en muchas medidas. También me impresionó la cultura de su empresa: alentaron fuertemente la creatividad y el liderazgo de los empleados, enfatizaron “contratar desde abajo”, y a todos los que conocí allí les encantó trabajar allí. Esta emoción sobre la compañía se manifestó en excelentes conversaciones con los empleados allí durante mi visita, y terminamos hablando de detalles técnicos sobre los proyectos en los que trabajamos y teniendo excelentes conversaciones sobre cosas aleatorias como el fútbol o el mercado de valores. En general, me llevé muy bien con todos los presentes porque estaba realmente impresionado con la empresa y quería aprender más sobre ello. Creo que estaban contentos de ver esta actitud, y creo que esa fue una de las razones por las que me fue bien en mis entrevistas.

Afortunadamente, terminé recibiendo una oferta.

Entonces, para responder la pregunta original: “Casi fallé en todas las preguntas durante mi entrevista, pero aún así me contrataron, ¿qué pasó?” : Es posible que hayas hecho accidentalmente algo de lo anterior 🙂


TLDR: Sé humilde, pide comentarios críticos, nunca te rindas, elige una empresa que te guste.

Cuando te equivocas en la entrevista de evaluación técnica, es casi un 100% para ti, ya que el entrevistador de evaluación técnica tiene la última palabra sobre tu destino.

Es por eso que creo que las entrevistas de evaluación técnica (aunque son más fáciles que las entrevistas reales) son muy peligrosas y molestas una vez que la arruinas.

Las cosas podrían funcionar a su favor una vez que pase la evaluación técnica y pase a la entrevista en persona con un equipo.

En esta configuración, puede arruinarse con uno o más entrevistadores y aún así obtener la oferta.

Esto se debe a que una vez que finaliza la entrevista, todos se reúnen y lo califican, y muchas veces, tener solo uno o dos votos discrepantes no lo hunde, ya que tendría otros que responderían por usted.

Sin embargo, cada entrevistador también tiene una influencia diferente con el equipo. Si la persona más … importante del equipo te rechaza, probablemente te rechazarán incluso si te fue bien con los demás.

Esto PUEDE funcionar a tu favor también en el caso en que te equivocas con algunos de los entrevistadores, pero te ven muy favorable a los ojos de esta persona importante, eso significa que todavía estás dentro.

Esta persona “importante” podría ser el gerente de contratación real, el líder técnico rudo, el CTO, etc.

Entonces, solo porque te equivocas con un entrevistador no significa que haya terminado (otros pueden responder por ti), y solo porque lo hiciste bien no significa que serás seleccionado (no te ves bien para este importante entrevistador).

¿Entonces que es? Bueno, haces lo mejor que puedas, el resto es suerte.

Cuando estoy buscando un desarrollador de candidatos; Uso preguntas que tienen la intención de intimidar y la mayoría de los desarrolladores no pueden responder sin pensarlo. El propósito no tiene nada que ver con si pueden llegar a una respuesta correcta; se trata de ver si:

  • Dan una respuesta estúpida sin pensarlo. No contrato a estos tipos; porque producirán una alta proporción de errores.
  • Intentan hablar dos veces a través de un proceso que no resuelve el problema. No los contrato porque no tengo tiempo para esperar a que los desarrolladores arruinen las cosas antes de pedir ayuda.
  • Intentan resolver el problema y pueden o no acercarse a una solución. Generalmente contrato a estos tipos porque encajarán en el tipo de método de desarrollo que utilizamos con un enfoque muy lineal para encontrar soluciones.
  • Lo intentan; entienden que no han resuelto el problema; y admitir que la solución está más allá de su nivel de habilidad. Siempre contrato a estos tipos, porque ponen la solución por delante de su ego y se les puede enseñar.

La pregunta no es el único factor determinante; Pero un indicador. En general, lo más importante para mí es que entiendan que tienen mucho que aprender; querer aprender; y no tienen miedo de pedir ayuda.

Solicité un trabajo.

La entrevista de recursos humanos fue muy bien. La entrevista de técnicas fue “fácil”. Me contrataron

Solo necesitaban un desarrollador e intentaban obtener un ingeniero de control de calidad. Literalmente no encontraron ninguno adecuado. Me pidieron que cumpliera con ese rol en particular en lugar del que me evaluaron, ya que sabía más que ellos en todas las tecnologías.

Entonces, continuaron la proyección. Un profesor de matemática aplicó. Muy poca experiencia en programación. Decidimos eliminarlo reemplazando una pregunta fácil por una pregunta algorítmica mediana.

Como se esperaba, falló la mayoría de las preguntas por falta de conocimiento sobre tecnologías (por ejemplo, Myisam vs inodb)

PERO rápidamente describió soluciones para algoritmos y con orientación pudo completar. También dijo que no sabía la mayor parte y que podía aprender y mejorar sus habilidades. Mostró conocimientos básicos en otras áreas.

Por último, la prueba se realiza como si supieras todas las respuestas y las escribiste de inmediato. Tarda 40 minutos en escribir. Dejamos 1h para completarlo.

Eso significa que puede hacer tanto de 6 a 10 preguntas de las 20.

Irónicamente, podría haber sido eliminado. Ya sucedió en una situación similar.

Una vez me hice una prueba psicotécnica antes de un entrenamiento. Me tomó 10 minutos completarlo ya que era un MCQ con pocas respuestas abiertas limitadas a pocos dígitos y letras. Teníamos algo así como 50 minutos. Entonces, estuve mirando alrededor por 40 minutos. También pregunté si podemos tomar un descanso, lo cual no pudimos.

Luego me dijeron que tenía que pasar una pequeña entrevista: “Has superado la prueba, no podemos llevarte. Nos dirigimos a personas en el rango de 20-24 “etc.

Me dijeron que me saltaría la primera parte y me registraría para la segunda, así que tendría que ponerme al día, lo que compensaría mi velocidad.

A veces, sus respuestas son tan naturales o rápidas que se vuelven dudosas. Algunos reclutadores no pueden repasarlo y jugar a lo seguro.

Además, en el lado de recursos humanos, las personas como yo pueden ser difíciles de manejar. En una posición de empresa, el conocimiento y la capacidad de jugar según las reglas le dan poder.

¿Un ejemplo? Me despidieron una vez por “exagerar”.

La gerencia decidió que la asignación de recursos es algo que se puede cambiar sobre la marcha y sin realizar revisiones en los proyectos afectados.

Entonces, un proyecto tenía 6 recursos y terminó con 2. A partir de los 4 meses, lo estimé en 2 años y seguía. El gerente del proyecto tenía las mismas estimaciones.

Entonces, tuvimos que cambiar la forma de trabajar. No pudimos “producir, probar y seleccionar en masa”.

Tuvimos que analizar rápidamente las necesidades, hacer lo mínimo y mejorar más tarde. (Producto mínimo viable)

Durante la retrospectiva de primavera, mencioné esto, expliqué las situaciones actuales y lo que se puede mejorar. Obviamente, apunté con el dedo a la mayoría de las partes del proceso actual y las funciones que explican cómo se arruinan y cómo evitarlo. Incluso tenía cifras que mostrar.

¡Me dijeron que puedo ir a casa por la tarde!

¡Mira, obviamente lamentaron haber contratado a alguien como yo!

Principalmente cuando entrevisto a las personas, también tienden a fallar las preguntas. No siempre es el objetivo responderlas perfectamente. Lo que más miro es cómo las personas abordan un problema y cómo intentan resolverlo.

La forma en que piensa, aborda su conocimiento y vincula el conocimiento con los problemas es más importante que realmente resolverlos.

Si se trata de preguntas de conocimiento como “what is node.js” y fallaste en eso … No tengo idea: P.


¡Felicidades por el nuevo trabajo! ¡Aprende, crece y desafíate a ti mismo!

Lo que importa en las entrevistas no es lo que respondes, sino cómo te comportas. Obviamente, conocer las respuestas correctas es muy importante y puede justificar su capacidad para el puesto. Sin embargo, en un entorno de trabajo real, no hay respuestas obvias para la mayoría de los problemas. Necesita explorar más a fondo los problemas para obtener las respuestas que necesita. En este caso, saber cómo analizar los problemas paso a paso es mucho más importante, y esa es la calidad que siempre se busca en las entrevistas.

Por lo tanto, dejar de responder a casi todas las preguntas no significa que no tenga una oportunidad para el trabajo, siempre y cuando exhiba la capacidad de abordar la respuesta, todavía tendrá la oportunidad de ser empleado.

Hay muchas razones lógicas para esto, algunas son buenas y otras son malas:

  • Algunas de las preguntas solo estaban destinadas a ver si te apresurabas a responder una pregunta difícil o te tomabas tu tiempo para pensarlo. Incluso si su respuesta es incorrecta, sigue siendo una buena señal de que se tomó el tiempo para pensar antes de decir lo primero que tiene en mente.
  • Las pocas preguntas que respondió correctamente fueron las que importaban.
  • La mayoría de los otros candidatos respondieron incluso menos preguntas que usted.
  • ¿Le gustas al reclutador?
  • Eras lo suficientemente carismático como para salirte con la respuesta incorrecta. Aunque este punto y el anterior son signos rojos, ya que ninguna buena compañía lo contrataría en base a eso.
  • Te contrataron para un pequeño papel que, según tus respuestas, puedes cumplir.
  • etc.

Hay muchas buenas razones para lo que sucedió. Pero para ser honesto, ¡realmente no deberías pensarlo tanto! ¡Conseguiste el trabajo, felicidades! Y para su información, no todas las preguntas están destinadas a ser respondidas, algunas están ahí solo para que pierda el equilibrio o para ver cómo reacciona bajo presión. Nuevamente, felicidades, e intente leer sobre los puntos que no pudo entender en la entrevista.

¿Quizás eres más agradable que los otros candidatos? Tal vez una mejor opción para la empresa / equipo? ¿Quizás a nadie le fue tan bien en las preguntas? ¿Podría ser que te vieron aprender rápidamente?

Todo es conjetura. Felicidades por el trabajo, y ¿puedo sugerirle que le haga la misma pregunta a su jefe (o quien haya decidido contratarlo) más adelante? Le dará una idea de lo que es valioso para sus futuros empleadores y cómo las personas toman esas decisiones.

Domino a “personas de prueba” para ver lo que saben. Todo eso está disponible en libros y en la web. Busco CÓMO abordan los problemas. Probablemente pensaron que entendiste y absorbiste bien la explicación de la respuesta y están buscando a alguien con potencial de crecimiento a largo plazo.

More Interesting

Quiero ser desarrollador web. ¿Qué debo aprender?

Quiero entrar en la programación de servicios / aplicaciones web. ¿Dónde debo comenzar o qué temas debo analizar?

¿Por qué un desarrollador web profesional enseñaría en línea cuando ya hay muchas cosas buenas por ahí?

Soy un estudiante de TI de tercer año, me perdí un poco y quería reiniciar mi vida con programación web o cosas relacionadas con las redes sociales. ¿Cómo debo comenzar?

Quiero mover el contenido de un sitio autohospedado a WordPress. ¿Afectará mi clasificación y qué medidas debo tomar?

Me gustaría saber sobre el alcance del desarrollador web PHP en Australia.

Estoy tratando de desarrollar una herramienta CASE como un proyecto personal. Estoy tratando de echar un vistazo a otros existentes. ¿Dónde puedo encontrar una buena existente o aprender cómo desarrollarla?

Asumí el proyecto de mi amigo pensando que quería que le escribiera una página web personal. Resulta que quiere que escriba el próximo Craigslist. ¿Cómo decido cortésmente agregar alguna función sin que le pida que le devuelva el dinero?

¿Puedo hacer una carrera como desarrollador web? Tengo 29 años y tengo un título de PG irrelevante en ciencias. He creado mi propio sitio web en PHP por experiencia, tengo conocimiento del marco MVC y he diseñado plantillas receptivas en Bootstrap.

¿Cómo debo comenzar en el campo de desarrollo de backend?

He trabajado como diseñador / desarrollador web durante 5 años con poco que mostrar. ¿Cómo construyo una cartera?

Quiero crear una aplicación con un motor de aplicación de Google, ¿por dónde empiezo?

Sé de Excel y algunas macros y tengo algunas ideas que quiero desarrollar en aplicaciones de nube basadas en web. ¿Cómo debo proceder?

Descargué el volcado completo de wikitaxi y descargué todas las demás cosas necesarias, pero no muestra imágenes ni ecuaciones / fórmulas matemáticas. ¿Cómo hago para hacer eso?

Aprendí SQL, JDBC, HTML CSS y JSE. Ahora quiero aprender el desarrollo web Java por completo. ¿Dónde debo comenzar a aprender completamente el Desarrollo Web Java (JSP, JSF, etc.)?