Obviamente, resolver un problema bien y rápidamente es mejor que resolverlo bien y lentamente. Su entrevistador no le hace esta pregunta para ver si puede resolver este problema . Le piden que vea cómo resuelve los problemas en general. Si muestra un proceso de pensamiento sólido y claro, pero no termina el problema, aún puede impresionar al entrevistador. Si el problema es particularmente fácil y no lo resuelve, eso podría ser malo, pero generalmente ese no es el caso.
Un buen entrevistador lo verá trabajar en el problema durante el tiempo que sea necesario para tener una idea de cómo lo resuelve. Si te detienen e intentan seguir adelante, ve con eso. No significa que hayas fallado. No esperan que termines cada problema.
Puede considerar terminarlo después de la entrevista y enviar una breve descripción del resto de su solución en un correo electrónico agradeciéndoles su tiempo.
- ¿Cómo evitan los programadores las líneas de código de más de 80 caracteres?
- ¿Cuál es la mejor manera de prepararse para los algoritmos de estructura de datos para una entrevista en Amazon?
- Cómo mejorar en la resolución lógica de problemas algorítmicos para entrevistas técnicas
- ¿Por qué los montones de Fibonacci se llaman montones de Fibonacci?
- ¿Cuán diferente es la entrevista de Google para el puesto de Ingeniero de Software en comparación con el puesto de Ingeniero de Software, University Grad?