Como dijo Jason, la voluntad de aprender es vital. Contraté programadores de nivel básico, a pesar de que no tenían experiencia en el mundo real, simplemente porque sonaban como solucionadores de problemas que estaban ansiosos por aprender.
Cuando el entrevistador le haga una pregunta, no adivine ni intente actuar con conocimiento más allá de sus capacidades. En cambio, muestre una disposición a trabajar con el equipo. En lugar de decir “codificaría eso usando un HashMap y colocando las solicitudes en función del tiempo programado”, intente esto:
“¿Cuál es su política sobre el uso de bibliotecas o herramientas de terceros en lugar de tomarse el tiempo para codificar desde cero?”
- ¿Por qué hay fotos de animales o pájaros en la portada de los libros de software?
- ¿Qué es un software de ingeniería recomendado que sea compatible con Mac OS?
- ¿Cómo puede alguien hacer que la carrera salte de ser ingeniero de software a convertirse en ingeniero financiero para una institución financiera?
- ¿Puedo convertirme en un excelente ingeniero de software si trabajo en una empresa pequeña?
- ¿Qué es un diagrama Ishiqawa en pruebas de software?
“¿El rendimiento es una preocupación aquí, o el mantenimiento del código fuente?”
“¿Se desarrollaría para su reutilización en otros lugares, posiblemente como una biblioteca, o es una solución única y única?”
“¿Tiene un caso de uso detallado que pueda ver?”
“Bueno, como dije, no soy un experto, así que no creo que pueda impresionarlo codificándolo aquí y ahora. Primero tendría que investigar un poco y codificar el ensayo”. ”
Este es el tipo de preguntas que impresionan a los líderes tecnológicos y gerentes mucho más que alardear sobre cuánto ha memorizado.
Buena suerte.