Aquí tienes un artículo que he encontrado:
Has utilizado tu magnífico currículum para conseguir una entrevista con una gran empresa. Ahora, ¿cómo debes prepararte? De los más de 300 ingenieros de software que entrevisté para Google (y anteriormente para Microsoft), algunos de ellos realmente brillaron, y otros parecían mal preparados. Muchos de los mal preparados obtuvieron ofertas porque, obviamente, son estrellas, pero es más seguro y menos estresante prepararse de antemano. A continuación, algunos consejos que he ido recopilando con el tiempo:
- Practique utilizando el mismo medio (por ejemplo, papel y lápiz) y los mismos límites de tiempo (por ejemplo, 30 minutos) que en la entrevista real.
Tanto Google como Microsoft utilizan preguntas de codificación de pizarra, pero a menudo los candidatos practican codificando solos en casa en un ordenador con un compilador. Durante la entrevista real, se paran frente a la pizarra y olvidan cómo inicializar una matriz, sin su fiel resaltador de sintaxis. O se ponen tan nerviosos al tener a otra persona observándoles que les entra el pánico y no pueden pensar con claridad.
En la vida real, si planeas nadar el Canal de la Mancha, ¿limitarías tu práctica a las vueltas en la piscina local? No, irías a probar las olas del mar, el agua salada. Haz lo mismo aquí.
Pregunta a tu reclutador el formato de la entrevista y las preguntas de codificación. Si la empresa da a los candidatos una hora a solas en una habitación con un editor y sin compilador, practica eso en casa. Si la empresa hace preguntas de pizarra con un entrevistador observándote, pide a un amigo ingeniero que sea tu entrevistador de prueba. No pasa nada si el amigo es un ingeniero con menos experiencia que tú, ya que te pondrá nervioso por cometer errores delante de los demás, así que puedes practicar para acostumbrarte a ello. - Durante la entrevista, no te obsesiones con los pequeños errores que se produzcan.
En más de una ocasión, cuando le planteé a un candidato estrella una pregunta de codificación, se centró en la solución de rendimiento más óptimo, identificó los casos límite y empezó a escribir un código bien diseñado. A mitad del problema, comete un pequeño error: se equivoca en el orden de las operaciones en el primer intento, o tiene un error de "off-by-1", o se olvida de declarar una variable.
Cuando se lo señalo, el candidato responde con horror y se pone tan nervioso que afecta a su rendimiento durante el resto de la entrevista.
El miedo es infundado. Un candidato impresionante que comete un pequeño error es como un violinista que toca un desafiante concierto de Brahms y se equivoca en dos notas. Claro que el público puede darse cuenta de que cometió errores, pero no se confunde en cuanto a si realmente está al nivel de Twinkle-Twinkle-Little-Star.
Incluso si bombardea completamente una pregunta, muchos entrevistadores le hacen varias preguntas y le perdonarán un solo error. Incluso el bombardeo de una entrevista completa es recuperable si las otras entrevistas van bien.
Hace poco, uno de mis compañeros de trabajo (un jefe de tecnología para otro proyecto) entrevistó a un candidato y fue muy cortante porque encontró irritante el estilo de comunicación del candidato. El candidato demostró su valía durante la entrevista, y el jefe de tecnología acabó siendo el mayor defensor de este candidato. Cuando las cosas no van bien, hay que seguir adelante y no perder la esperanza. - No hay que ser grosero con el entrevistador.
Esto debería ser obvio, pero me ha sorprendido. Un candidato a ingeniero me dijo: "¡Vaya, no puedo creer que usted sea realmente mi entrevistador! ¡¡Pareces tan joven!! ¡Pensaba que tenías 18 años! Una vez que me dijo sus credenciales, ahora lo entiendo, pero al principio pensé: "¿¡Esta persona me está entrevistando?!?"
Eso no tuvo mucha gracia.
Otras cosas que recomiendo no decir:
- "¿Realmente eres mi entrevistador? Pareces tan viejo!"
- "¿De verdad eres mi entrevistador? Pareces muy gordo"
- En otra ocasión, el teléfono móvil de la candidata sonó a los 15 minutos de la entrevista. Lo dejó pasar y los dos nos distrajimos con el timbre durante los siguientes 20 segundos. 5 minutos después, volvió a ocurrir. Otros 5 minutos más tarde, sonó por tercera vez.
Finalmente buscó su bolso y tanteó el teléfono. "Ya era hora", pensé, "debería haberlo apagado antes de venir aquí". Sacó el teléfono del bolso y procedió a atender la llamada en medio de la entrevista.
La única justificación es si hay una emergencia familiar, y en ese caso, avise a su entrevistador explícitamente al comienzo de la entrevista. - No se apropie de la entrevista.
He tenido un par de candidatos que llegaron a la entrevista con la mentalidad de que DEBÍAN contarme todo sobre su reciente proyecto Zoolander. Empiezo la entrevista y ellos irrumpen con: "Quiero hablarte de Zoolander. Hace 10 años, este proyecto empezó como una función secundaria..." y luego siguen durante 5 minutos sin tomarse un respiro.
A veces deciden que deben hablar a todos los entrevistadores sobre Zoolander, repitiendo la misma descripción una y otra vez durante el día.
Tu entrevistador tiene preguntas específicas que necesita resolver. Si secuestras la entrevista, es posible que no tengan suficientes datos de sus propias preguntas para poder avalar tu contratación. También pueden pensar que sería difícil trabajar con usted.
Si realmente quiere hablar de un proyecto, pregunte a su entrevistador: "Creo que el proyecto Zoolander muestra realmente mis habilidades. ¿Puede usted u otro entrevistador encajar 10 minutos para que lo explique?". El entrevistador puede entonces reajustar su plan para la entrevista, en lugar de que su agenda se vea repentinamente alterada. - Cuando responda a preguntas en las que se espera una respuesta específica, haga primero un resumen de alto nivel.
A veces hago una pregunta en la que espero una respuesta breve: "¿Cuántas personas trabajaron con usted en el proyecto Zoolander?". El candidato me dice: "Bueno, estaba Jimmy, que se encargó de la interfaz de usuario y tuve que orientarle bastante. Luego estaba Mary, que se encargaba de los servidores de backend. Trabajaba a distancia desde Pensilvania. Dos años más tarde, contratamos a otra persona de backend, David..."
Tres minutos más tarde, el candidato sigue hablando, y yo sigo sin saber la respuesta de cuántas personas trabajaban en el proyecto.
Primero da una respuesta, y luego expone. "Había 3 cuando me incorporé, y 12 cuando me fui. Primero estaba Jimmy..."
Mejor aún, da la respuesta y ofrece una explicación. "Había 3 cuando me uní, y 12 cuando me fui. ¿Quiere que le diga qué hacía cada uno?" - (No es tan importante) Lleve algo cómodo a su entrevista. Lo más típico es el business casual.
La gente a veces se pregunta cómo debe vestir. Lo más importante es que te sientas cómodo. Si todavía quieres una recomendación, te digo que una camisa con botones o incluso una camiseta. Un traje puede parecer demasiado formal en algunas empresas (por ejemplo, Google).
Este punto no es tan importante, porque a la gente no le importará realmente. Deberías preguntar a tu reclutador sobre qué ropa llevar, ya que esto difiere según el país y la Costa Este / Costa Oeste. Una empresa como Google es más informal, por lo que si vienes con un traje de tres piezas, tus entrevistadores pueden levantar una ceja. Sin embargo, si tienes las aptitudes necesarias en términos de ingeniería, esto no es un obstáculo. Un candidato acudió a una entrevista con una camisa de malla gótica con agujeros por los que se veían claramente sus pezones. Aun así, consiguió el trabajo. (No recomiendo correr este riesgo.)
Una historia finalMe gustaría dejaros con una historia de una entrevista desafortunada. Dibuja la esperanza de que, independientemente de cómo vaya tu entrevista, probablemente tengas más suerte que este candidato.
En Microsoft, siempre ofrecíamos bebidas a nuestros candidatos, y un candidato "Jeff" cogió una pepsi. Entramos en mi despacho y la dejó sobre el escritorio. Empezamos a hablar de sus experiencias y luego pasamos a la pregunta de codificación en la pizarra, y no llegó a abrir su pepsi.
Nos pusimos frente a la pizarra, y Jeff empezó a escribir una línea de código. Se detuvo a pensar en el algoritmo general y, distraídamente, dio un paso atrás para ver toda la pizarra. Al hacerlo, se golpeó sin querer contra el escritorio, y la pepsi se cayó del borde.
Esta pepsi estaba aún sin abrir. Por lo tanto, cuando golpeó el suelo, explotó en el impacto.
La pepsi se roció en ráfagas espumosas en todas las direcciones de la lata. Fue un momento a cámara lenta en el que las manchas de color beige del refresco salpicaron mis paredes blancas, mi estantería y mi teclado. Los dos nos quedamos congelados, con las manos a medio camino (demasiado lentas para coger la pepsi), mirando el líquido que goteaba y que cubría todo el interior de mi despacho.
Nos tomamos un descanso de 5 minutos para coger toallas de papel y limpiar el desastre. (Aunque mis libros siempre se pegaron después de ese día, y mis paredes nunca volvieron a ser las mismas)
Luego volvimos a la pregunta de la pizarra. Jeff estaba nervioso a estas alturas (comprensiblemente). Escribió algo de código, lo borró, escribió más. Borró usando sus dedos contra la pizarra en lugar de usar el borrador. Entonces se le formó sudor en la frente y se lo limpió con la misma mano. Al final de la entrevista, su cara estaba cubierta de vetas de rotulador rojo, verde y azul.
Le dije: "Creo que tienes rotulador en las manos. Te voy a enseñar el baño" y dejé que el espejo del baño le mostrara el problema.