De hecho, estoy sorprendido y un poco indignado por esta otra respuesta, porque no entiendo la intención detrás de esto, aparte de alimentar el complejo de superioridad de uno.
Las entrevistas telefónicas de pasantías nunca serán tan amplias o profundas. En primer lugar, la entrevista telefónica puede durar hasta una hora, y generalmente constará de dos preguntas de codificación. Si afirma que es un experto en un tema, es posible que lo evalúen para afirmarlo, pero eso es todo. La investigación real se reduce a las entrevistas en el sitio: las entrevistas telefónicas están básicamente allí para establecer si traer o no a un candidato es una pérdida de tiempo o no.
Tenga esto en cuenta: el objetivo principal de la entrevista es proporcionar datos valiosos sobre la capacidad potencial del candidato. Si le hacemos una pregunta ridículamente difícil, o le preguntamos sobre un montón de cosas que no sabe, ¿qué estamos aprendiendo sobre usted? Nada. Por lo tanto, le preguntaremos cosas que creemos que puede manejar y que debe saber. Más adelante, podríamos trabajar más y profundizar, pero las entrevistas telefónicas no son un buen lugar para eso. Entonces, teniendo eso en mente:
- ¿Qué sabes sobre ingeniería geotécnica?
- ¿Qué opinas de tales requisitos para un programador Java?
- ¿Es común en los contratos de trabajo que el empleador pueda obligarlo a trabajar los sábados y domingos?
- ¿Son famosos los programadores?
- Ingenieros de software: ¿Qué tipo de habilidades de gestión debe poseer un profesional de TI (con experiencia de 3 años)?
- No espere hablar sobre paralelismo y concurrencia, no se espera que sea un experto en las selvas de subprocesos múltiples.
- No espere hablar sobre bases de datos, no se espera que sea un DBA, o ahora nada sobre ninguna base de datos específica. Debe saber cómo usar una base de datos, escribir consultas SQL y comprender cómo funcionan las bases de datos tanto como sea posible. Los sistemas de bases de datos son un microcosmos de la informática.
- No espere hablar sobre programación orientada a objetos o sobre temas específicos del lenguaje. Si quieres escribir C, también está bien. No lo recomiendo porque estoy más interesado en ver si puedes usar un conjunto de hash que en codificar uno. Te agradecería si pudieras, pero no lo consideraría en contra de ti si no pudieras y aun así puedo usar C ++ STL, o la biblioteca estándar de Python, o Java SDK, o .NET framework para codificar tus soluciones correctamente.
- No , absolutamente y por supuesto, no espere ser investigado por el conocimiento de AVL y árboles rojos y negros. Que idea más ridícula. Sí, sepa qué son los montones, no se muestre si no sabe qué es una pila o una cola, pero nadie lo enviará a casa o colgará el teléfono si no sabe qué es un Trie .
- No , a nadie le importa si no conoces el shell de Linux. Ni siquiera toqué Linux antes de llegar a Amazon. Aprenderás.
- No, lo más probable es que no se le den problemas basados en DP, aparte de los triviales. Conócelo, pero no apuestes por él. Lo mismo para los algoritmos gráficos.
Sí, esté familiarizado con la clasificación, el filtrado, la fusión de matrices, la recursión de todo tipo, los recorridos de árboles, la manipulación de listas vinculadas, el procesamiento de cadenas, etc. Mire las cosas de Cracking the Coding Interview para eso es para lo que está aquí. No vaya más allá de eso, a menos que solicite puestos específicos.
En pocas palabras: debe demostrar que es capaz de pensar algorítmicamente y que comprende completamente las capacidades, propiedades y utilidad de las diferentes estructuras de datos para resolver problemas de manera limpia y eficiente. Eso es.
Buena suerte. No dejes que las personas malvadas te asusten para que no asistas a las entrevistas y te den tonterías sobre cómo debes ser Tony Hoare o Edsger Dijkstra para postularte. Prepárese, sí, pero no se vaya por la borda. No se preocupe, es normal sentirse abrumado.