Webstandards: Das Was, das Warum und das Wie

Das World Wide Web ist ein interessanter Ort.

Da das Internet gewachsen und alltäglich geworden ist, ist es zu einem gigantischen Instrument der Veränderung in Bezug auf die Art und Weise geworden, wie wir mit der Welt und miteinander interagieren.

Wie bei vielen Menschen war mein Einstieg in die Webentwicklung in der Schule eher düster. Unsere IKT-Unterrichtsstunden (Information Computing Technology) in der Schule haben uns sehr wenig beigebracht, indem wir Dreamweaver (damals noch ein Macromedia-Produkt) als Plattform zur visuellen Bearbeitung einer persönlichen Website verwendeten, wobei die wichtigste Lektion „Was ist ein Hyperlink“ war. Wir haben uns nicht einmal den HTML-Quellcode unserer eigenen Websites angesehen!

Meine Ausbildung in HTML und CSS kam also größtenteils davon, dass ich mit der Option „Quelltext anzeigen“ in Websites herumgespielt habe. Ich habe gelernt, durch Kopieren und Zusammenfügen von Teilen meine eigenen Websites zu erstellen und Vorlagen für Bootstrap herunterzuladen, bevor ich wusste, was Bootstrap eigentlich ist.

Warum erzähle ich Ihnen das?

Als ich kürzlich meine Twitter-Follower befragte (es ist eine exakte Wissenschaft), stellte ich fest, dass ein großer Teil der Leute (43 % der Leute, die abgestimmt haben) wenig bis gar nichts über Webstandards wusste und nur 5 % derjenigen, die abgestimmt haben, aktive Mitwirkende waren.

[Umfrage] Sind Sie Webentwickler oder Tüftler? Haben Sie schon einmal etwas für das Web entwickelt?

Egal, ob Sie ein absoluter Anfänger oder ein Vollzeit-Webentwickler sind, beantworten Sie bitte diese Frage > Was wissen Sie über Webstandards?

RT für Reichweite

— Amy-ing für einen PhD (@RedRoxProjects) 16. November 2018

Wenn man sich ansieht, wie Menschen lernen, Webentwicklung zu betreiben, ist es völlig verständlich, dass dies der Fall sein könnte. Die Menge an Online-Tutorials, Bootcamps und Online-Ressourcen zum Erlernen des Erstellens von Websites hat dazu geführt, dass immer mehr autodidaktische Webentwickler (wie ich) Dinge für das Web erstellen.

Dies ist einer der großen Erfolge des Internets; Jeder kann fast alles lernen – und es gibt immer mehr Lernressourcen außerhalb der Wissenschaft, was wirklich positiv ist, wenn es darum geht, die Barrieren für den Zugang zur Webentwicklung als Karriere zu senken.

Selbst mit kostenlosen Online-Ressourcen gibt es immer noch eine Reihe von Hindernissen beim Erlernen, wie man ein Webentwickler wird. Ich sage nicht, dass es diese nicht gibt – das gibt es wirklich – und wir sollten als Gemeinschaft mehr tun, um sie anzugehen.

Aber mit der Diversifizierung von Lernprozessen gehen mehrere Herausforderungen einher, einschließlich Informationsüberflutung und Wissenslücken .

Wenn man lernt, wie man Dinge mit Web-Geschmack baut, ist es sehr einfach, sich in „ Wie baue ich das Ding? “ Dies kann dazu führen, dass die Frage „ Warum sollte ich es so bauen? “ oder „ was gibt es für Möglichkeiten, das Ding zu bauen? ”

Folglich ist es ebenso leicht, von der Vielzahl an Möglichkeiten zur Lösung Ihres webbezogenen Problems überwältigt zu werden. Dies kann dazu führen, dass die erste Lösung aus den Ergebnissen einer Internetsuche ausgewählt wird, ohne zu überlegen, ob sie die bessere (in Bezug auf die robusteste, zugänglichste und sicherste) der verfügbaren Optionen ist.

Webstandards und die Dokumentation zur Unterstützung von Webstandards bieten viele Einblicke in das „Warum“ und „Was“ des World Wide Web. Sie sind eine fantastische Ressource für jeden Webentwickler und helfen Ihnen, Dinge für das Web zu erstellen, die funktional, zugänglich und übergreifend kompatibel sind.

Dieser Beitrag soll allen helfen, die sich für das Web interessieren und mehr über Webstandards erfahren möchten. Wir werden abdecken:

• Eine Einführung in Webstandards (was sind sie, warum existieren sie und wer macht sie);
• Wie Sie Standards in Ihrer Arbeit navigieren und verwenden;
• Möglichkeiten, wie Sie sich an neuen und bestehenden Standards beteiligen können.

Beginnen wir unsere Einführung in Webstandards mit der Frage: „ Warum brauchen wir Standards für das Web? ”

Das World Wide Web vor Standards

Wir können uns das World Wide Web als ein Informationsökosystem vorstellen. Menschen erstellen Inhalte, die ins Web eingespeist werden. Dieser Inhalt wird dann durch einen Browser geleitet, damit Benutzer auf diese Informationen zugreifen können.

Vor Webstandards gab es nicht viele feste Regeln für irgendeinen Teil dieses Systems; keine formalen Regeln, wie der Inhalt erstellt werden soll, noch irgendwelche Anforderungen, wie ein Browser diese Informationen den Personen bereitstellen soll, die sie anfordern.

In gewisser Weise funktionierte das Web also ein bisschen wie dieses Kinderspielzeug, bei dem man die unterschiedlich geformten Blöcke in die richtigen Löcher sortieren muss. In dieser Analogie sind die verschiedenen Browsertypen die unterschiedlich geformten Löcher und die Inhalte oder Websites die bunten Blöcke.

In der Vergangenheit haben Sie als Ersteller von Inhalten eine Website so erstellt, dass sie zu dem Browser passt, für den sie bestimmt ist. Beispielsweise würden Sie einen IE-förmigen Block erstellen, um diesen durch das Internet Explorer-Loch leiten zu können.

Dies bedeutete, dass dieser von Ihnen erstellte Website-Block nur durch dieses eine Loch passen würde und Sie Ihren Inhalt in andere Formen umbauen müssten, damit er mit einem der anderen Browser angezeigt werden kann.

Entwickler mussten in den 90er Jahren oft drei oder vier Versionen jeder von ihnen erstellten Website erstellen, damit sie mit jedem der damals verfügbaren Browser kompatibel war. Darüber hinaus führten Browserhersteller in dem Versuch, ihre Konkurrenz zu verbessern, „Features“ ein, die ihren Ansatz von denen ihrer Konkurrenten abwichen.

Am Anfang war es wahrscheinlich fairer zu sagen, dass unser Internetbrowser zum inhaltsabgleichenden Spielzeug eher so aussah:

Das lag daran, dass Browser so gebaut wurden, dass sie so ziemlich das gleiche Zeug handhaben konnten, das größtenteils textbasierte Inhalte waren. Ein Website-Block würde also größtenteils durch die meisten Löcher passen, mit Ausnahme von vielleicht einem, wo er passen könnte – aber nicht perfekt.

Als sich die Browser weiterentwickelten, fingen sie an, Funktionen hinzuzufügen (z. B. indem sie ihre Form änderten) und es wurde immer schwieriger, einen Block zu erstellen, der durch jedes der Browser-Löcher passen würde. Dies bedeutete sogar, dass ein Block, der einmal durch ein bestimmtes Loch passen konnte, nicht mehr durch dieses Loch passte; Das Hinzufügen dieser Funktionen zum Browser würde oft zu einer schlechten Rückwärtskompatibilität führen.

Dies war für einige Entwickler wirklich schädlich. Es schuf ein System, in dem die Kompatibilität auf die Ersteller von Inhalten beschränkt war, die es sich leisten konnten, ihre Websites für jeden der verfügbaren Browser kontinuierlich zu aktualisieren und umzugestalten. Für alle anderen bestand jedes Mal, wenn eine neue Funktion oder Version veröffentlicht wurde, die Möglichkeit, dass Ihre Website mit diesem Browser nicht mehr funktionierte.

Web-Standards wurden eingeführt, um das Web-Ökosystem zu schützen, um es offen, frei und für alle zugänglich zu halten. Das Web in eine schützende Blase zu stecken und sich mit der Idee aufzulösen, Websites für bestimmte Browser erstellen zu müssen.

Als Standards eingeführt wurden, wurden Browserhersteller ermutigt, sich an eine standardisierte Vorgehensweise zu halten – was dazu führte, dass die Kompatibilität für Inhaltshersteller einfacher wurde und es nicht mehr erforderlich war, mehrere Versionen derselben Website zu erstellen.

Hinweis : Es gibt noch eine Reihe von Nuancen bezüglich der Kreuzkompatibilität zwischen Browsern. Auch heute, mehr als 20 Jahre nach der Einführung von Standards, sind wir noch nicht ganz bei „one-size fits all“.

Hier ist ein kurzer Blick auf einige der wichtigsten Momente in der Geschichte der Webbrowser-Entwicklung:

Quelle: „Webbrowser: Eine kurze Geschichte“ von Rhiannon Williams

Warum wir Standards brauchen

Wenn wir etwas über die Geschichte der Standards wissen und wissen, warum sie eingeführt wurden, können wir beginnen, die Vorteile von Standards für das World Wide Web zu erkennen. Aber warum ist es wichtig, dass wir weiterhin zu Webstandards beitragen? Hier sind nur einige Gründe:

Das Web frei und für alle zugänglich halten

Ohne die Web-Standards-Community wären es die Browser-Hersteller, die entscheiden, was Features des World Wide Web sein sollen und was nicht. Dies könnte dazu führen, dass das Internet zu einer monopolisierten Ware wird, bei der nur die größten Akteure über die Zukunft entscheiden können.

Helfen, den Quellcode einfacher zu machen; Reduzierung der Entwicklungs- und Wartungszeit

Als immer mehr Browser auftauchten und die Browserhersteller begannen, ihre Herangehensweise zu diversifizieren, wurde es immer schwieriger, Inhalte zu erstellen, die über mehrere Browser auf die gleiche Weise bereitgestellt werden. Dies erhöhte den Arbeitsaufwand, der erforderlich war, um eine vollständig kompatible Website zu erstellen, einschließlich des Aufblähens des Quellcodes für eine Webseite. Als Entwickler müssen wir heute immer noch das eine oder andere [X-Skript] einfügen, damit dies auf [X-Webbrowser] funktioniert, aber ohne Webstandards wäre dies viel schlimmer.

Das Web zu einem zugänglicheren Ort machen

Webstandards helfen dabei, die Art und Weise zu standardisieren, wie eine Website mit Hilfstechnologien interagieren kann. Dies bedeutet, dass Browserhersteller und Webentwickler Anweisungen in ihre Seiten integrieren können, die von Hilfstechnologien interpretiert werden können, um eine gemeinsame (oder manchmal bessere) Endbenutzererfahrung aufrechtzuerhalten.

Ermöglicht Abwärtskompatibilität und Validierung

Webstandards haben eine Grundlage dafür geschaffen, dass neue standardkonforme Websites auch mit älteren Browserversionen funktionieren. Diese Idee der Abwärtskompatibilität ist äußerst wichtig, um das Web zugänglich zu halten. Es garantiert nicht, dass ältere Browser Ihren Inhalt genau so anzeigen, wie Sie es erwarten, aber es stellt sicher, dass die Struktur des Webdokuments verstanden und entsprechend angezeigt wird.

Unterstützung bei der Aufrechterhaltung einer besseren SEO (Suchmaschinenoptimierung)

Ein weiterer versteckter Hauptvorteil (zu der Zeit, als Webstandards erstmals eingeführt wurden) bestand darin, dass eine mit Webstandards konforme Website von Suchmaschinen besser auffindbar war. Dies wurde deutlicher, als die Google-Suche Anfang der 2000er Jahre zum wichtigsten Akteur in der Suchmaschinenwelt wurde.

Schaffung eines gemeinsamen Wissenspools

Eine Welt mit Webstandards schafft einen Ort, an dem ein Regelwerk existiert, Regeln, die jeder Entwickler befolgen, verstehen und mit denen er sich vertraut machen kann. Theoretisch bedeutet dies, dass ein Entwickler eine Website erstellen könnte, die den Standards entspricht, und ein anderer Entwickler ohne großen Aufwand dort weitermachen könnte, wo der erstere aufgehört hat. In Wirklichkeit bilden Normen dafür die Grundlage; aber die Idee stützt sich stark darauf, dass Entwickler gut dokumentierten Code schreiben.

Wer entscheidet darüber, was ein Webstandard wird?

Standards werden von Menschen geschaffen. Im Web- und Internetraum herrscht eine starke Konsenskultur – das bedeutet viel Reden und viele Diskussionen.

Die Gruppen, durch die Standards entwickelt werden, werden manchmal als „Standards Development Organisations“ oder SDOs bezeichnet. Zu den wichtigsten SDOs im Webspace gehören die Internet Engineering Task Force (IETF), das World Wide Web Consortium (W3C), die WHATWG und ECMA TC39. In der Vergangenheit gab es auch Gruppen wie das Web Standards Project (WaSP), die sich dafür einsetzten, dass Webstandards von Organisationen übernommen werden.

Die Gruppen, die an Internet- und Webstandards arbeiten, arbeiten im Allgemeinen unter einem gebührenfreien Regime. Das heißt, wenn Sie einen Webstandard nutzen, müssen Sie niemanden bezahlen – etwa jemanden, der möglicherweise ein relevantes Patent besitzt. Während die Vorstellung, dass Sie jemandem Lizenzgebühren zahlen müssen, um einen Webbrowser oder eine Website zu erstellen, im Moment absurd erscheinen mag, ist es noch nicht allzu lange her, dass Organisationen wie BT versuchten, sich das Konzept des Hyperlinks zu eigen zu machen. Standardisierungsorganisationen wie die unten aufgeführten helfen dabei, das Web frei zu halten (oder zumindest frei von Lizenzgebühren).

Was ist IETF?

Die IETF ist der Urvater der Internet-Standardorganisationen. Hier werden zugrunde liegende Internettechnologien wie TCP/IP (Transmission Control Protocol/Internet Protocol) und DNS (Domain Name System) standardisiert. Eine weitere Schlüsseltechnologie, die in der IETF entwickelt wurde, ist das sogenannte Hyper-Text Transport Protocol (HTTP), von dem Sie vielleicht schon gehört haben.

Wenn Sie auf den Aufstieg von HTTP2 und die nachfolgende Entwicklung von (UDP-basiertem) HTTP3 geachtet haben, geschieht diese Arbeit hier. Der größte Teil der Arbeit in der IETF konzentriert sich auf die unteren Ebenen des Open Systems Interconnection-Modells.

Was ist W3C?

Das World Wide Web Consortium (W3C) ist eine internationale Gemeinschaft, in der Mitgliedsorganisationen, Vollzeitmitarbeiter, eingeladene Experten und die Öffentlichkeit zusammenarbeiten, um Webstandards zu entwickeln. Unter der Leitung von Web-Erfinder und Direktor Tim Berners-Lee und CEO Jeffrey Jaffe hat W3C die Mission, das Web zu seinem vollen Potenzial zu führen.

Die Community wurde 1994 am MIT (Massachusetts Institute of Technology) in Zusammenarbeit mit dem CERN gegründet. Zum Zeitpunkt dieses Beitrags hat W3C 475 Mitgliedsunternehmen und -organisationen und besteht als Konsortium aus 4 akademischen Institutionen: MIT (USA), ERCIM (Frankreich), KEIO University (Japan) und Beihang University (China).

Die Arbeit im W3C findet in Arbeitsgruppen und Community-Gruppen statt . Community-Gruppen sind der Ort, an dem viele anfängliche Innovationen rund um neue Webtechnologien stattfinden. Neue Webstandards können von Community-Gruppen erstellt werden, aber sie werden offiziell als „Vorstandard“ angesehen. Community-Gruppen stehen jedem zur Teilnahme offen, unabhängig davon, ob die Organisation, für die Sie arbeiten oder mit der Sie verbunden sind, ein W3C-Mitglied ist oder nicht.

W3C-Arbeitsgruppen sind der Ort, an dem neue Webstandards offiziell geprägt werden. Arbeitsgruppen beginnen normalerweise mit der Einreichung eines Standards, der oft bereits in einigen Browsern ausgeliefert wird. Die technische Arbeit zur Verfeinerung dieser Standards findet jedoch innerhalb dieser Gruppen statt, bevor der Standard als „W3C-Empfehlung“ zur endgültigen Genehmigung geht. Zu dem Zeitpunkt, an dem etwas die „Empfehlungsphase“ im W3C erreicht, ist es meistens implementiert und im gesamten Web weit verbreitet.

Arbeitsgruppen haben es für Personen, die keiner Mitgliedsorganisation angehören, schwerer, Mitglied zu werden. Sie können jedoch zu einer Gruppe eingeladener Experte werden. Ein Grund, warum es etwas schwieriger ist, Arbeitsgruppen beizutreten und mit mehr Prozessen zu arbeiten, ist, dass sie auch als Inhaber von geistigem Eigentum fungieren – durch den Beitritt zu einer W3C-Arbeitsgruppe stimmen Organisationen und Unternehmen der gebührenfreien Lizenzierung zu, die in der Patentrichtlinie des W3C festgelegt ist .

Natasha Rooney, Mitglied des W3C Advisory Board, hat ein großartiges Dokument zusammengestellt, das W3C Process Document for Busy People, das viele Einzelheiten der Arbeit im W3C erklärt.

Was ist die WHATWG?

Die WHATWG war ursprünglich eine Splittergruppe des W3C. Es wurde 2007 gegründet, weil einige Browser-Anbieter nicht mit der Richtung einverstanden waren, in die das W3C HTML trieb. WHATWG ist weiterhin der Ort, an dem HTML entwickelt und weiterentwickelt wird. Die Gemeinschaft der Beteiligung an der HTML-Spezifikation umfasst jedoch immer noch viele Personen aus der W3C-Gemeinschaft, und viele WHATWG-Mitglieder nehmen an W3C-Arbeitsgruppen teil.

Zum Zeitpunkt dieses Beitrags bleibt die Beziehung zwischen dem W3C und der WHATWG im Fluss. Aus Entwicklersicht spielt dies keine große Rolle, da sich Entwickler auf Ressourcen wie MDN verlassen können, um die „Wahrheit“ darüber widerzuspiegeln, welche Webtechnologien in bestimmten Browsern verwendet werden können. Es hat jedoch zu Unklarheiten darüber geführt, wo man an der Entwicklung bestimmter Standards teilnehmen kann. WHATWG hat auch eine eigene gebührenfreie Lizenzvereinbarung – die WHATWG-Teilnahmevereinbarung.

Was ist das „Warum CG“?

Die Web Incubator Community Group (WICG, ausgesprochen Why-CG ) ist eine spezielle Community-Gruppe innerhalb des W3C, in der einige neue und aufkommende Web-Technologien diskutiert und entwickelt werden.

Wenn Sie eine großartige Idee für einen neuen Standard, ein neues Feature für einen bestehenden Standard oder eine neue Technologie haben, die Ihrer Meinung nach in das Web integriert werden sollte, sollten Sie zuerst hier nachsehen, ob so etwas bereits diskutiert wird. Wenn ja, großartig! Beteiligen Sie sich an diesen Diskussionen und leisten Sie Ihre Unterstützung. Wenn nicht, dann schlagen Sie es vor! Dafür ist diese Gruppe da.

Was ist der ECMA TC39?

Ecma ist eine Normungsorganisation für Informations- und Kommunikationssysteme, die 1961 gegründet wurde, um Computersysteme in Europa zu standardisieren. Sein Name leitet sich von der früheren Bezeichnung „European Computer Manufacturers Association“ ab, wird aber jetzt als „Ecma International – European Association for Standardizing Information and Communication Systems“ bezeichnet, seit die Organisation 1994 weltweit tätig wurde.

Der ECMA-262-Standard beschreibt die ECMAScript-Sprachspezifikation, die die standardisierte Spezifikation der als JavaScript bekannten Skriptsprache ist. Es wurden zehn Ausgaben von ECMA-262 veröffentlicht (die zehnte Ausgabe wurde im Juni 2018 veröffentlicht).

TC39 (Technisches Komitee 39) ist das Komitee, das JavaScript entwickelt. Wie die anderen hier aufgeführten Gruppen sind ihre Mitglieder Unternehmen, zu denen die meisten großen Browserhersteller gehören. Der Ausschuss trifft sich regelmäßig zu Sitzungen, an denen Delegierte der Mitgliedsorganisationen sowie geladene Experten teilnehmen. Das TC39 arbeitet wie viele andere Gruppen daran, einen Konsens zu erzielen, und die getroffenen Vereinbarungen führen häufig zu Verpflichtungen für seine Mitglieder (in Bezug auf zukünftige Funktionen, die Mitgliedsorganisationen implementieren müssen). Der TC39-Prozess umfasst die Beschleunigung von Vorschlägen durch eine Reihe von Phasen, wobei das Fortschreiten eines Vorschlags von einer Phase zur nächsten vom Ausschuss genehmigt werden muss.

Was war das Webstandards-Projekt?

Das Web Standards Project wurde 1998 als Widerstand gegen die Funktionskonfrontation zwischen Browsern in den 90er Jahren gegründet; mit dem primären Ziel, Browserhersteller dazu zu bringen, die vom W3C festgelegten Standards einzuhalten.

Als die Organisation wuchs und die Browserkriege endeten, begann sich der Fokus des Projekts zu verlagern. Die Gruppe begann, mit Browserherstellern zusammenzuarbeiten, um ihre Standardunterstützung zu verbessern, Softwarehersteller zu beraten, die Tools für die Websiteerstellung erstellten, und Webdesigner und -entwickler über die Bedeutung von Webstandards aufzuklären. Der letzte dieser Punkte führte zur Schaffung des InterAct Web Curriculum Framework, das jetzt vom W3C gepflegt wird.

Das Web Standards Project wurde 2013 eingestellt. Am 1. März wurde ein letzter Blogbeitrag erstellt, der der harten Arbeit der Mitglieder und Unterstützer des Projekts dankt. In den Schlussbemerkungen dieses Beitrags werden die Leser daran erinnert, dass die Arbeit des Web Standards Project noch nicht vollständig beendet ist und dass die Verantwortung jetzt bei Tausenden von Entwicklern liegt, die sich weiterhin dafür einsetzen, dass das Web ein freies, offenes, inter- bedienbare und zugängliche Ressource.

Wie wird etwas zum Webstandard?

Also, wie werden Standards gemacht? Die kurze Antwort ist durch VIELE Diskussionen.

Vorschläge für neue Standards beginnen normalerweise als Diskussion innerhalb einer Community-Gruppe (dies ist insbesondere im W3C der Fall) oder durch Probleme, die im entsprechenden GitHub-Repository aufgeworfen werden.

Über die verschiedenen SDOs hinweg scheint es dann ein gemeinsames Aufstiegsthema zu geben; Nachdem die Diskussion begonnen hat, bewegt sie sich innerhalb der Organisation nach oben, und auf jeder Ebene muss ein Entscheidungsausschuss einen Konsens erzielen, um die Erhebung dieser Diskussion zu genehmigen. Dies wird wiederholt, bis die Diskussion zu einem Vorschlag wird, dann wird dieser Vorschlag zu einem Entwurf und der Entwurf wird zu einem offiziellen Standard.

Nun, wie bereits erwähnt, wenn etwas kein offizieller Standard ist, bedeutet dies nicht unbedingt, dass es in einigen Browsern nicht verwendet wird. Wenn etwas zum Standard wird, wird es wahrscheinlich bereits in vielen der verfügbaren Browser weit verbreitet sein. In diesem Fall ist die Rolle des Standards Teil des Normalisierungs- und Übernahmeprozesses für neue Funktionen; Es legt die erwartete Verwendung für etwas fest und skizziert dann, wie Browserhersteller und -entwickler diese Erwartung erfüllen können.

Was ist TPAC?

Jedes Jahr hält das W3C eine große Veranstaltung ab, ein einwöchiges Treffen mehrerer Gruppen, unterbrochen von einer eintägigen Unkonferenz am Mittwoch (dem technischen Plenum), kombiniert mit einem Treffen seines Beratungsausschusses (eine Gruppe, die aus einer Person für jede Organisation besteht oder Unternehmen, die W3C-Mitglied sind). Setzen Sie technisches Plenum und beratendes Komitee zusammen, und Sie erhalten TPAC (oft ausgesprochen tee-pac ). Obwohl es sich um eine vom W3C organisierte Veranstaltung handelt, finden Sie hier auch oft Leute „von“ WHATWG, IETF oder TC39.

Im vergangenen Jahr kamen Samsung Internet-Mitarbeiter zusammen, um an TPAC teilzunehmen. Wir haben auch Diversity-Stipendien gesponsert, die Menschen aus unterrepräsentierten Gruppen zu TPAC und der Webstandard-Community bringen sollen.

Mein erster TPAC

Als ich zum ersten Mal hörte, wie das Team über TPAC sprach, hatte ich keine Ahnung, was mich erwarten würde. Nachdem ich mich auf der TPAC-Website über die Veranstaltung informiert hatte, meldete ich mich an und buchte meine Reise. Schon bald saß ich mit dem Team in einem Zug von London nach Lyon.

Bei der Ankunft erhielt ich mein Schlüsselband und eine Karte der verschiedenen Räume, in denen die ganze Aktion stattfand. Mein Ziel war es, an den drei Tagen, an denen ich teilnahm, an so vielen barrierefreien Dingen wie möglich teilzunehmen. Kurz nachdem die Dinge an meinem ersten Tag begonnen hatten, kam ich an und starrte auf eine geschlossene Tür für die Arbeitsgruppe Barrierefreiheitsrichtlinien, in der ich sitzen wollte. Viele Dinge gingen mir in diesem Moment durch den Kopf; „Vielleicht sollte ich bis zur Pause warten?“ „Nein, sei nicht albern, das ist noch eine Stunde entfernt.“ "Vielleicht sollte ich klopfen?" „Aber wäre das nicht störender, als einfach reinzugehen?“ „Vielleicht sollte ich gar nicht hineingehen…“ Aber nach ein paar Minuten fasste ich den Mut, den Raum zu betreten.

Es gab einen runden Tisch (was für viele dieser Sitzungen typisch ist) mit Leuten, die mit Laptops an den Tischen saßen; zusammen mit einer Reihe von Sitzgelegenheiten, die am Rand des Raums angeordnet sind, damit die Leute sich einer eher beobachtenden Rolle anschließen können. Jede Gruppe hatte auch einen Chatroom im IRC, dem jeder aus der W3C-Mitgliedschaft beitreten konnte (unabhängig davon, ob er persönlich am TPAC teilnahm oder nicht). Ich saß am Ende eines der Tische; obwohl ich mir immer noch nicht sicher bin, ob das von der Etikette her das Richtige war.

Anfangs war ich besorgt, dass meine Anwesenheit genauso auffiel wie die gigantische Bärenstatue vor dem Veranstaltungsort; aber niemand im Raum kümmerte sich um meine Ankunft, und so ging die Diskussion weiter. Die Gruppe war dabei, ein Update über die Arbeit der Silver Task Force zu erhalten; eine Community-Gruppe, die versucht, die Zugänglichkeitsstandards selbst zugänglicher zu machen.

Es war wirklich interessant, bei diesen Diskussionen mit am Tisch zu sitzen. Als Erstbesucher war die Sprache teilweise gewöhnungsbedürftig (Begriffe wie „konform“ und „normativ“); Es war super schön, in einem Raum voller Menschen zu sein, die sich so sehr um Barrierefreiheit kümmerten. Viele der Teilnehmer dieser Arbeitsgruppe sprachen aus einer Position gelebter Erfahrung in Bezug auf die Nutzung des Webs mit Barrierefreiheitsanforderungen. Nachdem ich meine letzten drei Jahre damit verbracht hatte, Barrierefreiheitsanforderungen in der digitalen Musiktechnologie zu erforschen, fühlte ich mich ganz zu Hause, wenn ich die von den Mitgliedern dieser Gruppe aufgeworfenen Fragen verfolgte.

Die Arbeit, die die Silver Task Force in dieser ersten Diskussion präsentierte, hat mein Interesse wirklich geweckt. Es schien eine ziemlich erfrischende Sichtweise darauf zu sein, wie man Standards im Allgemeinen zugänglicher macht und sie so gestaltet, dass sie einfacher zu navigieren sind und maßgeschneiderte Ratschläge und Anleitungen geben. In den folgenden Tagen schloss ich mich dieser (viel kleineren) Gruppe an und hatte die Möglichkeit, mich an den Gesprächen zu beteiligen – was wirklich positiv war. Seit TPAC bin ich der Community-Gruppe für die Silver Task Force beigetreten und habe Pläne, an den wöchentlichen Treffen im neuen Jahr teilzunehmen.

Eines der netten Dinge an TPAC (für diejenigen, die keine Arbeitsgruppen leiten oder eine Art leitende Rolle innehaben) war die Möglichkeit, in Sitzungen einzutauchen und sie zu verlassen. Unter den Dingen, die ich in den wenigen Tagen, die ich bei TPAC war, teilgenommen habe, gab es eine Sitzung der Web Incubator Community Group (WICG), ein Entwicklertreffen mit Vorträgen von prominenten Community-Mitgliedern und Demonstrationen neuer Webtechnologien sowie eine Diversity und Einbeziehung für das W3C-Meeting. Ein zusätzlicher zusätzlicher Bonus des TPAC-Besuches mit dem Samsung Internet-Team war, dass wir Leute aus unserem Team in Korea sowie andere Samsung-Teammitglieder aus den USA treffen konnten.

So verwenden Sie Webstandards in Ihrer Arbeit

Nun, da Sie das Warum und Wozu von Webstandards kennen, wie gehen Sie bei der Verwendung von Webstandards in Ihrer Arbeit vor?

Mozilla Developer Network-Webdokumentation (MDN-Webdokumentation)

Wenn Sie mehr über einen bestimmten Webstandard oder eine bestimmte Technologie erfahren möchten, empfehlen wir (das Samsung Internet-Team), mit den MDN (Mozilla Developer Network) Web Docs zu beginnen. Während MDN WebDocs als Mozilla-Projekt begann, ist es in jüngerer Zeit zu dem Ort geworden, an dem sich Webentwickler für browserübergreifende Dokumentationen zu Webplattformtechnologien entscheiden.

Letztes Jahr schloss sich Samsung Bocoup, Google und Microsoft und W3C an, um das MDN WebDocs Product Advisory Board zu gründen, um sicherzustellen, dass MDN diese Position behält.

Wenn Sie in MDN nach einer Technologie suchen, sehen Sie eine Browser-Kompatibilitätsmatrix, die Sie darüber informiert, was der Browser unterstützt. Sie finden auch einen Link zur relevantesten und aktuellsten Version der Norm. Wenn Sie einem Link zu einer Norm folgen, werden Sie auf die entsprechende Webseite geleitet, auf der diese Norm und ihre technischen Spezifikationen beschrieben werden. Diese Seiten können anfangs etwas überwältigend sein, da sie eine etwas „akademische“ Struktur haben.

Um Ihnen einige Tipps zum Navigieren in der Dokumentation zu geben, werfen wir einen Blick auf einen Standard, mit dem ich am besten vertraut bin: die W3C-Richtlinien für barrierefreie Webinhalte (2.1).

Dies ist das Format eines W3C-Webstandards. Es verfügt über ein Inhaltsverzeichnis auf der linken Seite der Seite, während der Inhalt in sehr strukturierten Kopfzeilen organisiert ist – beginnend mit der Version, den Berichten und den Details der Herausgeber. Diese Überschriften in Standards werden oft verwendet, um die relevanten Teile eines Standards zu zitieren „ Oh, aber WCAG 2.1 1.2.2 sagt “; Aber für diejenigen, die nicht über den alphanumerischen Speicher einer Festplatte verfügen, keine Angst, es ist keine Voraussetzung, dass Sie diese Dinge auswendig können müssen.

Mein erster Ratschlag zum Navigieren in Webstandards ist, sich von diesen nicht überwältigen zu lassen. Wenn Sie wie ich vom nicht-akademischen Weg in die Webentwicklung gekommen sind, kann die Struktur dieser Dokumente zunächst ziemlich formal erscheinen, und die Sprache kann sich auch so anfühlen. Lassen Sie dies nicht zu einem Grund werden, dies nicht als Informationsquelle zu verwenden – denn ehrlich gesagt ist es die beste verfügbare Informationsquelle, um herauszufinden, wie und warum Web-Dinge so funktionieren, wie sie es tun.

Hier sind einige schnelle Tipps für die Arbeit mit Webstandards:

• Die TL;DR-Version
  Zunächst ist es wichtig zu verstehen, dass es kein TL;DR für Webstandards gibt. Der Grund, warum sie diese langen und umfassenden Dokumente sind, ist, weil sie es sein müssen. Es kann nichts unversucht bleiben, wenn es darum geht, die Struktur und die von uns erwarteten Dinge in der Webentwicklung zu fordern. Es ist jedoch (ein Profi-Tipp und eine Möglichkeit, eine Informationsflut zu vermeiden), mit der Zusammenfassung des Standards zu beginnen und allen Links zu einführenden Dokumenten zu folgen. In meinem Beispiel führt uns das WCAG 2.1-Standarddokument zu einer anderen verlinkten Seite für die Übersicht über die Richtlinien für barrierefreie Webinhalte. Das bietet eine Reihe nützlicher Dokumentationen, einschließlich einer Kurzanleitung zur Erfüllung der WCAG 2.

• Nutzen Sie das Begriffsglossar
  Dies hilft lediglich, die genaue Bedeutung von Wörtern und Sätzen im Kontext des Webstandards zu verstehen. Seien wir ehrlich; Es gibt so viele Begriffe mit mehreren Bedeutungen. Ein Blick in das Glossar hilft auch bei der Navigation durch einige der eher akademischen Begriffe.

• „In Seite finden“ ist Ihr Freund
  Nachdem Sie sich einen Überblick verschafft und sich ein Bild von den Begriffen gemacht haben, die innerhalb eines Webstandards verwendet werden, können Sie beginnen, die Dokumentation nach den gewünschten Informationen zu durchsuchen. Die Webstandards sind so konzipiert, dass Sie sie auf verschiedene Weise nutzen können. Wenn Sie ein umfassendes Verständnis erlangen möchten, ist es ratsam, von Anfang bis Ende zu lesen; 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 WC3, TC39, WhatWG 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 Appelquist, who helped bring this article together.