Standard Web: cosa, perché e come

Il World Wide Web è un luogo interessante.

Poiché Internet è cresciuto e è diventato un luogo più comune, è diventato un gigantesco strumento di cambiamento in termini di modo in cui interagiamo con il mondo e gli uni con gli altri.

Come molte persone, la mia introduzione allo sviluppo web a scuola è stata piuttosto cupa. Le nostre lezioni di ICT (Information Computing Technology) della nostra scuola ci hanno insegnato molto poco, utilizzando Dreamweaver (ai tempi in cui era un prodotto Macromedia) come piattaforma per modificare visivamente un sito Web personale con la lezione più importante "che cos'è un collegamento ipertestuale". Non abbiamo nemmeno visualizzato il sorgente HTML dei nostri siti Web!

Quindi la mia formazione su HTML e CSS è venuta in gran parte dall'uso dell'opzione "visualizza sorgente" nei siti Web. Ho imparato copiando e incollando pezzi e pezzi insieme per creare i miei siti Web e scaricare modelli per bootstrap, prima di sapere cosa fosse effettivamente il bootstrap.

Perché te lo dico?

Avendo recentemente intervistato i miei follower su Twitter (è una scienza esatta), ho scoperto che una grande fetta di persone (43% delle persone che hanno votato), sapeva poco o nulla degli standard Web e solo il 5% di coloro che hanno votato erano contributori attivi.

[sondaggio] Sei uno sviluppatore web o un riparatore? Hai già creato qualcosa per il web?

Che tu sia un principiante assoluto o uno sviluppatore web a tempo pieno, rispondi a questa domanda > Cosa sai degli standard web?

RT per raggiungere

— Amy-ing per un dottorato di ricerca (@RedRoxProjects) 16. novembre 2018

Quando guardi ai modi in cui le persone imparano a fare sviluppo web, è del tutto comprensibile che potrebbe essere così. Il volume di tutorial online, bootcamp e risorse online per imparare a creare siti web ha portato a un numero crescente di sviluppatori web autodidatti (come me) che costruiscono cose per il web.

Questo è uno dei grandi successi di Internet; chiunque può imparare quasi tutto e ci sono sempre più risorse per l'apprendimento al di fuori del mondo accademico è davvero positivo in termini di riduzione delle barriere all'accesso allo sviluppo web come carriera.

Anche con risorse gratuite online ci sono ancora una serie di ostacoli nell'imparare a diventare uno sviluppatore web. Non sto dicendo che questi non esistano - lo fanno davvero - e dovremmo fare di più come comunità per affrontarli.

Ma con la diversificazione dei processi di apprendimento derivano diverse sfide, tra cui il sovraccarico di informazioni e le lacune di conoscenza .

Quando si impara a costruire cose dal sapore web, è molto facile rimanere invischiati in " come faccio a costruire la cosa? ” Ciò può comportare non considerare ugualmente il “ perché dovrei costruirlo in questo modo? " o " quali sono tutte le opzioni per costruire la cosa? "

Di conseguenza, è altrettanto facile essere sopraffatti dai molti modi per risolvere il tuo problema relativo al web. Ciò può comportare la scelta della prima soluzione dai risultati di una ricerca su Internet, senza considerare se è la migliore (in termini di più robusta, accessibile e sicura) delle opzioni disponibili.

Gli standard Web e la documentazione a supporto degli standard Web forniscono molte informazioni sul "perché" e sul "cosa" del world wide web. Sono una risorsa fantastica per qualsiasi sviluppatore web e ti aiutano a costruire cose per il web che siano funzionali, accessibili e compatibili tra loro.

Questo post è progettato per aiutare chiunque sia interessato al Web e desideri saperne di più sugli standard Web. Copriremo:

• Un'introduzione agli standard web (cosa sono, perché esistono e chi li produce);
• Come navigare e utilizzare gli standard nel tuo lavoro;
• Modi in cui puoi essere coinvolto nel contribuire a standard nuovi ed esistenti.

Iniziamo la nostra introduzione agli standard web chiedendo: “ Perché abbiamo bisogno di standard per il web? "

Il World Wide Web prima degli standard

Possiamo pensare al World Wide Web come a un ecosistema dell'informazione. Le persone creano contenuti che vengono immessi nel web. Questo contenuto viene quindi passato attraverso un browser per consentire alle persone di accedere a tali informazioni.

Prima di Web Standards, non c'erano molte regole fisse per nessuna parte di questo sistema; nessuna regola formale su come dovrebbe essere creato il contenuto, né alcun requisito in termini di come un browser dovrebbe fornire tali informazioni alle persone che le richiedono.

Quindi, in un certo senso, la ragnatela funzionava un po' come quel giocattolo per bambini in cui devi ordinare i blocchi di diverse forme nei fori corretti. In questa analogia, i diversi tipi di browser sono i fori di forma diversa e il contenuto o siti Web, sono i blocchi colorati.

In passato, come creatore di contenuti avresti creato un sito Web adatto al browser a cui sarebbe stato destinato. Ad esempio, creeresti un blocco a forma di IE per poterlo passare attraverso il buco di Internet Explorer.

Ciò significava che il blocco del sito Web che avevi creato si sarebbe adattato solo a quell'unico foro e avresti dovuto ricostruire il tuo contenuto in altre forme per visualizzarlo utilizzando uno qualsiasi degli altri browser.

Gli sviluppatori negli anni '90 dovevano spesso creare tre o quattro versioni di ogni sito Web che creavano, in modo che fosse compatibile con ciascuno dei browser disponibili in quel momento. E per di più, i produttori di browser nel tentativo di migliorare la loro concorrenza introdurrebbero "caratteristiche" che diversificano il loro approccio dai loro concorrenti.

All'inizio, probabilmente era più giusto dire che il nostro browser Internet per il giocattolo di corrispondenza dei contenuti assomigliava più a questo:

Questo perché i browser sono stati creati per gestire più o meno le stesse cose, che erano in gran parte contenuti basati su testo. Quindi, per la maggior parte, un blocco di siti Web si adatterebbe alla maggior parte dei buchi, ad eccezione forse di uno in cui potrebbe adattarsi, ma non perfettamente.

Man mano che i browser si sviluppavano, iniziavano ad aggiungere funzionalità (ad esempio cambiando la loro forma) ed è diventato sempre più difficile creare un blocco che passasse attraverso ciascuno dei fori del browser. Ciò significava anche che un blocco che una volta poteva passare attraverso un particolare foro, non si adattava più a quel foro; l'aggiunta di queste funzionalità nel browser comporterebbe spesso una scarsa compatibilità inversa.

Questo è stato davvero dannoso per alcuni sviluppatori. Ha creato un sistema in cui la compatibilità era limitata ai creatori di contenuti che potevano permettersi di aggiornare e refactoring continuamente i propri siti Web per ciascuno dei browser disponibili. Per tutti gli altri, ogni volta che veniva rilasciata una nuova funzionalità o versione, c'era la possibilità che il tuo sito Web non funzionasse più con quel browser.

Sono stati introdotti standard web per proteggere l'ecosistema web, per mantenerlo aperto, libero e accessibile a tutti. Mettere il Web in una bolla protettiva e scioglierlo con l'idea di dover creare siti Web adatti a browser specifici.

Quando sono stati introdotti gli standard, i produttori di browser sono stati incoraggiati ad aderire a un modo standardizzato di fare le cose, con il risultato che la compatibilità incrociata è diventata più semplice per i produttori di contenuti e non c'è più la necessità di creare più versioni dello stesso sito Web.

Nota : ci sono ancora una serie di sfumature sulla compatibilità incrociata tra i browser. Ancora oggi, a oltre 20 anni dall'introduzione degli standard, non siamo ancora a "taglia unica".

Ecco una rapida occhiata ad alcuni dei momenti chiave nella storia dello sviluppo del browser web:

Fonte: "Browser Web: una breve storia" di Rhiannon Williams

Perché abbiamo bisogno di standard

Conoscendo un po' la storia degli standard e il motivo per cui sono stati introdotti, possiamo iniziare a vedere i vantaggi di avere standard per il World Wide Web. Ma perché è importante continuare a contribuire a Web Standards? Ecco solo alcuni motivi:

Mantenere il Web libero e accessibile a tutti

Senza la comunità degli standard Web, i produttori di browser sarebbero quelli che prenderebbero le decisioni su ciò che dovrebbe e non dovrebbe essere le caratteristiche del World Wide Web. Ciò potrebbe portare il web a diventare una merce monopolizzata, in cui solo i più grandi attori avrebbero voce in capitolo su ciò che riserva il futuro.

Aiutare a semplificare il codice sorgente; Riduzione dei tempi di sviluppo e manutenzione

Man mano che apparivano più browser e i produttori di browser iniziavano a diversificare il loro approccio, è diventato sempre più difficile creare contenuti che sarebbero stati serviti allo stesso modo su più browser. Ciò ha aumentato la quantità di lavoro necessaria per creare un sito Web completamente compatibile, incluso il gonfiamento del codice sorgente di una pagina Web. Come sviluppatori oggi dobbiamo ancora includere [X script] dispari, quindi funziona su [browser web X], ma senza gli standard Web, sarebbe molto peggio.

Rendere il Web un luogo più accessibile

Gli standard Web aiutano a standardizzare il modo in cui un sito Web può interagire con le tecnologie assistive. Ciò significa che i produttori di browser e gli sviluppatori Web possono incorporare istruzioni nelle loro pagine che possono essere interpretate dalle tecnologie assistive per mantenere un'esperienza dell'utente finale comune (o talvolta migliore).

Consentire compatibilità e convalida con le versioni precedenti

Gli standard Web hanno creato una base che consente ai nuovi siti Web, conformi agli standard, di funzionare con versioni precedenti del browser. Questa idea di compatibilità con le versioni precedenti è estremamente importante per mantenere il Web accessibile. Non garantisce che i browser più vecchi mostreranno i tuoi contenuti esattamente come ti aspetti, ma assicurerà che la struttura del documento web sia compresa e visualizzata di conseguenza.

Aiutare a mantenere una migliore SEO (ottimizzazione per i motori di ricerca)

Un altro dei principali vantaggi nascosti (al momento dell'introduzione di Web Standards) era che un sito Web conforme agli standard Web era più rilevabile dai motori di ricerca. Ciò è diventato più evidente quando la ricerca di Google è diventata il principale attore nel mondo dei motori di ricerca nei primi anni 2000.

Creare un pool di conoscenze comuni

Un mondo con standard web crea un luogo in cui esiste un insieme di regole, regole che ogni sviluppatore può seguire, comprendere e familiarizzare. In teoria, ciò significa che uno sviluppatore potrebbe creare un sito Web conforme agli standard e un altro sviluppatore potrebbe riprendere da dove si era interrotto il primo senza troppi problemi. In realtà, gli standard forniscono le basi per questo; ma l'idea si basa fortemente sugli sviluppatori che scrivono codice ben documentato.

Chi decide cosa diventa uno standard web?

Gli standard sono creati dalle persone. Nel web e nello spazio Internet c'è una forte cultura del consenso, il che significa molte chiacchiere e molte discussioni.

I gruppi attraverso i quali vengono sviluppati gli standard sono talvolta indicati come "Organizzazioni per lo sviluppo di standard" o SDO . Gli SDO chiave nello spazio web includono Internet Engineering Task Force (IETF), World Wide Web Consortium (W3C), WHATWG ed ECMA TC39. Storicamente c'erano anche gruppi come il Web Standards Project (WaSP), che sostenevano che gli standard Web fossero adottati dalle organizzazioni.

I gruppi che lavorano su Internet e Web Standards operano generalmente in regime di royalty-free. Ciò significa che quando utilizzi uno standard web non devi pagare nessuno, come qualcuno che potrebbe detenere un brevetto rilevante. Anche se l'idea che potresti dover pagare royalties a qualcuno per creare un browser web o un sito web potrebbe sembrare assurda in questo momento, non è passato molto tempo da quando organizzazioni come BT stavano cercando di affermare la proprietà del concetto di collegamento ipertestuale. Le organizzazioni di standard come quelle elencate di seguito aiutano a mantenere il Web libero (o almeno privo di costi di licenza).

Che cos'è IETF?

L'IETF è il nonno delle organizzazioni di standard Internet. È qui che le tecnologie Internet sottostanti come TCP/IP (Transmission Control Protocol/Internet Protocol) e DNS (Domain Name System) vengono standardizzate. Un'altra tecnologia chiave sviluppata in IETF è qualcosa chiamato Hyper-Text Transport Protocol (HTTP) di cui potresti aver sentito parlare.

Se hai prestato attenzione all'ascesa di HTTP2 e al successivo sviluppo di HTTP3 (basato su UDP), è qui che avviene quel lavoro. La maggior parte del lavoro in IETF si concentra sui livelli inferiori del modello di interconnessione di sistemi aperti.

Che cos'è il W3C?

Il World Wide Web Consortium (W3C) è una comunità internazionale in cui le organizzazioni membri, uno staff a tempo pieno, esperti invitati e il pubblico lavorano insieme per sviluppare standard Web. Guidato dall'inventore e direttore del Web Tim Berners-Lee e dal CEO Jeffrey Jaffe, la missione del W3C è portare il Web al suo pieno potenziale.

La comunità è stata fondata nel 1994 presso il MIT (Massachusetts Institute of Technology) in collaborazione con il CERN. Al momento di questo post, il W3C conta 475 aziende e organizzazioni associate ed esiste come un consorzio tra 4 istituzioni accademiche: MIT (USA), ERCIM (Francia), KEIO University (Giappone) e Beihang University (Cina).

Il lavoro nel W3C avviene in gruppi di lavoro e gruppi di comunità . I gruppi di comunità sono il luogo in cui si verificano molte innovazioni iniziali intorno alle nuove tecnologie web. Nuovi standard web possono essere prodotti da gruppi di comunità ma sono ufficialmente visti come "pre-standard". I gruppi della comunità sono aperti a chiunque possa partecipare, indipendentemente dal fatto che l'organizzazione per cui lavori o a cui sei affiliato sia un membro del W3C.

I gruppi di lavoro del W3C sono il luogo in cui vengono ufficialmente coniati i nuovi standard web. I gruppi di lavoro di solito iniziano con la presentazione di uno standard, spesso qualcosa che viene già distribuito in alcuni browser. Tuttavia, il lavoro tecnico per perfezionare questi standard avviene all'interno di questi gruppi prima che lo standard venga approvato come "Raccomandazione W3C". Quando qualcosa raggiunge la fase di "raccomandazione" nel W3C, viene spesso implementato e ampiamente utilizzato nel web.

È più difficile far parte dei gruppi di lavoro per le persone che non sono affiliate a un'organizzazione membro. Tuttavia, potresti diventare un esperto invitato in un gruppo. Uno dei motivi per cui è un po' più difficile entrare a far parte dei gruppi di lavoro e operare con più processi è che agiscono anche come detentori della proprietà intellettuale: entrando a far parte di un gruppo di lavoro del W3C, le organizzazioni e le aziende accettano la licenza esente da royalty prevista nella politica sui brevetti del W3C .

Natasha Rooney, membro del W3C Advisory Board, ha messo insieme un ottimo documento, W3C Process Document for Busy People, che spiega molti dettagli del lavoro nel W3C.

Cos'è il WHATWG?

Il WHATWG era originariamente un gruppo scissionista del W3C. È stata costituita nel 2007 perché alcuni fornitori di browser non erano d'accordo con la direzione in cui il W3C stava spingendo l'HTML. WHATWG continua ad essere il luogo in cui l'HTML viene sviluppato ed evoluto. Tuttavia, la comunità di partecipazione alla specifica HTML include ancora molte persone della comunità del W3C e molte persone affiliate a WHATWG partecipano ai gruppi di lavoro del W3C.

Al momento di questo post, il rapporto tra il W3C e il WHATWG rimane in evoluzione. Dal punto di vista degli sviluppatori, questo non ha molta importanza perché gli sviluppatori possono fare affidamento su risorse come MDN per riflettere la "verità" di quali tecnologie Web possono essere utilizzate in browser specifici. Tuttavia, ha portato a una mancanza di chiarezza, in termini di dove partecipare allo sviluppo di determinati standard. WHATWG ha anche un proprio accordo di licenza royalty-free: l'accordo di partecipazione WHATWG.

Qual è il "perché CG"?

Il Web Incubator Community Group (WICG, pronunciato Why-CG ) è un gruppo di comunità speciale, all'interno del W3C, in cui vengono discusse e sviluppate alcune tecnologie web nuove ed emergenti.

Se hai una grande idea per un nuovo standard, una nuova funzionalità per uno standard esistente o una nuova tecnologia che ritieni debba essere incorporata nel web, vale la pena controllare prima qui per vedere se qualcosa del genere è già stato discusso. Se lo è, fantastico! Entra in queste discussioni e dai il tuo supporto. Se no, allora suggeriscilo! Ecco a cosa serve questo gruppo.

Che cos'è l'ECMA TC39?

Ecma è un'organizzazione di standardizzazione per i sistemi di informazione e comunicazione, fondata nel 1961 per standardizzare i sistemi informatici in Europa. Il suo nome deriva dall'essere precedentemente conosciuta come "European Computer Manufacturers Association", ma ora è denominata "Ecma International — Associazione europea per la standardizzazione dei sistemi di informazione e comunicazione" da quando l'organizzazione è diventata globale nel 1994.

Lo standard ECMA-262 delinea la specifica del linguaggio ECMAScript, che è la specifica standardizzata del linguaggio di scripting noto come JavaScript. Sono state pubblicate dieci edizioni di ECMA-262 (la decima edizione è stata pubblicata a giugno 2018).

TC39 (Comitato Tecnico 39) è il comitato che evolve JavaScript. Come gli altri gruppi qui elencati, i suoi membri sono società che includono la maggior parte dei principali produttori di browser. Il comitato ha riunioni regolari a cui partecipano delegati inviati dalle organizzazioni membri e anche esperti invitati. Il TC39 opera per ottenere il consenso, come con molti altri gruppi, e gli accordi presi spesso comportano obblighi per i suoi membri (in termini di funzionalità future che le organizzazioni membri dovranno implementare). Il processo TC39 prevede l'accelerazione delle proposte attraverso una serie di fasi, la progressione di una proposta da una fase all'altra deve essere approvata dal comitato.

Che cos'era il progetto degli standard Web?

Il Web Standards Project è stato formato nel 1998 come resistenza al confronto delle funzionalità che si verificava tra i browser negli anni '90; con l'obiettivo principale di convincere i produttori di browser a conformarsi agli standard stabiliti dal W3C.

Con la crescita dell'organizzazione e la fine della guerra dei browser, il progetto ha iniziato a spostare l'attenzione. Il gruppo ha iniziato a lavorare con i produttori di browser per migliorare il supporto degli standard, consultando i produttori di software che hanno creato strumenti per la creazione di siti Web e formando web designer e sviluppatori sull'importanza degli standard web. L'ultimo di questi punti ha portato alla creazione del quadro del curriculum web InterAct che ora è gestito dal W3C.

Il progetto Web Standards ha cessato di essere attivo nel 2013. Il 1° marzo è stato creato un post sul blog finale che ringrazia per il duro lavoro dei membri e dei sostenitori del progetto. Nelle osservazioni conclusive di questo post, si ricorda ai lettori che il lavoro del Web Standards Project non è del tutto finito e che la responsabilità ora ricade su migliaia di sviluppatori che continuano a preoccuparsi di garantire che il web rimanga un libero, aperto, inter- risorsa utilizzabile e accessibile.

In che modo qualcosa diventa uno standard Web?

Allora, come sono fatti gli standard? La risposta breve è attraverso MOLTE discussioni.

Le proposte per nuovi standard di solito iniziano come una discussione all'interno di un gruppo di comunità (questo è particolarmente il caso nel W3C) o attraverso problemi sollevati sul repository GitHub pertinente.

Tra i diversi SDO, sembra quindi esserci un tema comune di ascensione; dopo che la discussione è iniziata, sale all'interno dell'organizzazione e, a ogni livello, un comitato decisionale deve raggiungere un consenso per approvare l'elevazione di quella discussione. Questo viene ripetuto fino a quando la discussione diventa una proposta, quindi quella proposta diventa una bozza e la bozza diventa uno standard ufficiale.

Ora, come accennato in precedenza, quando qualcosa non è uno standard ufficiale, ciò non significa necessariamente che non sia in uso all'interno di alcuni browser. Infatti, quando qualcosa diventa uno standard, è probabile che abbia già un uso diffuso su molti dei browser disponibili. In questo caso, il ruolo della norma è parte del processo di normalizzazione e adozione di nuove funzionalità; stabilisce l'uso previsto per qualcosa e quindi delinea come i produttori e gli sviluppatori di browser possono conformarsi a questa aspettativa.

Cos'è il TPAC?

Ogni anno, il W3C organizza un grande evento, un incontro multigruppo della durata di una settimana scandito da una conferenza di un giorno il mercoledì (la Plenaria Tecnica) combinata con una riunione del suo Comitato Consultivo (un gruppo composto da una persona per ogni organizzazione o società che è un membro del W3C). Metti insieme la Plenaria Tecnica e il Comitato Consultivo e otterrai TPAC (spesso pronunciato tee-pac ). Sebbene sia un evento gestito dal W3C, qui troverai spesso anche persone "di" WHATWG, IETF o TC39.

L'anno scorso, le persone di Samsung Internet si sono riunite per partecipare al TPAC. Abbiamo anche sponsorizzato borse di studio sulla diversità che hanno lo scopo di portare persone provenienti da gruppi sottorappresentati al TPAC e alla comunità degli standard Web.

Il mio primo TPAC

Quando ho sentito per la prima volta il team parlare di TPAC, non avevo idea di cosa aspettarmi. Dopo aver letto l'evento sul sito web di TPAC, mi sono registrato e ho prenotato il mio viaggio. Ben presto, ero su un treno da Londra a Lione con la squadra.

All'arrivo, mi è stato dato il mio cordino e una mappa delle varie stanze in cui si stava svolgendo tutta l'azione. Il mio obiettivo, per i tre giorni in cui ho partecipato, era di partecipare con quante più cose di tipo accessibilità possibile. Essendo arrivato poco dopo che le cose erano iniziate il mio primo giorno, rimasi a fissare una porta chiusa per il gruppo di lavoro sulle Linee guida per l'accessibilità a cui volevo partecipare. Molte cose mi sono passate per la mente in quel momento; "Forse dovrei aspettare fino alla pausa?" "No, non essere sciocco, manca ancora un'ora." "Forse dovrei bussare?" "Ma non sarebbe più dirompente del semplice entrare?" "Forse non dovrei entrare affatto..." Ma dopo qualche minuto, trovai il coraggio di entrare nella stanza.

C'era una tavola rotonda allestita (che è tipica di molte di queste sessioni) con persone sedute ai tavoli con laptop; insieme a una serie di posti a sedere disposti attorno al bordo della stanza per consentire alle persone di unirsi in un ruolo più osservativo. Ogni gruppo disponeva anche di una chat room su IRC, a cui poteva partecipare chiunque appartenesse al W3C (che partecipasse al TPAC di persona o meno). Mi sono seduto alla fine di uno dei tavoli; anche se non sono ancora sicuro che fosse la cosa giusta da fare in termini di etichetta.

Inizialmente, ero preoccupato che la mia presenza risaltasse tanto quanto la gigantesca statua dell'orso fuori dal locale; ma nessuno nella stanza prestò attenzione al mio arrivo e così la discussione continuò. Il gruppo stava per passare a ricevere un aggiornamento sul lavoro svolto dalla Silver Task Force; un gruppo comunitario che sta cercando di rendere più accessibili gli stessi standard di accessibilità.

È stato davvero interessante sedersi a tavola per queste discussioni. Mentre era la prima volta che partecipavo, ad alcune lingue ci è voluto un po' per abituarsi (termini come "conformità" e "normativa"); è stato molto bello essere all'interno di una stanza piena di persone a cui importava così tanto dell'accessibilità. Molti dei partecipanti a questo gruppo di lavoro hanno parlato da una posizione di esperienza vissuta in termini di utilizzo del web con un requisito di accessibilità. Dopo aver trascorso i miei ultimi tre anni a ricercare i requisiti di accessibilità nella tecnologia della musica digitale, mi sono sentito a mio agio seguendo le domande sollevate dai membri di questo gruppo.

Il lavoro mostrato dalla Silver Task Force in questa prima discussione ha davvero suscitato in me un interesse. Sembrava un punto di vista piuttosto rinfrescante su come rendere gli standard, in generale, più accessibili e inquadrarli in modo tale da rendere più facile la navigazione e consigli e indicazioni più personalizzati. Nei giorni seguenti mi sono unito a questo gruppo (molto più piccolo) e ho avuto la possibilità di dare un contributo alle conversazioni, il che è stato davvero positivo. Dopo il TPAC, mi sono unito al gruppo della comunità per la Silver Task Force e ho in programma di partecipare agli incontri settimanali nel nuovo anno.

Una delle cose belle del TPAC (per coloro che non presiedono un gruppo di lavoro o hanno un ruolo di primo piano) è stata la capacità di entrare e uscire dalle sessioni. Tra le cose a cui ho partecipato nei pochi giorni in cui sono stato al TPAC, c'è stata una sessione del Web Incubator community group (WICG), un incontro di sviluppatori con discorsi di membri di spicco della comunità e dimostrazioni di nuove tecnologie web, e un Diversity e Inclusione per la riunione del W3C. Un ulteriore vantaggio dell'andare a TPAC con il team Internet Samsung è stato l'incontro con persone del nostro team con sede in Corea, nonché altri membri del team Samsung dagli Stati Uniti.

Come utilizzare gli standard Web nel tuo lavoro

Quindi, ora che conosci il perché e il percome degli standard Web, come utilizzi gli standard Web nel tuo lavoro?

Mozilla Developer Network Web Docs (MDN Web Docs)

Noi (il team Internet di Samsung) consigliamo di iniziare con i documenti Web MDN (Mozilla Developer Network) se sei interessato a saperne di più su uno standard Web o una tecnologia particolare. Sebbene MDN WebDocs sia iniziato come Mozilla Project, più recentemente è diventato il luogo in cui gli sviluppatori Web si rivolgono per la documentazione cross-browser sulle tecnologie della piattaforma web.

L'anno scorso, Samsung si è unita a Bocoup, Google, Microsoft e W3C per formare l'MDN WebDocs Product Advisory Board per garantire che MDN mantenga questa posizione.

Quando cerchi una tecnologia in MDN, vedrai una matrice di compatibilità del browser che ti consente di sapere qual è il supporto del browser. Troverai anche un link alla versione più pertinente e aggiornata dello standard. Quando segui un collegamento a uno standard, verrai indirizzato alla pagina Web pertinente che descrive tale standard e le sue specifiche tecniche. Queste pagine possono essere un po' opprimenti all'inizio, poiché hanno una struttura in qualche modo "accademica".

Per darti alcuni suggerimenti sulla navigazione nella documentazione, diamo un'occhiata a uno standard con cui ho più familiarità: le Linee guida per l'accessibilità dei contenuti Web del W3C (2.1).

Questo è il formato di uno standard web del W3C. È dotato di un sommario sul lato sinistro della pagina mentre il contenuto è organizzato in intestazioni molto strutturate, a partire dalla versione, dai report e dai dettagli degli editori. Queste intestazioni negli standard sono spesso utilizzate per citare le parti rilevanti di uno standard " Oh, ma WCAG 2.1 1.2.2 dice "; ma per chi non ha la memoria alfanumerica di un hard-disk, non temere, non è un requisito che tu debba sapere queste cose a memoria.

Il mio primo consiglio sulla navigazione degli standard web è di cercare di non lasciarsi sopraffare da questi. Se sei arrivato dal percorso non accademico allo sviluppo web come me, la struttura di questi documenti può sembrare a prima vista piuttosto formale e anche il linguaggio può sembrare in questo modo. Non lasciare che questo sia un motivo per evitare di usarlo come fonte di informazioni, poiché francamente è la migliore fonte di informazioni disponibile per scoprire come e perché le cose del web funzionano nel modo in cui funzionano.

Ecco alcuni suggerimenti rapidi per lavorare con gli standard web:

• La versione TL;DR
  In primo luogo, è importante capire che non esiste un TL;DR per gli standard web. Il motivo per cui sono questi documenti lunghi e completi è perché devono esserlo. Non ci può essere nulla di intentato quando si tratta di esigere la struttura e ci si aspetta da noi le cose di sviluppo web. Tuttavia (un consiglio per professionisti e un modo per evitare di sovraccaricare le informazioni), è iniziare con l'abstract dello standard e seguire tutti i collegamenti ai documenti introduttivi. Nel mio esempio, il documento standard WCAG 2.1 ci porta a un'altra pagina collegata per la panoramica delle linee guida per l'accessibilità dei contenuti Web. Che fornisce una serie di documentazione utile, inclusa una guida di riferimento rapido su come soddisfare le WCAG 2.

• Usa il glossario dei termini
  Questo aiuta solo a capire il significato esatto di parole e frasi nel contesto dello standard web. Affrontiamolo; ci sono così tanti termini là fuori con più significati. Consultare il glossario aiuta anche a navigare in alcuni dei termini più accademici.

• 'Trova nella pagina' è tuo amico
  Dopo aver acquisito familiarità con una panoramica e aver avuto un'idea dei termini utilizzati all'interno di uno standard web, è possibile iniziare a cercare nella documentazione le informazioni necessarie. Gli standard web sono progettati in modo tale da poterli consumare in diversi modi. Se si cerca di acquisire una comprensione completa, si consiglia di leggere dall'inizio alla fine; 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.