La respuesta corta es que nunca se sabe con certeza, pero tiene su conjetura después de cada entrevista.
Cuantas más entrevistas haga, mejor “adivinará” su puntaje de entrevista.
Algunos entrevistadores son más reveladores que otros. Algunos entrevistadores simplemente le harán una pregunta y se sentarán allí mientras trata de resolverla, sin revelar nada sobre lo que sería más óptimo, dónde cometió errores, etc. Otros, sin embargo, le informarán sobre la solución óptima o en Al menos insinúa que hay uno más óptimo que lo que hiciste.
- ¿Cómo puede explicarle a un entrevistador que su proyecto en su empresa anterior es secreto?
- ¿Qué debo decir si en SSB, el entrevistador me pregunta sobre mi vida amorosa o novia? ¿Debo ocultarlo o ser honesto?
- ¿Cuáles son las preguntas que se hacen en un examen escrito en inglés durante una entrevista?
- ¿Puedes enviar una pregunta para mi entrevista acerca de un artista con sede en Nueva York?
- ¿Qué me pongo para la entrevista de PO de IBPS?
Algunas preguntas de la entrevista son más reveladoras que otras. La pregunta de codificación se puede compilar y probar durante la entrevista o después. El algoritmo cuestiona menos, pero generalmente puede razonar si existe un enfoque más óptimo si se le da más tiempo. El rendimiento en las preguntas de diseño del sistema es muy difícil de medir, ya que generalmente son de respuesta abierta. En esos casos, debe preguntarse si tuvo una buena discusión de ingeniería con el entrevistador.
Aquí hay algunas preguntas en las que es posible que desee pensar cuando evalúa cómo le fue en una entrevista (ciertamente esta no es una lista exhaustiva):
- ¿Cómo fue la corrección de mi código? Al final de la entrevista, ¿era correcto el código o faltaban muchos casos límite, errores, etc.
- ¿Cómo fue mi velocidad en la codificación? Después de que la idea fue clara, ¿tropecé mucho con la implementación?
- ¿Cómo fue la legibilidad de mi código? Si tuviera que volver a mi código meses después, ¿podría entender mi código rápidamente? Nomenclatura de variables, estructura de código, etc.
- ¿Pude navegar la entrevista de forma independiente? ¿El entrevistador tuvo que dar demasiadas pistas o proporcionar ayuda significativa con la codificación?
- ¿Demostré competencia en estructuras de datos y / o comprensión de programación?
- ¿Pude encontrar una solución óptima? ¿Analicé bien la complejidad del tiempo?
- ¿Discutí diferentes compensaciones y comuniqué bien mi enfoque?
- Al discutir el diseño del sistema, ¿resolví muchos escenarios diferentes?
En conclusión, nunca se sabe, pero las personas hacen una suposición basada en algunas de estas preguntas.
Sin embargo, no se obsesione con los puntos de recolección durante la entrevista. Finalmente, los entrevistadores evalúan en general algunos parámetros clave:
- ¿Tuve una buena conversación de ingeniería sobre un problema con esta persona que me convenció de que son lo suficientemente inteligentes como para trabajar en el problema dado y dentro del equipo?
- ¿Es esta persona capaz de trabajar de forma independiente? En otras palabras, si los dejo con un problema, ¿podrán resolverlo?
- ¿Tenemos valores compatibles? Esto es más una evaluación cultural (integridad, cuidado por los demás, trabajo duro, humildad, orientación al usuario frente a las ganancias, mentalidad de idea frente a ejecución, etc., todos tendrán dos o tres importantes)
Personalmente, trabajo en la creación de un producto, Refdash, que ayude a romper el misterio de las entrevistas.