La reciente votación sobre el estándar C++26 ha dejado a la comunidad de desarrolladores y expertos en tecnología con muchas preguntas tras su sorprendente resultado: el borrador fue desaprobado, marcando un hecho sin precedentes en las revisiones de estándares de programación. Robert Seacord, el convocador del comité de C, ha señalado que es la primera vez que un borrador de este lenguaje no obtiene la aprobación, un suceso que podría afectar significativamente el futuro de las implementaciones y características avanzadas que se buscaban integrar.
El cierre de la votación ocurrió el 23 de octubre de 2026. Posteriormente, Seacord anunció en LinkedIn los resultados, informando que el borrador fue desaprobado. La votación requería un mínimo de dos tercios de votos favorables para su aprobación, y el borrador solo logró contar con 12 de los 20 votos necesarios, es decir, un 60%. Además, las cifras de votos negativos superaron el límite del 25%, alcanzando el 41% con nueve rechazos de 22 cuerpos que votaron.
Panorama General de la Votación
La comunidad se encuentra ahora en una situación incierta respecto a los siguientes pasos a seguir. La votación dejó en claro que la insatisfacción estaba focalizada principalmente en las cláusulas relacionadas con contratos, una característica que había suscitado mucho interés y debate antes de la votación. La incertidumbre aún persiste sobre si estas cláusulas serán revisadas o eliminadas por completo en futuros intentos de aprobación.
Nueve países votaron en contra: Dinamarca, Finlandia, Irán, Italia, Japón, Luxemburgo, Rumanía, España y Suecia. Por otro lado, Francia e Irlanda se abstuvieron, mientras que Polonia y Estados Unidos también optaron por la abstención sin emitir comentarios técnicos. Las razones de la desaprobación y los comentarios ofrecidos por las naciones votantes se espera que se hagan públicos en enero de 2027, proporcionando más luz sobre las bases de la decisión.
Implicaciones para el Futuro de C++
Los próximos pasos podrían involucrar la recolección de comentarios para una nueva votación o el establecimiento de un borrador técnico alternativo. Cada opción conlleva un riesgo de retrasos adicionales en la implementación del estándar. Además, esta experiencia ha puesto de relieve la necesidad de que los miembros de los comités nacionales participen activamente en el proceso de votación, ya que la falta de quórum podría influir negativamente en decisiones futuras.
A medida que la comunidad se adentra en el próximo encuentro del grupo de trabajo en Búzios, Brasil, las discusiones serán críticas. Algunas voces piden avanzar con una nueva votación sin cambios en las cláusulas de contratos, mientras que otros sugieren la eliminación de estas características para facilitar una aprobación más amplia del estándar. La diversidad de opiniones destaca la complejidad en la que se encuentra el desarrollo de este lenguaje fundamental.
La desaprobación de C++26 no solo representa un obstáculo técnico, sino que también subraya la importancia de una colaboración efectiva entre los desarrolladores y los organismos de normalización para crear características que beneficien a la comunidad en su totalidad. Con el actual estándar en vigor (C++23), los desarrolladores continúan implementando características bajo el marco del borrador, lo que sugiere que a pesar de la desaprobación, el interés y la necesidad de innovación en la programación sigue en aumento.