El equipo de desarrollo de PostgreSQL ha revertido entre ocho y diez funciones significativas en la rama 19 durante el periodo beta, una cifra inusualmente alta que ha generado debate en la comunidad. El autor del artículo, un desarrollador afectado por estas decisiones, atribuye el fenómeno a una combinación de factores: la complejidad intrínseca del sistema, la falta de pruebas exhaustivas y la presión temporal. Un factor crítico fue la 'Vulnpocalypse', una crisis de seguridad que obligó a los ingenieros a centrarse en parches de seguridad entre abril y agosto, reduciendo la revisión y pruebas habituales. Además, la revisión de código asistida por IA ha revelado rápidamente defectos en el código antiguo, generando listas extensas de errores que no se podían resolver en tiempo. Aunque se ha descartado que sea culpa de la 'vibe coding', la falta de infraestructura de pruebas para casos de borde complejos sigue siendo un reto. El autor confía en que muchas de estas funciones volverán a la rama principal y destaca que PostgreSQL 19 sigue siendo una liberación sólida, con mejoras en replicación lógica y planificación de consultas que compensan las reversiones.
