Les RFC : qu’est-ce qui se cache vraiment derrière la théière ?

Vous êtes-vous déjà demandé pourquoi, quand le serveur ne trouve pas une page, il renvoie une 404 ?

Pourquoi spécialement ce nombre là ? Pourquoi pas une 768 par exemple ? Et pourquoi, lorsque je demande au serveur de renvoyer une 418, il me répond qu’il est... une théière ?

La réponse tient en trois lettres : RFC, pour Request for Comments. Des documents techniques qui définissent et normalisent les protocoles d'Internet.

Je vous parle d'un temps que les moins de 56 ans ne peuvent pas connaître

En 1969, époque où la barbe était déjà presque un prérequis pour être considéré comme un vrai développeur, et tandis que Moustaki, Dassin et Johnny se disputaient la tête du hit parade en France, surgit la RFC1.

C'est une simple note, rédigée pour Arpanet, le réseau expérimental qui servira de base à la création d’Internet. Cette première RFC devait consigner des idées, proposer des techniques et poser les bases de ce qui deviendra plus tard le réseau des réseaux.

À l’époque, l’idée est presque naïve : un document distribué librement, pour que chacun puisse proposer, discuter, contester. Un système ouvert, flexible, presque artisanal. Et pourtant, ce mécanisme va structurer toute l’évolution d’Internet.

Le minitel est p’têt mort, mais pas les RFC !

Plus de cinquante ans plus tard, le système existe toujours et reste vivant. Littéralement.

Les RFC continuent de proposer des évolutions majeures, des correctifs, parfois des changements qui ne font pas l’unanimité.

En PHP, certaines propositions dérivées des RFC internes, comme l'introduction de clamp, déclenchent encore de longues discussions entre partisans, sceptiques et autres gardiens du temple. Le principe reste identique : une RFC n’est jamais un décret divin, mais une proposition.

La communauté la soumet toujours à son regard critique. Tant qu’il y aura des développeurs pour débattre jusqu’à 3h du matin (coucou !), le système continuera de vivre.

Le point commun entre une théière et des pigeons ?

Impossible de parler RFC sans évoquer une tradition incontournable : les canulars. Publiés le 1er avril, volontairement absurdes, parfois tellement bien ficelés qu’ils finissent par devenir des références incontournables.

L’exemple le plus célèbre est sans doute le fameux code HTTP "418 I’m a teapot", devenu un mème universel, un running gag intergénérationnel et un test de compatibilité civilisationnelle entre geeks.

On n'oubliera pas non plus la RFC proposant la transmission Internet par pigeon voyageur.

L’expérimentation était si drôle qu’elle a été… testée dans la vraie vie. Oui, les pigeons ont livré les paquets, enfin en partie. Oui, c’était lent. Très lent. Mais la prochaine fois que votre site sera down suite à un problème réseau, vous aurez une super suggestion pour rétablir tout ça, ne me remerciez pas ! (Par contre, ne dites pas que l'idée vient de moi : je vous fais cadeau des éloges que récoltera, à n'en pas douter, cette brillante idée.)

Le paquet de la fin

Les RFC sont l’un des piliers les plus discrets, parfois même inconnus d'une partie des développeuses et développeurs, mais les plus essentiels du web.

Elles incarnent ce mélange fascinant entre rigueur technique, créativité, humour et collaboration qui fait l’ADN d’Internet. Je ne peux d'ailleurs qu'encourager celles et ceux qui me lisent d'aller, pour la culture, la curiosité, voire même pour le plaisir, lire quelques RFC, facilement consultables sur l'index officiel du RFC Editor.

Elles rappellent surtout une chose : le web n’est pas un système figé. C'est une construction collective que chacun enrichit en prenant le temps d’écrire, de proposer et de partager.

Et entre deux RFC sérieuses, il reste toujours de la place pour une théière et quelques pigeons.