Starre denkpatronen in de webindustrie

Een tijdje geleden praatten we met wat verlichte zielen over de stand van webstandaarden in Nederland. We vonden dat daar verbetering in moest komen en we hebben allemaal wel ons best gedaan om mensen hiervan te overtuigen. Het lijkt er nu op dat de verbetering voor een deel is gerealiseerd maar dat sommige mensen wellicht zijn doorgeschoten.

Ik kom regelmatig webboeren tegen die valide XHTML 1.0 pagina’s aan de man proberen te brengen met als argument dat dit het beste is wat er bestaat op het gebied van mooie onderhoudbare webpagina’s.

Dit is pertinent onwaar. De voordelen van XHTML boven HTML 4.01 zijn —als ze er al zijn— miniem. De genoemde voordelen schone semantische code en een scheiding van inhoud, presentatie en gedrag, kunnen net zo goed en tegen lagere kosten gerealiseerd worden met normale HTML.

Potentiele nadelen zijn er daarentegen genoeg. Hier wat voorbeelden.

Futiele moeite

XHTML wordt door vrijwel geen enkele browser geïnterpreteerd als XHTML. Aangeraden wordt om vrijwel altijd je pagina’s aan te bieden als mimetype text/html. Je XHTML code zal dan alsnog geïnterpreteerd worden als normale HTML. Dit doet de meeste voordelen die je dacht te hebben al teniet.

Je kunt beter HTML 4.01 schrijven wat net zo semantisch kan zijn, niet langzamer is en beter begrepen en ondersteund wordt.

Draconische foutafhandeling

XHTML berust op een harde foutafhandeling om onvoorspelbaar gedrag te voorkomen. Het gevolg hiervan is dat als er een fout in een pagina mocht staan, de afhandeling stopt en de gebruiker geen pagina meer te zien krijgt maar alleen een foutmelding. In een internet dat grotendeels door mensen wordt geschreven en waar content van verschillende bronnen gehaald wordt, is het moeilijk om perfecte pagina’s te garanderen.

Een vergevingsgezinde parser zoals bij HTML met heldere1 afspraken wat te doen bij fouten is handiger.

Doodlopend pad

Er is geen helder migratiepad gedefinieerd van XHTML 1.0 naar XHTML 2.02. De XHTML 2.0 specificatie bevat significante veranderingen ten opzichte van de vorige waardoor veel code handmatig zal moeten worden aangepast. Het gebrek aan visie in deze specificatie zadelt iedereen die meedoet met XHTML 1.0 op met significante kosten wanneer er moet worden overgegaan naar de volgende versie.

HTML 4.01 is goed begrepen en wijd ondersteund. Er is een duidelijk upgrade-pad naar de HTML5 specificatie die zowel backwards compatible is met HTML 4.01 als een groot aantal nieuwe features bevat voor de toekomst.

Conclusie

Het is op dit moment dus af te raden -zelfs schadelijk- om XHTML te gebruiken. Dezelfde voordelen kun je met een veel groter gemak bereiken door het eenvoudige ouwe semantische3 HTML 4.01 te gebruiken4.

Ik pleit ervoor dat we niet alleen pleiten vóór webstandaarden maar tegelijkertijd ook voor een flexibelere manier van denken en een kritische houding ten opzichte van alles5. Ik kom6 teveel mensen tegen die na enige deliberatie een standpunt accepteren en er dan niet meer aan twijfelen maar het uitdragen als een soort gospel.

Continue kritiek van alles is noodzakelijk. Wat vandaag waar is, hoeft dat morgen niet meer te zijn. XHTML lijkt op dit moment dood, maar HTML5 biedt een serialisatie naar XML wat mogelijkheden biedt voor de toekomst7.

Je wereld kan veranderen. Het zou jammer zijn als je daar zelf als laatste achter kwam.

Update: Ik denk dat ik hier nog wat aan ga schaven en het dan op Frankwatching zet.

  1. Temminste in het geval van HTML5. []
  2. Het ontwikkelproces van deze standaarden bij de W3C is ook bijzonder gesloten waardoor veel moet worden gegist. Vergelijk dit met het proces van de WHATWG waar alles uit principe open is. []
  3. “>Plain Old Semantic HTML []
  4. Voor een goede bespreking van de kwesties rondom XHTML, waar ik voor dit stuk ook veel inspiratie uit geput heb, zie deze pagina met alle feiten op een rijtje. In het onderzoeken voor dit stukje kwam ik ook dit stukje van hjdeboer.nl tegen die het ook begrepen heeft. []
  5. In het bijzonder voor je eigen denkpatronen. []
  6. In de ICT lijkt rigide denken en folklore nog sterker vertegenwoordigd dan elders. []
  7. De gasten van de WHATWG zijn serieus slim. []

One thought on “Starre denkpatronen in de webindustrie”

  1. In GWT land (http://code.google.com/gwt) is er onder de contributors geen enkel debate over deze issue: Iedereen is het er mee eens dat XHTML niet gesupport hoeft te worden want het is niet relevant. Hier en daar zegt een gebruiker er wat van, maar echte argumenten komen er dan nooit uit (behalve ongedefinieerde rommel zoals ‘mooier’, ‘beter’, ‘meer standaard’).

    En ja, WHATWG zijn koningen!

    Overigens is die folklore gewoon standaard psychologie. Een standaard menselijk brein herkent situaties waar jij voor item X gekozen hebt, en waar het onmogelijk of prijzig wordt om een over te stappen op een alternatief voor X. X kan hier vanalles zijn, van ‘python’, naar ‘java’, naar ‘scriptaculous’ naar ‘ruby on rails’ naar ‘een mac’ naar ‘een Toyota Corolla’. Wanneer deze situatie bestaat klinken argumenten (rationeel of niet) in favour van ‘jou’ item X veel rationeler en logischer dan argumenten tegen X / voor een alternatief voor X. Dit is de psychologische reden waarom fanboys bestaan.

    Dit is overigens ook waarom de fanboy check: “Name five things that SUCK about your favourite technology X” ook zo’n goede check is: Iedereen is ‘guilty’ van een beetje fanboy zijn voor producten die ze dagelijks gebruiken, maar er is een groot verschil tussen oblivious parroting of the party line en toch in je hoofd zo veel mogelijk weten dat er andere dingen in de wereld bestaan dan alleen ‘item X’.

    XHTML en HTML zijn op zich nog geen eens zo moeilijk om te verwisselen met elkaar (er zijn grote verschillen maar het kan echt niet op tegen wisselen van bijvoorbeeld je ‘go-to’ programmeertaal) maar voor veel IT professionals zit dat instant fanboy-ism er met de paplepel in.

    Je hebt overigens helemaal gelijk: Die mentaliteit maakt je bijzonder dom. The web is changing. The right technology now may be the wrong technology tomorrow, and the sooner you realize this, the faster you can react.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.