Normalmente se olvida que en una entrevista hay dos partes: la empresa y el candidato.
Te comparto preguntas que yo hacía en las entrevistas como candidato y normalmente ponían nervioso al entrevistador porque no es habitual.
Las hacía cuando el entrevistador era técnico.
⤵️
¿Qué tipo de arquitectura utilizáis en el proyecto con el que trabajaría?
Con esta pregunta tenia interés en conocer el tipo de código legado con el que me iba a encontrar
¿Hacéis code reviews? ¿Pull request o one to one?
Con esta pregunta trataba de averiguar la cultura de equipo en cuanto a revisión de código.
¿Trabáis usando pair programming?
Trabajar usando pair programming es una buena forma de compartir conocimiento. Y es una opción muy buena para alguien que entra nuevo en el equipo para ponerse al día más rápidamente.
¿Cuál es vuestra estrategía de testing?
Hay muchas formas de escribir tests, desde no hacerlos, hacerlos al tuntun o que haya una estrategia o sistema detrás.
Según cada caso dice mucho del equipo donde vas a trabajar.
¿En qué momento la gente del equipo suele hacer refactors?
Con esta pregunta intentaba averiguar la cultura de trabajo con código legado, si se hacía como tarea aparte o hábito diario.
Normalmente, si se enfoca como tarea quiere decir que las mejoras en el código se postergan.
¿Qué tipo de formaciones abordáis en el equipo y con qué frecuencia?
Lo habitual es haya gente que tenga conocimientos superiores a otros compañeros en diferentes areas.
Tener cultura de formarse los unos a los otros dice mucho de la salud del equipo y la cultura.
Este tipo de preguntas no son para nada normales porque lo habitual es que el que se siente entrevistado es el candidato.
Sin embargo creo que es importante cambiar el chip a que el candidato también esta entrevistando y necesita averiguar dónde se va a meter.