El año pasado, cuando cumplí 45 años, después de dejar Facebook y luego tomar un descanso, terminé realizando varias entrevistas y haciéndolo realmente horrible, hasta que encontré la disciplina adecuada para el conjunto ecléctico de habilidades que he desarrollado durante estos años.
El límite varía, dependiendo de su tiempo en la industria. Como me salteé la universidad y me metí directamente en el negocio, realmente comenzó alrededor de 40 para mí. El trabajo está ahí, las oportunidades están ahí, pero las entrevistas y expectativas sobre ti cambian.
La gente querrá más experiencia y conocimiento de usted que presionar teclas. Van a esperar un arquitecto, un ingeniero, un diseñador de soluciones, un instructor, un analizador de riesgos, un evaluador de riesgos …
“Me gusta ensuciar mi Hans” deja de implicar al jugador del equipo y comienza a sugerir “microgerente” o subdesarrollo de sus habilidades de ingeniería ( este candidato no construirá nuestra nueva arquitectura de microservicio, en su lugar, escribirá manualmente archivos html a las 10 palabras por minuto mientras nos cuenta todo sobre el nuevo calor en apache de hace 6 años ).
El ángulo de muchas de sus entrevistas va a cambiar. Su adaptabilidad, entusiasmo por aprender, son obstáculos a medida que pasa de hablar con gerentes junior a contratar gerentes y ejecutivos y CTO.
También será cada vez más probable que te entrevisten como un partido de equipo por personas que (tal vez no saben que van a ser) menores para ti.
Tuve varias entrevistas de Google durante todo el día el año pasado, que fueron algunas de las mejores / peores que he experimentado.
Al pasar por las entrevistas generales, luché amargamente en las pruebas de entrevistas de palabras clave disfrazadas de codificación:
El entrevistador presenta un problema bastante trivial sin contexto. ([editar] Y cuando dicen ‘imagina que estás trabajando con un compañero de trabajo’ en esto: ¿Lo tolerarías de un compañero de trabajo? ¿Qué soy yo, encarnado de desbordamiento de pila?) O presentan un resumen bastante específico pero abstracto problema y proponer un enfoque esqueleto: “Oh, no tomaría este enfoque porque REALMENTE BUENAS RAZONES”. El entrevistador siente la parte superior de su cabeza: ¿era estático o un avión que volaba muy bajo? “Podríamos volver a eso, pero comencemos con esto”.
Genial: escribí un sistema operativo multitarea en ensamblador a la edad de 14 años y quieres que revise este problema 101 y diga “lista enlazada” en el momento adecuado para que puedas preguntarme “cuándo sería mala una lista enlazada”. “, Puedo tratar de no decir” cuando te tiene usándolo “y luego puedes decir” qué pasaría si tuviéramos miles de millones de entradas “.
En estas entrevistas trato de recordar a los consultores con los que he tenido que trabajar. Conocía toda la jerga de alto nivel, pero no podía decirte cómo funciona un puntero. Eso no lo hace menos incómodo sabiendo que vamos a perder 45 minutos obteniendo cosas del nivel de la pantalla del teléfono por alguien que lo involucra como si las Listas Vinculadas fueran magia especial.
Como entrevistado, esto es increíblemente difícil porque estoy solicitando un puesto de alto nivel, y ahora me paso 45 minutos de mi ventana discutiendo las listas enlazadas 101.
Lo que hace que esta rejilla sea tan mala es esa sensación de estar en un riel.
Le pregunté a un entrevistador: ¿Habría usado una lista vinculada para resolver el primer problema? Oh no, obviamente no escalaría . ¿Sabes que estoy entrevistando para un puesto superior? Estoy reemplazando a otro entrevistador, no estoy exactamente seguro de para qué puesto lo estamos entrevistando, no hubiera esperado que un senior luche tanto con el problema inicial de la lista vinculada .
No habría usado una lista vinculada para resolver su propio problema de lista vinculada. ..
Si se tratara de un compañero de trabajo, los sentaría y los guiaría a través de aplicaciones y preocupaciones con doble frente a solo, circular, intrusivo frente a no intrusivo, averiguaría qué faceta de su requisito he omitido o no expresado, o cuál es la brecha en su conocimiento.
En algunas de estas 101 preguntas, he podido hacer esto, salir de la vía, por así decirlo, y eso ha sido realmente genial. Pero, de nuevo: todo se reduce al temor de que estés perdiendo 45 minutos de tu ventana por el guión de alguien.
De nuevo: es el riel. Es como que te pidan pintar con los dedos mientras esperas a un verdadero entrevistador. Ciertamente, tendría mis dudas sobre la contratación de alguien a quien le fue bien en una de esas entrevistas. ¿Seriamente? ¿Elegiste un algoritmo X para resolver ese problema? ¿Y tenía que tener un intercambio con el entrevistador para finalmente decidir usar un algoritmoY para resolverlo en la etapa 2 y el algoritmoZ para resolverlo en la etapa 3? Yeesh
Un desafío mayor, cuanto más grande es la compañía, son los entrevistadores que reconocen que te están entrevistando porque destacas en algún campo; para que puedas ser un compañero
Durante mi última ronda con Google, no me fue tan bien. Un ingeniero me pidió que escribiera una aplicación muy específica, rechazó continuamente las solicitudes para aclarar en qué parte de la aplicación podría querer que me concentrara, se quejó de mi descripción del alcance de lo que acababa de presentarme y luego me dejó caer en un “Bueno, esta parte es la trampa más compleja, así que voy allí”.
En última instancia, quería explícitamente discutir una sola función de una parte mundana de la aplicación. Después de que la entrevista terminó oficialmente, indicó que había trabajado en la implementación de referencia de esta parte y que recientemente la había reescrito con el “algoritmo XYZ”. Espere: ¡mencioné eso durante los primeros 5 minutos de la entrevista! “No, dijiste XZY”.
Una segunda faceta de esto se manifiesta en el tipo de aspecto de capa y daga de las personas que usan ejemplos históricos. Puede ser un desafío lograr que reconozcan “Estoy entrevistando aquí precisamente porque sé sobre este tipo de cosas”.
En otros dos casos, los ingenieros se desanimaron al reconocer el problema y asumieron que había “tenido este antes”. ¿Seriamente? Has leído mi currículum, y elegiste una pregunta basada en mi experiencia, y luego estás * sorprendido * de que te diga “¿oh esto?”
El primero entró y esbozó un problema de depuración multiproceso distribuido, y en tono de broma dije “como, ¿cazar el proceso de Java?” Parecía ofendido. Pero seguí adelante y me dio una explicación de 5 minutos del sistema. Resumí “¿Entonces es un mercado publicitario con un front-end basado en la web?” Pasé unos segundos comprobando que no acababa de decir algo horrible sobre su madre.
Me tomé un minuto para hacerle saber que estábamos en la misma página porque la experiencia, y él respondió muy bien a eso. Me pidió que lo acompañara a través de mi pensamiento. Pero, tbh, estaba frustrado en este punto, así que jugué en lugar de mostrarle un enfoque totalmente diferente que construiría o trabajaría con productores / gerentes para lograr que los ingenieros se incorporen ellos mismos. Quería alejarme de la sospecha de “has leído esto en el desbordamiento de pila”.
En lugar de tratar esto como un problema único, lo identifiqué como un problema recurrente, argumentó, pero señalé: * ambos * lo hemos hecho varias veces. Sabemos cuál es la causa, lo que nos importa es el lugar y la restauración del servicio. Ok, él compró eso.
Al final, confió que esto no era completamente lo que estaban buscando en esta pregunta en particular, sino que nunca había tenido un candidato que presentara el enfoque que tenía y que en realidad estaría repensando la pregunta por completo.
Fue una sesión de entrevista difícil, en gran parte porque el entrevistador parecía muy reacio a considerar que alguien que aún no había trabajado en Google podría haber experimentado un escenario como este.
El segundo caso … me presentó un buen problema sólido y práctico. Una variación de algo con lo que tuve que lidiar en varios escenarios, pero de nuevo parecía no darse cuenta de eso. Esto me desconcierta, porque traducir soluciones a metáforas para que puedan volver a aplicarse es un aspecto básico de la ingeniería.
En retrospectiva, se puso cada vez más molesto cuando me moví hacia un camino sutilmente diferente al que él parecía estar presionando, conmigo, en ese momento, malinterpretando los empujes como cebo de discusión. Finalmente, llegué cerca de su solución con algunas mejoras que él atribuyó a su orientación.
Su buen humor final se desvaneció durante la entrevista posterior, cuando le señalé que esas mejoras eran específicamente este punto que había hecho y ese punto que había hecho, y que había estado apuntando hacia este conjunto particular de enfoques desde el desplazamiento (señalando a uno de ellos todavía en el tablero). Indicó específicamente que, dado que ese no era el sistema que había implementado hace 10 años, no podríamos saber si hubiera sido mejor.
[editar] Describo mal lo anterior, había pedido comentarios específicamente, y estaba describiendo como si hubiera estado tratando de llevarme a un objetivo en particular.
En última instancia, este fue un problema resuelto para los dos, pero este entrevistador no estaba listo para ser desafiado. Su solución fue elegante y simple; la mía fue similar con un giro en lugar de un incremento en la complejidad. También implicó una apuesta informada que le dio más longevidad que la suya.
-Editar: Este entrevistador abrió diciendo que quería que tratamos esto como un problema activo que estábamos tratando de resolver, trabajando junto a mí mismo como líder para evaluar el nivel de antigüedad para el que era adecuado. A cada paso reconocía las instrucciones.
El problema es la falta de voluntad de un ingeniero para ver que otra persona ya haya resuelto su problema (un concepto común entre las grandes compañías tecnológicas) o no creían en mi currículum y esperaban un ingeniero mucho menos experimentado que demostrarían ser un fraude al no conocer la palabra “lista vinculada”.
En cualquier caso, es muy doloroso, [editar] y algo por lo que vale la pena encontrar una manera de practicar y prepararse. Asistir a convenciones es una buena manera de encontrar compañeros para desafiarte a ti mismo.
Le dije a un entrevistador: ¿Cuánto sabes sobre la arquitectura moderna de la CPU? Porque si lo que le importa es si tengo una implementación de lista vinculada en caché L1 en lugar de RAM llena de años de experiencia práctica, conocimiento de las diferentes implementaciones diferentes, más advertencias intrusivas frente a no intrusivas, implicaciones de coherencia de caché, etc., etc. Podemos parar aquí.
He descubierto que en muchos de estos escenarios, el entrevistador posiblemente se siente abrumado o incómodo con su nivel de experiencia en la medida en que luchan por encontrar un terreno común, y la entrevista es en gran parte un intento de tratar de descubrir de alguna manera puede refutar sus reclamos o asignar su experiencia a la de ellos.
Tiene un par de problemas interesantes bajo la manga. Si te sientas y trabajas en un proyecto significativo, harías mucho mejor juntos que tratar de descubrir aleatoriamente un algoritmo o estructura de datos que puedas sentarte y discutir como una conversación más fría.
Para mí, la clave del éxito fue encontrar empresas que pudieran ser entrevistadas * ed *.
Cuando entrevisté en Facebook en 2014, ese todavía era el caso, y las entrevistas de Facebook, aunque morderse las uñas, también fueron muy atractivas. Google, LinkedIn y algunas de las otras compañías de gran tecnología, todo el proceso parece suponer que eres un error bajo el microscopio. La más mínima indicación de que podrías estar mirando hacia atrás y asustarlos o enojarlos.
Probablemente pueda esperar más abandono, necesitará más persistencia y paciencia, pero no es porque el trabajo ya no esté allí.