¿DBA sigue siendo una buena profesión?

"¿Los DBA están desapareciendo en la industria de TI?" Esa fue la pregunta que apareció en HN, junto con varias respuestas.

• Yo era desarrollador y luego me convertí en DBA, pero cuando era desarrollador no recibí de los DBA la ayuda que necesitaba. Así que ahora intento convertirme en la persona de la que yo habría querido recibir ayuda...
  → Ahora por fin entendiste el problema. En nuestra empresa solo hay 2 DBA, y es imposible que dediquemos nuestro tiempo a todos.
  → Convertirse en DBA es una batalla interminable contra la entropía que los desarrolladores intentan crear.
  → Los modelos de datos siempre deben ser revisados por personas con más conocimiento y experiencia, y a veces los desarrolladores jóvenes llegan con ideas de locura (¡no hay que usar FK!, cosas así...). Parece que las malas ideas siguen brotando como un stream continuo.
  → Cuando esas malas ideas terminan implementándose de verdad, es difícil deshacerlas y tienden a traer todavía más caos: necesitar Materialised View para evitar modelado duplicado, o views extrañas para compensar datos duplicados, etc.
  → Así que la respuesta es "sí". Los DBA son realmente importantes. Claro, depende de qué tan en serio se lo tome la empresa y de si participa en el proceso de desarrollo, pero si no es así, vas a sufrir un estrés enorme.

• En muchas empresas, de hecho, esto sí se está tercerizando. Pero siempre harán falta sistemas estables que manejen datos críticos del negocio. Aprender a manejar datos va a seguir siendo importante.
  → O simplemente se lo terminan aventando a los desarrolladores...

• El DBA es un rol esencial, y creo que cada vez más importante. Mirando mis 25 años de carrera en TI, los desarrolladores promedio no tenían mucho interés ni mucho conocimiento sobre modelado y administración de datos.
  → En startups pequeñas puede ser difícil de encontrar, pero en empresas grandes el DBA es indispensable. En mi proyecto hay 2 o 3 y siempre estamos buscando más gente.
  → Te sorprendería saber cuánto pueden afectar al rendimiento, por múltiplos, consultas de datos/SQL mal hechas o modelos de datos/tablas mal diseñados. También cuánto ayuda en la ejecución agregar ciertos índices o ajustar estadísticas.
  → Hay una escala en la que, como "el hardware es barato", sale mejor simplemente agregar mejor hardware que contratar a un buen DBA.
  → A menudo veo incluso a desarrolladores con experiencia escribir SQL que lee decenas de miles de millones de filas en buffer para obtener una respuesta de una sola línea (claro, a veces puede ser necesario, pero la mayoría de las veces no).

• Si puedes modelar datos, construir un data warehouse, gestionar y dar mantenimiento a esquemas, y ayudar a los analistas a escribir SQL eficiente, "vas a poder mantenerte empleado por muchísimo tiempo". Si lo ves solo desde la perspectiva de administrador de sistemas, entonces sí podría desaparecer por las soluciones SaaS/PaaS.

[xguru]

Por el ejemplo que pusieron en medio, me acordé del artículo Github no usa en absoluto Foreign Key (2016)