{"id":183253,"date":"2026-09-05T16:53:29","date_gmt":"2026-09-05T14:53:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/reformirovanie-proczessa-utverzhdeniya-znachitelnyh-izmenenij-v-gnome"},"modified":"2026-09-05T16:53:33","modified_gmt":"2026-09-05T14:53:33","slug":"reforming-the-approval-process-for-major-changes-in-gnome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reforming-the-approval-process-for-major-changes-in-gnome","title":{"rendered":"Reforma del proceso de aprobaci\u00f3n de cambios significativos en GNOME","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los desarrolladores de GNOME est\u00e1n discutiendo la implementaci\u00f3n de un nuevo proceso de toma de decisiones basado en la publicaci\u00f3n de propuestas en forma de RFC (Request for Comments) y su posterior aprobaci\u00f3n colaborativa. Se invita a los miembros de la GNOME Foundation a unirse a la discusi\u00f3n y expresar sus comentarios antes del 4 de octubre. Este modelo basado en RFC se planea aplicar solo en casos especiales, para resolver impasses, aprobar cambios globales en el proyecto que afecten los m\u00e9todos de trabajo de los participantes o el c\u00f3digo de diferentes aplicaciones y subsistemas, as\u00ed como cambios arquitect\u00f3nicos y grandes revisiones de la interfaz. <\/p>\n
Se observa que el modelo informal actualmente practicado, basado en la toma de decisiones individuales, conduce al agotamiento de los participantes, disputas prolongadas y una exhaustiva b\u00fasqueda de consenso en los chats. El nuevo modelo propone una regulaci\u00f3n estricta para aumentar la transparencia, estructurar el proceso y pasar a una responsabilidad colectiva por la decisi\u00f3n en lugar de personal. Entre las desventajas del modelo de gesti\u00f3n basado en RFC se destaca la complejidad del proceso para algunos desarrolladores y la falta de un mecanismo para resolver conflictos que llevan a la paralizaci\u00f3n de RFC importantes. <\/p>\n
Etapas de promoci\u00f3n de RFC: <\/p>\n
\n
Env\u00edo al repositorio de GNOME\/rfcs del archivo RFC-XXXX-nombre.md con una propuesta estructurada y un enlace a la discusi\u00f3n.\n
Discusi\u00f3n de la propuesta en la plataforma Discourse con revisiones y correcciones en el RFC.\n
La publicaci\u00f3n de objeciones por parte de los participantes, marcadas como «**Concern**», que describen posibles problemas o proponen otra soluci\u00f3n. En caso de que un editor o uno de los participantes interesados respalde la objeci\u00f3n, se clasifica como obligatoria para su consideraci\u00f3n.\n
Revisi\u00f3n de las objeciones expresadas, elaboraci\u00f3n de medidas para su resoluci\u00f3n y modificaci\u00f3n del RFC.\n
Despu\u00e9s de finalizar la discusi\u00f3n y revisi\u00f3n de las objeciones, se anuncia un per\u00edodo final de comentarios de 14 d\u00edas (FCP, Final Comment Period), durante el cual solo se pueden presentar nuevas objeciones. Si se acepta una nueva objeci\u00f3n, la discusi\u00f3n se reinicia y el per\u00edodo de aceptaci\u00f3n final de objeciones se extiende.\n
Despu\u00e9s de que finalice el per\u00edodo final de comentarios y se resuelvan todas las objeciones, el RFC es aceptado o rechazado. <\/ul>\n