Aquí está la página mágica: http://halcyon.usc.edu/~kiran/ms…
(Ahora está extinto, ¡pero esto fue la base de nuestra existencia durante esos días, después de que sabíamos que habíamos asegurado entrevistas en el sitio!)
Por supuesto, estoy hablando del año 2001, cuando estaba en la escuela, preparándome para las entrevistas de pasantía de Microsoft, que es mi preparación para entrevistas más memorable.
- ¿Hay algún instituto que lo capacite para descifrar entrevistas tecnológicas difíciles como Google / Amazon / Microsoft?
- Entrevistas: ¿Cuáles son los conceptos de OOPS? ¿Y cuáles son algunos ejemplos de la vida real de cada uno?
- En una entrevista técnica, ¿debo implementar las estructuras de datos auxiliares o usarlas de la biblioteca estándar?
- ¿Cuál es el proceso de entrevista en CodeNation?
- ¿Cómo se escribe una función para determinar el nodo en un árbol a la máxima profundidad, rompiendo los lazos con preferencia a los nodos más a la derecha?
Date cuenta de que en 2001:
– No había libros para la preparación de entrevistas técnicas.
– No había sitios web para esto, y mucho menos con ninguna estructura
– No hubo encuentros
– No había (m) ningún profesor universitario que mostrara gran interés en tal preparación
– No había bootcamps como el que ejecutamos: Coding Interview Bootcamp
Lo mejor que se podía hacer era:
1. Participa en competiciones universitarias de ACM para practicar
Hicimos esto, pero no fue súper útil porque los problemas en las competiciones eran demasiado esotéricos para las entrevistas. Hoy es menos.
2. O, pregunte y trate de tener una idea de qué tipo de preguntas se hacen
Entonces eso fue lo que hicimos. Mi compañero de cuarto y yo nos preparamos juntos. Encontramos tantas preguntas como pudimos, de amigos y personas mayores, y tratamos de resolverlas lo mejor que pudimos. De vez en cuando, alguien lo suficientemente amable como para recopilar algunas preguntas y poner una página para todos, como la anterior. [Tenga en cuenta que en 2001, incluso instalar Apache para abrir una página web era un proyecto de tamaño decente]
Al prepararnos, nunca estuvimos seguros de si estamos resolviendo los problemas correctamente y hasta la expectativa final. Pero eso no nos desanimaría. Continuamos, porque simplemente estábamos entusiasmados con la solución de estos problemas y porque estábamos juntos.
También escribimos código para una serie de problemas, aunque no nos cronometramos estrictamente, ni lo escribimos en una pizarra o en un papel. [Ni siquiera sabíamos que las entrevistas reales iban a estar en una pizarra]. Incluso los IDE en ese momento eran muy flojos en comparación con los modernos.
Pero todo funcionó al final. De alguna manera, estas cosas tienen una forma de encajar. También funcionará para ti. Tiene que. No lo pienses demasiado.
Obtenga un compañero / grupo de práctica, obtenga algunos buenos problemas de una fuente decente, resuélvalos lo mejor que pueda, escriba mucho código, compare y contraste su código con cualquier cantidad de fuentes que tengamos hoy, obtenga algunas entrevistas simuladas y seguir haciendo eso sin preocuparse por conseguir un trabajo.
Esa última parte es importante, sin la cual su práctica es prácticamente un desperdicio. Mejor explicado por el siguiente video. Míralo y recuerda siempre lo que dice allí: no vas a ir a buscar trabajo; vas a presentar lo que haces: