En mi experiencia, descubrir qué código escribir es la parte difícil. Una vez que lo tienes resuelto, generalmente casi se escribe solo.
Si está en una entrevista y el entrevistador le hace una pregunta cortada y seca, le sugiero que probablemente no esté viendo la sutileza de la pregunta. Las personas que ven los casos límite, la carga de mantenimiento futuro, los puntos de extensibilidad, las aclaraciones de requisitos, los patrones de uso, etc.son los candidatos positivamente diferenciados. (por ejemplo, si escribe algo en C / C ++ que los formatos dicen un número de coma flotante pero también siempre realiza una asignación de montón, está incurriendo en un costo adicional y probablemente haciendo que la persona que llama sea significativamente más compleja al tener que liberar cada asignación; uso de un inteligente el tipo de puntero puede aliviar la carga de desasignación, pero ¿realmente desea que el bucle interno de sprintf () asigne el montón?)
Dicho esto, si pasa toda la entrevista haciendo buenas preguntas aclaratorias pero nunca produce resultados significativos, también es un indicador (negativo), así que no piense que esto significa que solo hacer preguntas es una estrategia exitosa en entrevistas técnicas.
- Cómo decir en una entrevista que acabas de dejar tu trabajo anterior porque no funcionó
- ¿Cuáles son algunos consejos que pueden ayudarme a desempeñarme mejor en las entrevistas de trabajo?
- ¿Cuáles son las preguntas de la entrevista realizadas a un ingeniero de pruebas manuales experimentado de 3 meses?
- ¿Qué puedo esperar que me pregunten en una entrevista para un desarrollador web junior?
- ¿Cuál es la pregunta más difícil del rompecabezas en las entrevistas de Quora?