¿Qué ha ocurrido con el borrador de C++26 en la ISO?

El estatus del lenguaje C++ ha sufrido un revés histórico tras el rechazo oficial del borrador de C++26 por parte de los organismos nacionales de la normativa internacional, un proceso que hasta ahora transcurría de forma rutinaria y silenciosa desde 1998.

Tras un período de votación de doce semanas que concluyó el 23 de octubre de 2026, el resultado fue la desaprobación del borrador en su fase DIS, el penúltimo paso en el ciclo de aprobación de un estándar ISO que requiere una mayoría de dos tercios para salir adelante.

¿Por qué se ha rechazado la propuesta de los contratos?

El motivo principal de la negativa por parte de varios organismos nacionales radica en la inclusión de los contratos, un mecanismo complejo que ha generado debate y fricción dentro de la comunidad de desarrollo durante años.

Mientras que el grupo de trabajo WG21 aprobó la inclusión con una sólida mayoría tras un largo proceso de estudio y refinamiento desde 2020, los votantes a nivel nacional consideraron que la característica todavía no se encontraba madura para su lanzamiento definitivo.

¿Cuáles son los siguientes pasos para salvar el estándar?

Las opciones disponibles para el comité de estandarización según las reglas de la ISO incluyen presentar un borrador revisado para una nueva votación, retroceder a la fase de borrador de comité, publicar una especificación técnica o cancelar el proyecto.

Cualquiera de estas alternativas implica retrasos significativos y exige nuevos consensos en el seno de WG21, un grupo cuya confianza mutua ha quedado seriamente dañada tras este inusual veto.

Para mitigar futuros problemas de bloqueo en proyectos de software masivos o normativas técnicas, los equipos de desarrollo suelen seguir directrices estrictas de gestión de riesgos y validación temprana:

  1. Revisar los comentarios detallados emitidos por los organismos nacionales en busca de objeciones técnicas específicas.
  2. Evaluar el impacto de mantener o retirar la característica en discordia durante la próxima reunión presencial del comité.
  3. Buscar un consenso interno en WG21 que permita restaurar la confianza y definir un calendario realista para las siguientes versiones.