Cuando empecé a aprender html, el profesor nos contó que existía una organización que se llamaba W3C conformada por un grupo de gente que regulaba todo este lenguaje, y que ahí se decidían las etiquetas que se usaban. – Para esa época el html5 no existía, aunque se sabía sobre un plan de una nueva estandarización… un borrador.- Después escuché muchas historias sobre el ahora llamado consorcio, no organización como antes, se decía que era un grupo de personas que además de estandarizar el html también estandarizaban el css. Se asumía que este grupo hacía el desarrollo del html y las empresas que desarrollan los navegadores estaban obligados de seguir lo que este grupo exigía. O eso era lo que todos creíamos y lo que yo tenía entendido hasta hace poco.
Lea Verou en su libro “CSS SECRETS” hace una descripción de cómo funciona realmente W3C y sus grupos de trabajo. Yo me tomé la libertad de hacer una traducción muy libre del texto.
El proceso
En W3C no hacen los estándares un grupo de gente sentada viendo el escritorio apretándose el seso para ver qué sale. Su verdadera función es poner las reglas y vigilar el proceso, los trabajadores de dicha organización, casi no escriben Especificaciones, más bien funciona como un foro para las muchas partes interesadas que forman los grupos de trabajo.
Hablando de las Especificaciones de CSS, existe un grupo de trabajo (WG por las siglas en Inglés de Working Group) que se conoce como CSS WG que incluye 98 miembros que se componen de la siguiente manera:
- 86 miembros que son de compañías miembros de W3C (88%).
- 7 expertos invitados (7%).
- 5 empleados de W3C (5%).
La mayoría son empresas de navegadores, sitios webs importantes, institutos de investigación y empresas de tecnología que tienen interés en que los estándares se mejoren. Dichas empresas pagan una membresía anual para pertenecer a este grupo, esa membresía nutre la mayor parte del presupuesto del Consorcio para poder distribuir estas especificaciones de manera abierta y gratuita.
La transparencia es algo muy importante para la W3C, a tal punto que toda la información generada del CSS WG en las distintas formas de comunicación se hace pública, con la idea de que se revisen por el público y además incentivar la participación.
- La mayoría de las discusiones se mantienen en el listado de correos (lists.w3.org/Archives/Public/www-style), esta lista de correos está archivada con acceso al público y abierta a participación de cualquiera.
- Semanalmente se lleva a cabo una teleconferencia con una duración de una hora. Esta no está abierta a participación pública pero se va haciendo una minuta en tiempo real en el canal #css que la W3C mantiene en el servidor IRC (irc.w3.org). Luego esta minuta se borra y se publica en la lista de correos unos días después.
- También hay una reunión trimestral que se hace cara-a-cara, de la que también se hace una minuta. Estas a menudo se abren publicamente para oyentes, previa solicitud de permiso para asistencia.
La creación
Una vez que la toma de decisiones termina, empieza el proceso de creación, aparecen los Editores de Especificaciones (Spec Editors) son los que escriben realmente la especificación, claro, basados en las decisiones tomadas con anticipación.
Estos Spec Editors pueden ser trabajadores de la W3C, desarrolladores de navegadores, expertos invitados o empleados de las compañías miembro (quienes hacen trabajo de tiempo completo pagado por sus compañías).
Cada especificación pasa por varias etapas desde su concepción hasta que maduran y son aprobadas para su uso:
- Borrador del editor (Editor’s Draft. ED): Esta primera etapa, pueden ser tan desordenadas como lo pueden ser un montón de ideas escritas por el ED, esta etapa no tiene requerimientos de ningún tipo.
- Primer borrador público trabajable (First Public Working Draft, FPWD): Esta es la primera versión pública de una estandarización, su idea es obtener retroalimentación
- Borrador trabajable (Working Draft, WD): Después del primer WD vendrán muchos más cada uno incorporando toda la retroalimentación que puedan dar el WG y la comunidad. Las primeras implementaciones usualmente empiezan en esta etapa, aunque sí ha sucedido que se hagan implementaciones experimentales en etapas tempranas.
- Recomendación candidata (Candidate Recommendation, CR): Esta es considerada un versión bastante estable. Este es el momento en que se hace implementación y pruebas. Una especificación no puede pasar de esta etapa sin pasar un conjunto de pruebas completas además de dos implementaciones independientes.
- Proyecto de recomendación (Proposed Recommendation, PR): Esta es la última oportunidad para los miembros de la W3C para expresar su desacuerdo con la especificación. Eso rara vez pasa, una vez llegado a este punto es más una cuestión de tiempo para un PR llegar a la etapa final.
- Recomendación (Recommendation, REC): Pues lo que su nombre dice y la fase final de una especificación.
Uno o dos miembros del WG tienen la responsabilidad de ser “sillas” (chairs). Las sillas son los responsables de organizar las reuniones, coordinar llamadas y en general moderar todo el proceso.
Leyendo de esto es que finalmente entendí cómo es que funciona W3C, para ser honesto me admiré mucho de cuanto en latinoamérica desperdiciamos las posibilidades o nos desinteresamos de nuestro campo de trabajo. Por mi parte leeré bien los artículos que Erika Etemad escribió al respecto en 2011, si, 2011.
Referencia:
Libro CSS Secrets, Lea Verou
http://www.amazon.com/CSS-Secrets-Lea-Verou/dp/1449372635
About:csswg, Artículo Erika Etmad.
http://fantasai.inkedblade.net/weblog/2011/inside-csswg/
