Le quoi, le pourquoi et le comment

Les normes Web et la documentation sur laquelle elles reposent fournissent un aperçu considérable du ‘pourquoi’ et du ‘quoi’ du World Wide Web. Ils constituent une ressource fantastique pour tout développeur Web et aident les utilisateurs à créer des éléments fonctionnels, accessibles et compatibles entre eux. Dans cet article, nous examinons l'historique des normes Web, comment les utiliser dans votre travail et comment vous pouvez les impliquer.

Le World Wide Web est un endroit intéressant.

Internet, qui est devenu de plus en plus répandu, est devenu un gigantesque instrument de changement dans la manière dont nous interagissons avec le monde et entre nous.

Comme beaucoup de gens, mon introduction au développement Web à l'école était plutôt sombre. Les leçons TIC (informatique) de notre école nous ont très peu enseignées. Dreamweaver (à l’époque qu’il s’agissait d’un produit Macromedia) comme plate-forme pour la modification visuelle d’un site Web personnel, la leçon la plus importante étant «Qu'est-ce qu'un hyperlien».

Mon éducation sur le HTML et le CSS est donc due en grande partie à la confusion avec l’option «Afficher le code source» des sites Web. J'ai appris en copiant / collant des morceaux pour créer mes propres sites Web et en téléchargeant des modèles pour bootstrap, avant de savoir ce qu’il en était réellement.

Pourquoi suis-je en train de vous dire ça?

Après avoir récemment interrogé mes abonnés sur Twitter (c'est une science exacte), j'ai découvert qu'un grand nombre de personnes (43% des personnes qui ont voté) ne connaissaient presque rien des normes Web et que seulement 5% de celles qui avaient voté étaient des contributeurs actifs.

[poll] Are Vous êtes développeur Web ou bricoleur? Avez-vous déjà construit quelque chose pour le Web?

Que vous soyez un développeur Web débutant ou débutant, veuillez répondre à cette question> Que savez-vous des normes Web?

RT pour atteindre ✨?‍?

– Amy-ing pour un doctorat??‍?✨ (@RedRoxProjects) 16. Novembre 2018

Quand on examine la façon dont les gens apprennent à faire du développement Web, il est tout à fait compréhensible que cela puisse être le cas. Le volume de tutoriels en ligne, de camps d'entraînement et de ressources en ligne pour apprendre à créer des sites Web a conduit à un nombre croissant de développeurs Web autodidactes (comme moi) qui construisent des outils pour le Web.

C'est l'un des grands succès. de l'Internet; n'importe qui peut presque tout apprendre – et le fait de disposer de plus en plus de ressources pour apprendre en dehors du monde universitaire est vraiment positif pour réduire les obstacles à l'accès au développement Web en tant que carrière.

Même avec les ressources gratuites en ligne, il existe encore de nombreux obstacles apprendre à être un développeur web. Je ne dis pas qu'elles n'existent pas – elles existent vraiment – et nous devrions en faire plus en tant que communauté pour les résoudre.

Mais la diversification des processus d'apprentissage s'accompagne de plusieurs défis, dont le débordement d'informations . ] et Lacunes dans les connaissances .

Il est très facile d’être emballé dans « pour savoir comment construire des choses sur le Web, comment puis-je construire la chose? résultat en ne considérant pas également le " pourquoi devrais-je le construire de cette façon? " ou " quelles sont toutes les options pour construire la chose? "

En conséquence, il est tout aussi facile de se laisser submerger par les nombreuses façons de résoudre votre problème lié au Web. Cela peut conduire à choisir la première solution parmi les résultats d'une recherche sur Internet, sans se demander si c'est la meilleure (en termes de plus robuste, accessible et sécurisée) des options disponibles.

Les normes Web et la documentation à l’appui des normes Web fournissent de nombreuses informations sur «le pourquoi» et «le quoi» du World Wide Web. Ils constituent une ressource fantastique pour tout développeur Web et vous aident à créer des éléments fonctionnels, accessibles et compatibles entre eux.

Cet article est conçu pour aider les personnes qui s'intéressent au Web et qui veulent faire connaissance. plus sur les standards web. Nous aborderons:

• Une introduction aux normes Web (en quoi consistent-elles, pourquoi existent-elles et qui les fabrique-t-elle);
• Comment naviguer et utiliser les normes dans votre travail;
• Les moyens de s'impliquer en contribuant aux normes nouvelles et existantes.

Commençons par notre introduction aux normes Web en posant la question suivante: " Pourquoi avons-nous besoin de normes pour le Web? "

Le World Wide Web Before Standards

Nous pouvons considérer le Web comme un écosystème d’information. Les gens créent un contenu qui est introduit sur le Web. Ce contenu est ensuite transmis via un navigateur pour permettre aux utilisateurs d'accéder à ces informations.

Avant les standards Web, il n’existait pas beaucoup de règles fixes pour aucune partie de ce système; aucune règle formelle quant à la manière dont le contenu devrait être créé, ni aucune exigence quant à la manière dont un navigateur devrait transmettre cette information aux personnes qui le demandent.

Donc, d'une certaine manière, le Web fonctionnait un peu comme ça. jouet pour enfants où vous devez trier les différents blocs de forme dans les bons trous. Dans cette analogie, les différents types de navigateurs sont les différentes formes de trous et le contenu ou les sites Web sont les blocs de couleur vive.

Dans le passé, en tant que créateur de contenu, vous créiez un site Web adapté au navigateur auquel il était destiné. Par exemple, vous créez un bloc en forme d’IE pour pouvoir le faire passer par le trou d’Internet Explorer.

Cela signifie que le bloc de site Web que vous avez créé ne peut passer que par ce trou et vous devez reconstruire votre contenu. dans d'autres formes pour qu'il soit visualisé à l'aide de l'un des autres navigateurs.

Dans les années 90, les développeurs devaient souvent créer trois ou quatre versions de chaque site Web qu'ils construisaient, de manière à ce qu'il soit compatible avec chacun des navigateurs disponibles à ce moment-là. Qui plus est, les fabricants de navigateurs cherchant à améliorer leur concurrence introduiraient des «fonctionnalités» qui diversifieraient leur approche par rapport à leurs concurrents.

Au début, il était probablement plus juste de dire que notre navigateur Internet vers un jouet qui correspond au contenu ressemblait davantage à this:

En effet, les navigateurs étaient conçus pour traiter à peu près les mêmes éléments, qui consistaient essentiellement en un contenu textuel. Ainsi, dans la plupart des cas, un bloc de site Web pourrait s’insérer dans la plupart des trous, à l’exception peut-être d’un bloc où il pourrait s’y trouver, mais pas parfaitement.

Au fur et à mesure que les navigateurs se développaient, ils commençaient à ajouter des fonctionnalités (par exemple, en modifiant leur forme) et il devenait de plus en plus difficile de créer un bloc qui passerait par chacun des trous du navigateur. Cela signifiait même qu’un bloc qui pouvait passer une fois par un trou particulier ne le traversait plus; l'ajout de ces fonctionnalités dans le navigateur aboutirait souvent à une compatibilité inverse médiocre.

Cela a été très dommageable pour certains développeurs. Il a créé un système dans lequel la compatibilité était limitée aux créateurs de contenu pouvant se permettre de mettre à jour et de refactoriser en permanence leurs sites Web pour chacun des navigateurs disponibles. Pour tous les autres, chaque fois qu'une nouvelle fonctionnalité ou version est publiée, votre site Web risque de ne plus fonctionner avec ce navigateur.

Des normes Web ont été introduites pour protéger l'écosystème Web, le garder ouvert, libre et accessible. tout. Mettre le Web dans une bulle protectrice et dissoudre avec l'idée de devoir créer des sites Web pour des navigateurs spécifiques

Lorsque les normes ont été introduites, les concepteurs de navigateurs ont été encouragés à adopter une méthode de travail standardisée – la compatibilité croisée devenait plus facile pour les créateurs de contenu et il n'était plus nécessaire de créer plusieurs versions du même site Web. [19659005] Note : Il existe encore un certain nombre de nuances concernant la compatibilité croisée entre navigateurs. Même aujourd’hui, plus de 20 ans après l’introduction des normes, nous n’avons pas encore atteint la taille unique.

Voici un aperçu des moments clés de l’histoire du développement de navigateurs Web:

Source: « Navigateurs Web: un bref historique » de Rhiannon Williams

Pourquoi nous avons besoin de normes

Connaître un peu l’historique des normes et de la raison pour laquelle elles ont été introduites, nous pouvons commencer à voir les avantages des normes pour le World Wide Web. Mais pourquoi est-il important de continuer à contribuer aux standards Web? Voici quelques raisons:

Maintenir le Web libre et accessible à tous

Sans la communauté des normes Web, ce sont les fabricants de navigateurs qui décident de ce qui devrait ou non figurer dans le Web. Cela pourrait faire en sorte que le Web devienne un produit monopolisé, dans lequel seuls les plus grands acteurs auraient leur mot à dire sur l'avenir.

Aider à simplifier le code source; Réduction du temps de développement et de maintenance

Alors que de plus en plus de navigateurs sont apparus et que les fabricants de navigateurs ont commencé à se diversifier dans leur approche, il est devenu de plus en plus difficile de créer du contenu qui serait servi de la même manière sur plusieurs navigateurs. Cela a augmenté la quantité de travail nécessaire pour créer un site Web entièrement compatible, notamment en gonflant le code source d'une page Web. En tant que développeurs, nous devons encore faire l'inclusion [X script]donc cela fonctionne pour [X web browser]mais sans normes Web, ce serait bien pire.

Rendre le Web plus accessible

Les normes Web aident à normaliser la manière dont un site Web peut interagir avec les technologies d'assistance. Cela signifie que les constructeurs de navigateurs et les développeurs Web peuvent incorporer dans leurs pages des instructions pouvant être interprétées par des technologies d'assistance afin de conserver une expérience utilisateur commune commune (ou parfois meilleure).

Permission de la rétrocompatibilité et de la validation

Les normes Web ont créé une fondation qui permet aux nouveaux sites Web, conformes aux normes, de fonctionner avec les anciennes versions de navigateur. Cette idée de compatibilité ascendante est extrêmement importante pour que le Web reste accessible. Cela ne garantit pas que les anciens navigateurs afficheront votre contenu exactement comme vous le souhaitez, mais cela garantira que la structure du document Web est comprise et affichée en conséquence.

Contribuer à maintenir un meilleur référencement (Optimisation des moteurs de recherche)

Un autre des principaux avantages cachés (au moment de l'introduction de Web Standards) était qu'un site Web conforme aux normes Web était plus facilement identifiable par les moteurs de recherche. Cela est devenu plus évident lorsque la recherche Google est devenue le principal acteur du monde des moteurs de recherche au début des années 2000.

Création d'un pool de connaissances communes

Un monde fondé sur les standards du Web crée un lieu dans lequel un ensemble de règles existe. règles que chaque développeur peut suivre, comprendre et connaître. En théorie, cela signifie qu'un développeur pourrait créer un site Web conforme aux normes et qu'un autre développeur pourrait reprendre là où l'ancien s'est arrêté sans trop de peine. En réalité, les normes en constituent le fondement. mais l'idée repose sur le fait que les développeurs écrivent du code bien documenté.

Qui décide de ce qui va devenir une norme Web?

Les normes sont créées par les utilisateurs. Sur le Web et dans l'espace Internet, il existe une forte culture de consensus – ce qui signifie beaucoup de discussions et de discussions.

Les groupes au sein desquels les normes sont élaborées sont parfois appelés «organisations de normalisation» ou . ] OSS . Les principaux organismes de normalisation sur l’espace Web comprennent l’IETF (Internet Engineering Task Force), le World Wide Web Consortium (consortium W3C), le WHATWG et le ECMA TC39. Par le passé, des groupes tels que le Web Standards Project (WaSP) préconisaient que les organisations adoptent des normes Web.

Les groupes qui travaillent sur Internet et les normes Web fonctionnent généralement sous un régime exempt de redevances. Cela signifie que lorsque vous utilisez un standard Web, vous ne payez personne – comme une personne pouvant détenir un brevet pertinent. Alors que l'idée de devoir payer des redevances à quelqu'un pour créer un navigateur Web ou un site Web peut sembler absurde à l'heure actuelle, il n'y a pas si longtemps, des organisations comme BT tentaient de revendiquer la propriété du concept de lien hypertexte . Les organisations de normalisation telles que celles énumérées ci-dessous contribuent à maintenir le Web libre (ou au moins exempt de droits de licence).

Qu'est-ce que l'IETF?

L'IETF est le grand-parent des organisations de normalisation Internet. C’est là que les technologies Internet sous-jacentes telles que TCP / IP (protocole de contrôle de transmission / protocole Internet) et DNS (système de noms de domaine) sont normalisées. Une autre technologie clé développée au sein de l'IETF est le protocole HTTP (Hyper-Text Transport Protocol), dont vous avez peut-être entendu parler.

Si vous avez prêté attention à l'essor de HTTP2 et au développement ultérieur de (Basé sur UDP) HTTP3 c'est ici que ce travail a lieu. La plupart des travaux de l'IETF se concentrent sur les niveaux inférieurs du modèle d'interconnexion de systèmes ouverts .

Qu'est-ce que le W3C?

Le World Wide Web Consortium (W3C) est une communauté internationale où ] organisations membres membres du personnel à plein temps ont invité des experts et le public à travailler ensemble au développement de standards Web. Dirigé par l'inventeur et directeur du Web, Tim Berners-Lee, et le PDG, Jeffrey Jaffe, le W3C a pour mission d'exploiter pleinement le potentiel du Web.

La communauté a été fondée en 1994 au MIT (Massachusetts Institute of Technology) en collaboration avec . CERN . Au moment de cet article, le W3C comptait 475 entreprises et organisations membres et constituait un consortium regroupant 4 établissements universitaires: le MIT (États-Unis), l'ERCIM (France), l'Université KEIO (Japon) et l'Université de Beihang (Chine). ).

Les travaux dans le W3C se déroulent dans les groupes de travail et . Les groupes communautaires sont les endroits où de nombreuses innovations initiales se produisent autour des nouvelles technologies du Web. De nouvelles normes Web peuvent être produites par des groupes communautaires, mais elles sont officiellement considérées comme «pré-standard». Les groupes communautaires sont ouverts à toute personne, que l'organisation pour laquelle vous travaillez ou auquel vous êtes affilié soit membre du W3C.

Les groupes de travail du W3C sont les lieux où les nouvelles normes Web sont officiellement créées. Les groupes de travail commencent généralement par la soumission d'une norme, souvent fournie par certains navigateurs. Cependant, le travail technique pour affiner ces normes a lieu au sein de ces groupes avant que la norme ne soit finalement approuvée en tant que «recommandation W3C». À l’heure où un élément atteint la phase de «recommandation» dans le W3C, il est le plus souvent mis en œuvre et largement utilisé sur le Web.

Les groupes de travail sont plus difficiles à intégrer pour les personnes qui ne sont pas affiliées à une organisation membre. Cependant, vous pouvez devenir un expert invité dans un groupe. Une des raisons pour lesquelles les groupes de travail sont un peu plus difficiles à rejoindre et à fonctionner avec plus de processus est qu’ils agissent également en tant que détenteur de propriété intellectuelle – en rejoignant un groupe de travail du W3C, les organisations et sociétés acceptent les licences libres de droits définies dans . La politique de brevets du W3C .

Un membre du conseil consultatif du W3C Natasha Rooney a rédigé un grand document intitulé Document de procédure pour les personnes occupées .

Qu'est-ce que le WHATWG?

Le WHATWG était à l'origine un groupe dissident du W3C. Il a été créé en 2007 car certains éditeurs de navigateurs n’étaient pas d’accord avec la direction dans laquelle le W3C poussait le langage HTML. WHATWG continue d’être le lieu où HTML est développé et évolué. Cependant, la communauté de participation à la spécification HTML inclut toujours de nombreux membres de la communauté W3C et de nombreuses personnes affiliées au WHATWG participent aux groupes de travail du W3C.

A l’époque de ce poste, la relation entre le W3C et le WHATWG reste en pleine mutation. Du point de vue des développeurs, cela n’a guère d’importance, car les développeurs peuvent compter sur des ressources telles que MDN pour refléter la «vérité» selon laquelle les technologies Web peuvent être utilisées dans des navigateurs spécifiques. Cependant, cela a conduit à un manque de clarté quant à savoir où participer à l'élaboration de certaines normes. Le WHATWG a également son propre contrat de licence libre de redevance – le contrat de participation du WHATWG .

Qu'est-ce que le “pourquoi CG”?

Le groupe communautaire de l'incubateur Web (WICG, prononcé Pourquoi-CG ) est un groupe communautaire spécial du W3C, où les technologies Web nouvelles et émergentes sont discutées et développées.

Si vous avez une bonne idée d'un nouveau standard, d'une nouvelle fonctionnalité pour un standard existant ou d'une nouvelle technologie qui, à votre avis, devrait être intégrée au Web, il convient de vérifier ici tout d'abord. pour voir si quelque chose comme ça est déjà en discussion. Si c'est le cas, génial! Sautez dans ces discussions et apportez votre soutien. Si non, alors suggérez-le!

Qu'est-ce que l'ECMA TC39?

Ecma est un organisme de normalisation des systèmes d'information et de communication fondé en 1961 pour normaliser les systèmes informatiques en Europe. Son nom vient du fait qu'il était auparavant connu sous le nom de «European Computer Manufacturers Association» (association européenne des constructeurs d'ordinateurs), mais il porte désormais le nom de «Ecma International – Association européenne pour la normalisation des systèmes d'information et de communication» depuis la mondialisation de l'organisation en 1994.

The ECMA-262 La norme décrit la spécification du langage ECMAScript, spécification normalisée du langage de script appelé JavaScript. La dixième édition de l'ECMA-262 a été publiée ( la dixième édition a été publiée en juin 2018).

Le TC39 (Comité technique 39) est le comité qui fait évoluer JavaScript. Comme les autres groupes énumérés ici, ses membres sont des entreprises qui regroupent la plupart des principaux fabricants de navigateurs. Le comité a des réunions régulières auxquelles assistent des délégués envoyés par les organisations membres ainsi que des experts invités. Comme avec beaucoup d'autres groupes, le TC39 vise à atteindre un consensus et les accords conclus entraînent souvent des obligations pour ses membres (en termes de fonctionnalités futures que les organisations membres devront mettre en œuvre). Le processus TC39 comprend l'accélération des propositions en plusieurs étapes. La progression d'une proposition d'une étape à l'autre doit être approuvée par le comité.

Qu'est-ce que le Web Standards Project?

Le Web Standards Project a été créé en 1998 dans le but de résister à la confrontation des fonctionnalités entre navigateurs dans les années 90; avec pour objectif principal d'amener les fabricants de navigateurs à se conformer aux normes définies par le W3C.

À mesure que l'organisation grandissait et que la guerre des navigateurs s'achevait, le projet commençait à changer d'orientation. Le groupe a commencé à travailler avec les fabricants de navigateurs pour améliorer le support de leurs normes, en consultant les fabricants de logiciels qui ont créé des outils pour la création de sites Web et en sensibilisant les concepteurs et les développeurs Web à l’importance des normes Web. Le dernier de ces points a abouti à la création du cadre pédagogique Web InterAct qui est maintenant géré par le W3C.

Le Web Standards Project a cessé d'être actif en 2013. Un dernier article de blog a été créée le 1er mars, grâce aux efforts des membres et des sympathisants du projet. Dans les remarques de clôture de cet article, il est rappelé aux lecteurs que le travail du Web Standards Project n’est pas tout à fait terminé et qu’il incombe maintenant à des milliers de développeurs de continuer à veiller à ce que le Web reste un outil gratuit, ouvert et interactif. ressource utilisable et accessible.

Comment quelque chose devient-elle une norme Web?

Alors, comment les normes sont-elles élaborées? La réponse courte consiste en BEAUCOUP de discussions.

Les propositions de nouvelles normes commencent généralement par une discussion au sein d’un groupe communautaire (c’est notamment le cas du W3C) ou par des questions soulevées dans le référentiel GitHub approprié.

Les OEN, il semble alors y avoir un thème commun de l’ascension; une fois que la discussion a commencé, elle progresse au sein de l'organisation et, à chaque niveau, un comité décisionnaire doit parvenir à un consensus pour approuver l'élévation de cette discussion. Ceci est répété jusqu'à ce que la discussion devienne une proposition, puis cette proposition devient un projet et le projet devient ensuite une norme officielle.

Maintenant, comme mentionné précédemment, quand quelque chose n’est pas une norme officielle, cela ne signifie pas nécessairement qu’elle n’est pas utilisée par certains navigateurs. En fait, au moment où quelque chose deviendra une norme, il sera probablement déjà largement utilisé par de nombreux navigateurs disponibles. Dans ce cas, le rôle de la norme fait partie du processus de normalisation et d’adoption de nouvelles fonctionnalités; il définit l'utilisation attendue de quelque chose et explique ensuite comment les concepteurs et les développeurs de navigateurs peuvent se conformer à cette attente.

Qu'est-ce que le TPAC?

Chaque année, le W3C organise un événement de grande envergure, une réunion multi-groupes d'une semaine ponctuée par une non-conférence d'une journée le mercredi (la plénière technique) et une réunion de son comité consultatif. (un groupe composé d'une personne pour chaque organisation ou entreprise membre du W3C). Réunissez la plénière technique et le comité consultatif, et vous obtiendrez le TPAC (souvent prononcé tee-pac ). Même s’il s’agit d’un événement organisé par le W3C, vous trouverez souvent ici des personnes de «WHATWG, IETF ou TC39».

L’année dernière, des internautes de Samsung se sont réunis pour participer au TPAC. Nous avons également parrainé des bourses d’études sur la diversité destinées à rassembler des personnes de groupes sous-représentés au TPAC et à la communauté des standards Web.

Mon premier TPAC

Quand j’ai entendu l’équipe parler de ce dernier, je ne savais pas quoi dire. attendre. Après avoir pris connaissance de l'événement sur le site Web du TPAC je me suis inscrit et j'ai réservé mon voyage. Bientôt, j'étais dans un train de Londres à Lyon avec l'équipe.

À mon arrivée, on m'a remis mon cordon et une carte des différentes salles où se déroulait toute l'action. Mon objectif, pendant les trois jours auxquels je participais, était de participer au plus grand nombre possible d'activités de type accessibilité. Arrivé peu de temps après le début des activités de mon premier jour, je regardais fixement une porte fermée du groupe de travail sur les directives d'accessibilité auquel je voulais participer. Beaucoup de choses m’ont traversé l’esprit à ce moment-là; "Peut-être devrais-je attendre jusqu'à la pause?" "Non, ne sois pas bête, c'est encore à une heure de là." "Peut-être que je devrais frapper?" "Mais ça ne serait-il pas plus interruptif que d'entrer?" Je ne devrais pas y aller du tout… »Mais après quelques minutes, j'ai eu le courage de marcher dans la pièce.

Il y avait une table ronde (ce qui est typique de beaucoup de ces sessions) avec des gens assis à la table avec des ordinateurs portables; avec un certain nombre de sièges disposés autour du bord de la salle pour que les gens puissent jouer un rôle plus observateur. Chaque groupe avait également une salle de discussion sur IRC, à laquelle toute personne membre du W3C pouvait adhérer (qu’elle assiste ou non au TPAC). Je me suis assis au bout d'une des tables; Cependant, je ne suis toujours pas sûr que ce soit la bonne chose à faire en termes d’étiquette.

Au début, je craignais que ma présence dépasse autant que la gigantesque statue d'ours à l'extérieur du lieu de la manifestation; mais personne dans la salle n'a prêté la moindre attention à mon arrivée et la discussion s'est donc poursuivie. Le groupe était sur le point de recevoir une mise à jour sur les travaux du groupe de travail sur l'argent; un groupe communautaire qui tente de rendre les normes d'accessibilité elles-mêmes plus accessibles.

C'était vraiment intéressant de s'asseoir à la table pour ces discussions. Lorsqu’il s’agissait d’un premier participant, il a fallu un certain temps pour s’habituer à certains termes (termes tels que «conformité» et «normatif»); c'était super agréable d'être à l'intérieur d'une pièce remplie de gens qui se préoccupaient tellement de l'accessibilité. De nombreux participants à ce groupe de travail ont fait part de leurs expériences vécues en matière d’utilisation du Web avec une exigence d’accessibilité. Après avoir passé les trois dernières années à étudier les exigences en matière d’accessibilité dans le domaine de la musique numérique, je me suis senti tout à fait à l'aise, tout comme les questions soulevées par les membres de ce groupe.

Le travail présenté par le groupe de travail Silver lors de cette première discussion a véritablement suscité intérêt pour moi. Cela semblait être un point de vue rafraîchissant sur la manière de rendre les normes, en général, plus accessibles et de les structurer de manière à faciliter la navigation et à offrir des conseils et des orientations plus adaptés. Les jours suivants, j’ai rejoint ce groupe (beaucoup plus petit) et j’ai eu la chance de participer aux conversations – ce qui était vraiment positif. Depuis TPAC, j'ai rejoint le groupe communautaire du groupe de travail Silver et je prévois de participer aux réunions hebdomadaires de la nouvelle année.

L'un des avantages du TPAC (pour ceux qui ne présidaient pas de groupe de travail ou qui jouaient un rôle de premier plan) était la capacité d'assister aux séances et d'en sortir. Parmi les activités auxquelles j'ai assisté au cours des derniers jours passés au TPAC, il y avait une session du groupe communautaire Incubateur Web (WICG), une rencontre de développeurs avec des exposés de membres éminents de la communauté et des démonstrations de nouvelles technologies Web, ainsi qu'une conférence sur la diversité. et Inclusion pour la réunion du W3C. L’avantage supplémentaire d’aller à TPAC avec l’équipe Internet de Samsung est que nous avons rencontré des membres de notre équipe basée en Corée ainsi que d’autres membres de l’équipe de Samsung venus des États-Unis.

Comment utiliser les normes Web dans votre travail

Alors, maintenant que vous connaissez le pourquoi et le pourquoi des normes Web, comment procédez-vous pour utiliser les normes Web dans votre travail?

Mozilla Developer Network Web Docs (MDN) Web Docs)

Si vous souhaitez en savoir plus sur une norme ou une technologie Web, nous vous recommandons de commencer par les documents Web MDN (Mozilla Developer Network) . MDN WebDocs a démarré sous le nom de Mozilla Project, mais plus récemment, il est devenu le lieu privilégié des développeurs Web pour la documentation inter-navigateurs sur les technologies de plate-forme Web.

L'année dernière, Samsung a rejoint Bocoup, Google, Microsoft et le W3C pour former le Conseil consultatif sur les produits MDN WebDocs afin de veiller à ce que MDN maintienne sa position.

Lorsque vous recherchez une technologie dans MDN, vous Une matrice de compatibilité de navigateur apparaît pour vous indiquer le support pris en charge par le navigateur. Vous trouverez également un lien vers la version la plus pertinente et à jour de la norme. When you follow a link to a standard, you will be directed to the relevant web page outlining that standard and its technical specifications. These pages can be a little overwhelming at first, as they are somewhat ‘academic’ in structure.

To give you some tips on navigating the documentation, let’s take a look at a standard I’m most familiar with: the W3C Web Content Accessibility Guidelines (2.1).

This is the format of a W3C web standard. It features a table of contents on the left-hand side of the page while the content is organized into very structured headers — starting with the version, reports and editors details. These headers in standards are often used to quote the relevant parts of a standard “Oh, but WCAG 2.1 1.2.2 says”; but for those without the alphanumeric memory of a hard-disk, do not fear, it is not a requirement that you have to know these things by heart.

My first piece of advice about navigating web standards is to try not to be overwhelmed by these. If you’ve come from the non-academic route into web development like me, the structure of these documents can at first seem quite formal, and the language can feel this way, too. Don’t let this be a reason to navigate away from using this as a source of information  —  as quite frankly it is the best source of information available for finding out how and why web things work in the way that they do.

Here are some quick tips for working with web standards:

• The TL;DR version
  Firstly, it’s important to understand that there isn’t a TL;DR for web standards. The reason they are these long and comprehensive documents is because they have to be. There can’t be any stone unturned when it comes to exacting the structure and expected us of web development things. However (a pro tip, and a way to avoid information overwhelm), is to start with the abstract of the standard and follow any links to introductory documents. In my example, the WCAG 2.1 standard document leads us to another linked page for the Web Content Accessibility Guidelines Overview. Which provides a range of useful documentation including a quick reference guide on how to meet WCAG 2. 

• Make use the glossary of terms
  This just helps to understand the exact meaning of words and phrases in the context of the web standard . Let’s face it; there are so many terms out there with multiple meanings. Checking out the glossary also helps navigate some of the more academic terms.

• ‘Find in page’ is your friend
  Once you have familiarized yourself with an overview and got an idea about the terms used within a web standard, you can start to search through the documentation for the information you require. The web standards are designed in such a way that you can consume them in a number of ways. If you seek to gain a comprehensive understanding then reading from start to finish is advised; however, you can also drop in and out of the sections as you require them. The good folks creating web standards have made efforts to ensure that referential content is linked to the source and any helpful resources are also included, which helps support the kind of “on demand” usage that is common. Take this example from WCAG 2.1:

• If you’re not sure — ask!
  This community is put together from a bunch of people who care and have an investment in the future of web technologies. If you want to make sure you are adhering to Web Standards but maybe have got caught up in a language barrier, and you’re struggling to interpret what is meant by a phrase within a web standard, there are many folks out there that can help. You can raise issues through the W3C GitHub repositories for the W3C Web Standards or join the conversations about Web Standards through the suggested resources on the participate section of the W3C website.

How Do I Get Involved?

So, now that you know how to read up on your standards, what about getting involved? 

Well, here are a few places to start: 

• GitHub repositories for standards
  The WC3TC39WhatWG and WICG all have organizations on GitHub that contain repositories for the work they are doing. Be sure to check in on the READme, contribution guidelines and code of conduct (if there is one) before you begin. Use the issues of a repository to look at what is currently being discussed in terms of future developments for the standard it relates to. 
• The W3C website
  Here you can look at all the working groups, community groups, and forums. It is a great place to start; if you join the organization and become a member of a community group or working group you’ll be invited to the ongoing discussions, meetings, and events for that group.
• The WhatWG website
  For all things WhatWG. Here there are guides on how to participate, FAQs, links to the GitHub repositories and a blog that is maintained by members of the WhatWG.
• The WICG website
  Whilst the Web Incubator Community Group can be found from the W3C website, they are worth a separate shout-out here as they have their own web community page and Discourse instance. (For those of you not familiar with Discourse, it allows communities to create and maintain forums for discussion.)
• The TC39 standard
  This is pretty comprehensive and includes links to the ways in which you can to contribute to the standard. 
• Speak to Developer Advocates
  Many Web Developer Advocates are members of an SDO or known to be working on standards; teams like ours (the Samsung Internet Developer Advocates) are often involved in the work of Web Standards and happy to talk to developers that are interested in them. After all, standards have a huge impact on the future of the web and in turn the work that we do. So, depending on the web standard that interests you, you’ll be able to find folks like us (who are part of the work for those standards) through social media spaces like Twitter or Mastodon.

Thanks for reading! Remember that web standards impact everyone that builds or consumes websites, so the work of Web Standards is something we should all care about.

If you want to chat more about web standards, accessibility on the web, web audio or open-source adventures  —  you can find me on Twitter and I’m also on Mastodon. ✨

A huge thanks to Daniel Appelquistwho helped bring this article together.

(ra, il)