¿Las preguntas de la entrevista de Google destinadas a evaluar las habilidades de ‘resolución de problemas’ son realmente efectivas para separar a los candidatos buenos de los malos?

He pasado por algunas entrevistas con Google (4, para ser exactos). Desde que firmé el NDA con ellos, no puedo y no daré detalles sobre las preguntas, pero intentaré dar mis opiniones.

Desde mi punto de vista, no todas las preguntas de la entrevista que tuve con Google tenían como objetivo evaluar mis habilidades de “resolución de problemas”. Y personalmente encuentro que las preguntas que no me piden que resuelva un problema algorítmico (como atravesar un árbol de búsqueda binario) son mejores para separar a los buenos candidatos de los malos.

La razón principal es que las preguntas algorítmicas parecen estar saturadas. Se ha vuelto relativamente fácil para cualquier candidato con algunos antecedentes de programación leer un libro de texto de entrevista y familiarizarse con la mayoría de los temas comunes. Si bien es posible formular preguntas ferozmente más difíciles que superen a esos libros de texto, estas preguntas serían demasiado difíciles para la mayoría de los candidatos, excepto por algunos puntos difíciles en la programación competitiva, que no son necesariamente ingenieros excelentes. Es por eso que la mayoría de los entrevistadores terminan eligiendo preguntas mediocres, que muchos candidatos pueden abordar perfectamente.

Otro tipo común de preguntas consiste en problemas de diseño. Estos problemas prueban principalmente las habilidades de los candidatos para construir y planificar sus programas. Los problemas con estos problemas son los mismos que para las preguntas algorítmicas: las preguntas simples están saturadas por los libros de texto, mientras que los problemas reales, como “Design Gmail”, son imposibles de resolver en una entrevista de 1 hora.

Concluyo que las preguntas algorítmicas y de diseño tradicionales no son la mejor métrica para separar a los candidatos buenos y malos.

Durante algunas de mis entrevistas con Google, me pidieron que hablara sobre proyectos pasados (creo que está bien compartir esta información, ya que muchas guías de entrevistas ya han mencionado que los candidatos serían evaluados en esto) . Creo que estas son mejores métricas para que los entrevistadores encuentren buenos candidatos. Los entrevistadores, con su experiencia, deberían poder encontrar buenos proyectos de los malos, y también pueden ser entrenados para reconocer a “los fanáticos”. Estos proyectos también reflejan de alguna manera la experiencia de los candidatos, que se pueden utilizar para evaluar si un candidato es adecuado para un puesto.

He visto un mejor enfoque para las preguntas de la entrevista (en particular, en Quora y Vmware). El candidato (yo) recibió una computadora portátil con una base de código, con algunas documentaciones, y se le pidió que agregara una nueva característica. En Quora, la tarea era simple y me pidieron que la terminara en 1 hora. Fallé (no tenía ninguna práctica o preparación para hacer esto). En Vmware, la tarea fue más difícil y me dieron 24 horas, con todo el acceso a Internet, bajo la única restricción de que no puedo discutirlo con ninguna persona. Terminé la tarea. Creo que este es un gran enfoque porque prueba directamente las habilidades que un candidato necesitará para prosperar como ingeniero de software. Posiblemente, después de unirse a un equipo, muchos desarrolladores pasan semanas o meses entendiendo la base de código. Solo después pueden comenzar a contribuir. Las empresas quieren contratar desarrolladores cuyo código funcione y sea razonable de mantener. Estas propiedades pueden determinarse de cerca evaluando el desempeño de los candidatos en el tipo de problemas de entrevista que menciono.

Creo firmemente que en estas situaciones les preocupa más su reacción que su respuesta.

Quieren ver cómo trabaja bajo presión, si solicitará una aclaración, cómo hace para encontrar una solución a un problema sin una respuesta, etc.

Lo bueno que eres en la estimación es probablemente la menor de sus preocupaciones, siempre que sea una suposición razonable.

Si este es el caso, están probando lo que quieren ver, y me imagino que será muy efectivo.