Il Web di Oggi contro Quello che Ci Serve Davvero

Ti ricordi quando sviluppare per il web era una passeggiata? Potevi imparare le regole a memoria senza problemi. Oggi la specifica HTML pesa oltre 18 megabyte. È un mattone denso che si aggiorna di settimana in settimana. I browser supportano feature diverse. Tutti perdono tempo con workaround per bug assurdi.

E se ripensassimo il web da zero? Magari sarebbe più semplice.

Il Vero Problema: La Complessità come Barriera

La complessità del web non è un caso. Serve a creare un fosso invalicabile. Solo le grandi aziende con budget enormi possono permettersi di sviluppare browser. Questo blocca la concorrenza, frena le novità e lascia il controllo a pochi giganti. Loro modellano il web per fare profitti, non per migliorare la vita.

Vedi dal punto di vista della teoria dei giochi. Uno standard gonfio di regole astruse e capricci di rendering implica:

• Servono team di ingegneri per un nuovo browser.
• I piccoli non entrano nel gioco.
• I big dettano legge.
• L'innovazione si ferma.

Non è un difetto. È un vantaggio per chi domina già.

Come Sarebbe un Web Più Semplice?

Pensa a una specifica che sta in un file zip piccolo. Così compatta da stamparla. Con versioni semantiche precise (tipo 1.2.3), immutabili una volta uscite. Prendi la 1.2.0, vai su un'isola deserta e crei un browser perfetto solo con quella.

Grammatica Rigida Invece del Caos Tollerante

Il web attuale "corregge" errori di HTML con regole folli. I parser soffrono per rendere tutto. E se cambiassimo approccio?

Una specifica con grammatica formale e senza ambiguità. Una pagina è valida o no. Punto. Niente interpretazioni creative. Questo obbliga a regole chiare, facili da parsare ovunque.

Risultato? Gli sviluppatori passano a formati semplici come Markdown o YAML, che generano markup valido. I tool diventano accessibili. Tutti ci guadagnano.

Versioning Semantico come Impegno Fermo

I cambiamenti settimanali dei living standard mandano in tilt gli sviluppatori. Il versioning semantico risolve:

• Patch: solo correzioni di testo, grammatica intatta.
• Minor: feature compatibili con il passato.
• Major: rotture deliberate.

Scrivi codice per la 1.2.0. Funziona su browser da 1.2.0 a 1.3.x, non su 1.1.x. Decidi con cognizione. Pianifici sul serio.

Testo al Centro: La Feature Vincente

L'ossessione per media ricchi e script ha complicato tutto. E se puntassimo su testo e struttura semantica?

Il testo è portatile, traducibile, accessibile, leggero. Una pagina così:

• Si adatta a ogni schermo.
• Funziona con screen reader senza trucchi.
• Resta leggibile senza CSS.
• Si comprime al minimo.

Non è regresso. È tornare all'essenza: scambiare info tra persone.

Sullo Scripting: Una Provocazione

Idea controversa: lo scripting nel browser è stato un errore.

Non fraintendere. Non dico che l'interattività sia male. Il problema è infilare un linguaggio di programmazione completo in ogni pagina. Codice da siti qualsiasi con accesso quasi totale al sistema? Pazzesco.

Meglio un sistema dichiarativo limitato per l'interattività. App complesse come programmi separati, non script in-browser.

Perché Conta Oggi

Non è teoria astratta. Influenza il tuo lavoro quotidiano.

Per registrar di domain e hosting: Un web standardizzato porta sicurezza migliore, compliance facile, ottimizzazioni infrastrutturali. Da NameOcean, sprechiamo ingegneri su quirk del web. Standard puliti tagliano i costi.

Per developer: Specifiche chiare riducono bug, accelerano cicli, semplificano debug. Targetti versioni precise, non "l'ultimo browser".

Per startup: Complessità bassa apre porte. Più concorrenza, più idee, tool migliori.

Per utenti: File piccoli, caricamenti veloci, accessibilità, sicurezza di base.

La Resistenza al Controllo degli Standard

Punto chiave: gli standard evolvono per dinamiche di potere, non solo merito tecnico. La complessità è un moat per proteggere quote di mercato. Capirlo spiega perché cambiare è dura.

Riprogettare richiede teoria dei giochi: come tenere standard aperti e semplici contro incentivi a complicarli?

Soluzioni: limiti di dimensione file, governance chiara, garanzie di compatibilità, stewardship comunitaria. Non è solo tech. È politica.

Cosa Fare Subito

Non puoi forkare il web domani. Ma puoi agire:

• Sviluppa semplice. Limita JavaScript. Usa HTML semantico. Fai siti che girano senza CSS.
• Punta a versioni browser precise. Documenta i target di compatibilità.
• Privilegia il testo. Rendi siti leggibili in plain text. Markdown per contenuti.
• Dubita feature vendor inutili. Non usare tutto solo perché esiste.
• Sostieni standard aperti. Browser piccoli, progetti open source, iniziative community. Conta il principio, non il market share.

La Domanda Vera

Il web non deve essere così complicato. Lo è perché gli standard sotto capitalismo si gonfiano. La soluzione tecnica è facile; quella politica no.

Un "web forkato" forse non arriverà. Ma porsi queste domande ci tiene onesti. Il web attuale non è destino. È una scelta. E le scelte si cambiano.

Prossima volta che lotti con un quirk browser o copi feature complesse per non sfigurare, pensa: non deve essere per forza così.