Como otros han señalado, en una entrevista casi cualquier tipo de pregunta es un juego justo siempre que no toque algún tipo de área legalmente protegida (por ejemplo, edad, raza, sexo, etc.) y no es inusual que los entrevistadores tomen preguntas solo para ver cómo reaccionas a la pregunta y cómo tratarías de encontrar una solución a la pregunta. Además, dado que parece ser un recién graduado, son un poco limitados en cuanto a poder preguntarle sobre su experiencia laboral y qué tipo de problemas ha resuelto en un entorno de producción. Por lo tanto, si la empresa realiza una gran cantidad de trabajo orientado a la base de datos, las preguntas que formulan también pueden ser relevantes para el puesto que estaría entrevistando.
Con respecto a sus suposiciones:
a) Esas preguntas no pueden clasificarse equitativamente como preguntas de desarrollo de bases de datos.
Tal vez tal vez no. Si está desarrollando una base de datos, utilizará un optimizador de consultas y planificará de vez en cuando para intentar asegurarse de que no haya problemas obvios con sus consultas. Si la empresa cuenta con administradores de bases de datos o expertos que podrían revisar las consultas, es posible que no tengan tiempo para analizar todo y tampoco desearían analizar todas las consultas mal codificadas. Del mismo modo, tampoco es inusual que los desarrolladores sean responsables de mantener su entorno de desarrollo, incluir cualquier base de datos y hacer que los DBA se encarguen del lado de la producción.
b) Creo que las preguntas son apropiadas para una entrevista de DBA pero totalmente irrazonables para una entrevista de desarrollador de software (con experiencia o no).
Probablemente serían apropiados para una entrevista de DBA; pero independientemente, también son temas con los que un desarrollador debería estar familiarizado, aunque solo sea en el nivel de ser capaz de reconocer dónde podría estar un problema y de solucionar algunos problemas básicos. Como mencioné antes, si la compañía tiene recursos limitados, entonces querrán asegurarse de no perder el tiempo de las personas con algo que podría ser un problema básico.
c) La primera pregunta solo es relevante para un proveedor de base de datos.
Los detalles específicos pueden ser específicos del proveedor, pero los conceptos generales se pueden aplicar en cualquier lugar y, a veces, mostrarle que comprende los conceptos generales es todo lo que necesita. Si no desea quedar encerrado en una sola pila de desarrollo (es decir, LAMP ), deberá ser capaz de mostrar durante las entrevistas que comprende los conceptos básicos y se siente cómodo moviéndose a diferentes pilas de desarrollo.
d) La segunda pregunta no es justa porque los desarrolladores de software generalmente no manejan los registros de rendimiento de la base de datos, ya que ese es el trabajo del DBA.
Esto es generalmente cierto, pero si parte de su trabajo es escribir software para una base de datos determinada que debe ser altamente receptiva, entonces deberá asegurarse de realizar el mejor esfuerzo para escribir esas consultas para que un colega que sea un experto en un área determinada no está empantanado con consultas mal escritas. Si bien es posible que no necesite conocer los detalles más finos de lo que le dicen los registros, es posible que deba identificar problemas obvios.
¡Ojalá todo esto ayude!