Résumé

  • Le 27 octobre, le W3C a choisi un polyfill WebMCP comme deuxième pilote de son programme de logiciels libres. Son retrait progressif dépend de deux évolutions : l’avancement de la spécification et l’arrivée d’implémentations natives interopérables.
  • Le groupe communautaire lancé le 21 octobre prépare un programme complet visé pour mi-2028. Sa charte lui retire expressément la sélection des pilotes ; les politiques publiées confient au personnel du W3C les décisions de ressources, d’hébergement et de marque.

Un logiciel provisoire dans une maison encore en chantier

Le nouveau pilote WebMCP a déjà un programme de travail concret : publier un paquet npm, prendre en charge les événements du cycle de vie et l’usage déclaratif, puis suivre l’évolution de la spécification et des tests de la plateforme Web. Il contient même sa propre possibilité de retraite. Si la norme progresse sur la voie des standards et si les navigateurs livrent des implémentations natives interopérables, le W3C envisage d’éteindre progressivement le polyfill. Aucun calendrier de retrait n’est annoncé. Une démonstration isolée dans un navigateur ne remplit pas non plus les deux conditions.

Cette modestie technique rend la question institutionnelle plus piquante. En septembre, le premier pilote était Can I VC?, tableau de bord sur les justificatifs vérifiables apporté par un membre du W3C, Digital Bazaar. Le deuxième est un pont logiciel que des développeurs pourraient installer. Ce ne sont pas les mêmes besoins de maintenance, de sécurité ou de sortie. Pourtant, leur admission précède encore la constitution définitive de l’organe chargé de gouverner le programme.

Le groupe communautaire lancé en octobre doit préparer le programme complet pour mi-2028. On peut le rejoindre sans être membre du W3C. Sa charte lui donne des sujets sérieux : statut des projets, conflits, dons, sécurité, licences et éventuel comité du programme. Elle prévoit même que le groupe soit archivé une fois un organe successeur en place. Il s’agit donc d’un chantier de gouvernement, pas d’un simple club de discussion.

Mais la charte fixe une frontière nette. Ce groupe ne décide pas quels pilotes entrent. Le personnel du W3C lui communique leur progression pour nourrir ses travaux. Recevoir le compte rendu d’une admission et signer l’admission sont deux gestes différents. La participation est ouverte ; la clé de la porte ne l’est pas. Voilà la vraie géographie du pouvoir aujourd’hui.

La politique actuelle a déjà des dents

Les politiques générales précisent que « W3C », lorsqu’il agit comme décideur, signifie son personnel. Elles ne détaillent pas comment la direction répartit les décisions entre ces salariés. La définition complète du cycle de vie des projets reste en cours. Pour l’instant, le personnel surveille la santé d’un projet, discute d’un redressement si l’activité faiblit, décide de mettre fin à l’hébergement ou de relancer un projet arrêté. Il peut organiser une fermeture ou une exportation responsable. Ce vocabulaire engage davantage qu’un logo : il détermine l’adresse institutionnelle du code.

Le W3C conserve également les décisions sur la propriété intellectuelle, les marques, les domaines, son infrastructure et le temps de ses équipes. Un dépôt public peut être copié. La continuité d’un hébergement, d’un nom et d’un soutien juridique ne se copie pas avec une commande Git. Lorsqu’un projet manque de ressources, la définition du « minimum » nécessaire devient un acte de gouvernement. Le développeur qui dépend du paquet veut connaître la procédure avant que ce minimum soit contesté.

Les dons suivent une logique comparable. Le W3C décide de l’acceptation des contributions en argent ou en nature. Sa politique cherche à séparer ces apports de la maîtrise directe des choix techniques et stratégiques. Elle autorise à réserver 20 % des contributions aux dépenses du programme, avec information générale régulière et audit annuel. Ce pourcentage est une faculté prévue par la politique ; aucun document examiné ne dit qu’il a été prélevé sur l’un des deux pilotes. La question utile porte sur la traçabilité des conditions attachées à l’argent reçu.

Le personnel a de bonnes raisons de garder des responsabilités juridiques et budgétaires pendant une expérimentation. Le W3C prête son nom, ses moyens et sa qualité d’organisation à but non lucratif à des projets qu’il héberge. Le groupe communautaire peut concevoir une répartition durable de ces pouvoirs. Il ne peut pas rendre cette répartition réelle par la seule qualité de ses recommandations : il faudra une décision datée, publiée, qui précise ce que l’organe successeur pourra effectivement trancher.

Le test de 2028 tiendra sur quelques questions

Un mainteneur pourra-t-il lire une règle d’admission avant de proposer son projet ? Pourra-t-il contester une perte de statut et savoir qui tranche ? Un donateur verra-t-il la séparation entre son apport et les décisions techniques ? Un utilisateur du polyfill saura-t-il qui garantit les correctifs et l’archivage lorsque le code deviendra moins nécessaire ? Ces réponses valent plus qu’un troisième billet annonçant un pilote.

Le retrait du polyfill illustre le problème. La condition technique est intelligible. Il faudra encore décider de la date, des correctifs de sécurité, des tests à conserver et du devenir de l’hébergement sous le nom du W3C. Les sources publiques ne donnent pas la délégation interne exacte pour admettre un pilote ni la voie finale d’appel pour les différends de cycle de vie. Une charte du successeur ou une délégation publiée changerait ce constat. En attendant, le projet possède un plan de sortie plus net que la structure qui devra l’exécuter.

Sources