Devo seguire rigorosamente ogni singolo standard HTML e CSS?

Prima il prodotto, poi il lucido.

Ottieni il tuo sito / applicazione / gioco facendo ciò che deve fare. Scaricalo, eseguilo e attira le persone.

Quindi, quando hai tempo, torna indietro e lucidalo. Ma solo perché tu tieni a bada, non perché lo faccia qualcun altro.

Naturalmente, se i problemi di non conformità indicano che le persone non possono visualizzarlo, o che è illeggibile brutto, o richiede un mese per essere caricato, o è difficile da mantenere, o si blocca il browser, questo è un grosso problema . Ma sarebbe ancora un grosso problema anche se tu fossi conforme agli standard.

Gli utenti ordinari non guardano la fonte di un sito web che non sta caricando e vanno, "Beh, non sta visualizzando le immagini, ma è completamente conforme al W3C". Semplicemente navigano su un altro sito web e non tornano più.

In conclusione, ci sono degli standard per rendere più facile la scrittura dei browser e per ridurre potenziali falle nella sicurezza. Amazon, Penny-Arcade e Stack Overflow non traggono i loro soldi dall'esecuzione di un sito Web conforme agli standard. E a meno che tu non partecipi a un concorso per la creazione di siti Web, nemmeno tu.

Gli scrittori di norme hanno pensato a cose che non ti sono venute in mente, come i problemi di accessibilità. Gli standard esistono per una ragione. E, con HTML5, gli standard sono abbastanza facili da seguire.

Potrebbero, occasionalmente, essere motivo per non seguire lo standard, ma seguirlo dovrebbe essere il comportamento predefinito.

La pigrizia non è una scusa per non seguire lo standard. A volte, se lo standard è stupido, è un motivo per non seguirlo. Come fai a sapere quando lo standard è stupido? Quando hai fatto uno sforzo in buona fede per un periodo prolungato per seguire tutti gli standard pertinenti in lettere e nello spirito e sei giunto ad una conclusione ragionevole e ben supportata che lo standard in qualche caso di nicchia è in realtà un difetto, non te.

La maggior parte delle volte non sarà applicabile.

Direi "aderire" agli standard nel miglior modo possibile - ma non perdere troppo tempo a fare il pignoleria, a volte è possibile progettare un HTML / CSS standard nel perseguimento della perfezione degli standard e lasciarlo nel peggiore stato .

Ad esempio, in una delle nostre applicazioni Web abbiamo una pagina per la fatturazione. La pagina elenca un lungo elenco di articoli da fatturare e contiene diverse colonne. Lo sviluppatore originale ha esagerato con la sindrome di "Tables is evil" e ha progettato l'intera struttura "table" in CSS.

Abbastanza impressionante, fino a quando non sei tu quello che ora ha bisogno di aggiungere un numero extra di colonne al rapporto, guarda quelle colonne andare dappertutto perché è necessario regolare le impostazioni CSS, la larghezza ecc ..... l'incubo.

Se lo sviluppatore non era così anonimo nel seguire i cosiddetti standard fino al tee, si sarebbe reso conto che in realtà, un normale tavolo HTML avrebbe reso molto più sensato, dopotutto la data della fattura è tabulare.

Questo mi porta su HTML semantico. Credo che il tuo HTML dovrebbe contenere solo elementi che descrivono la tua pagina. Gli stili devono essere memorizzati nei CSS e, nel peggiore dei casi, inseriti nell'attributo "Stile" del tag HTML, dove applicabile.

Inoltre, non vedo ragioni valide per cui non si debba inserire il codice HTML attraverso un validatore, a condizione che si ottenga un codice HTML valido in quel punto.

La prima considerazione dovrebbe essere il supporto dei browser utilizzati dai clienti. In secondo luogo dovresti rispettare gli standard quando applicabile.

Ad esempio, in un progetto recente l'unico browser che dovevamo supportare era Firefox 3.5. Ciò significa che potremmo usare le proprietà -moz css senza preoccuparci di come apparirebbe la pagina in un altro browser. Avrebbe davvero valso la pena di fare angoli arrotondati lungo la strada, solo così stavamo usando il css standard?

Detto questo, quando crei siti per più browser, gli standard di solito ti aiuteranno, piuttosto che a ostacolarti. Vorrei provare ad aderire alla maggior parte degli standard, ma non perdere il sonno se dovessi deviare per la compatibilità del browser.

Per il sondaggio, la risposta da parte mia è No.

Non seguire stanards alla cieca. Alcuni standard sono buoni, altri sono cattivi. Servono a vari scopi e alcuni, come le bozze di HTML5, servono a spingere una collezione di grandi produttori di browser e sviluppatori web in una direzione particolare che sembra buona soprattutto. Ma ricorda sempre che ci sono un sacco di cose terribili là fuori che sono state standardizzate ...

Anche COBOL era uno standard.