Debate: ¿ORM (Prisma, SQLAlchemy) o SQL a mano?

Cars

Debate eterno, pero quiero saber vuestra opinión actual. ¿Qué preferís para interactuar con la base de datos en vuestros proyectos? ¿Un ORM como Prisma o SQLAlchemy que abstrae el SQL, o escribir las consultas SQL a mano (quizás con un query builder ligero)?

Los ORMs prometen portabilidad entre bases de datos y mayor velocidad de desarrollo para operaciones CRUD. Pero a veces generan consultas ineficientes y te sientes atado. Escribir SQL a mano te da control total, pero es más propenso a errores y más lento de escribir. ¿Dónde está el equilibrio?

Cocktails

Yo uso un enfoque híbrido. Para el 90% de las operaciones (CRUDs, joins simples), uso el ORM (Prisma en mi caso). Es rápido, seguro y me quito de encima un montón de código repetitivo. Para ese 10% de consultas complejas, de reporting o que necesitan un rendimiento extremo, bajo un nivel y escribo SQL a mano usando las "raw queries" que el propio ORM me permite ejecutar. Lo mejor de los dos mundos.

Alt

Opino que todo desarrollador de backend debería saber SQL sólido. Dicho esto, no usar un ORM hoy en día es como querer ensamblar un coche a mano. Los ORMs modernos son muy buenos y te protegen de un montón de problemas de seguridad como las inyecciones SQL. El argumento del "rendimiento" cada vez tiene menos peso, porque los ORMs han mejorado mucho y para la mayoría de apps, la BBDD no es el cuello de botella.

Ballet

El problema de los ORMs no es solo el rendimiento, es la "magia". A veces hacen cosas por debajo que no entiendes, y cuando algo falla, depurarlo es un infierno. Prefiero un query builder simple que me ayude a construir las queries de forma segura, pero que me deje ver el SQL final que se va a ejecutar. Me da más control y transparencia.