Eins vorweg: Sauberer Quellcode ist sehr wichtig und sollte immer das Ziel sein. Nicht nur der Standardkonformität wegen.
Würde sich alles so schnell entwickeln, wie vielleicht erträumt, dann hätte man bei Fehlern im (X)HTML-Quellcode sogar mit größeren negativen Auswirkungen zu rechnen. Diskutieren müsste man dann eher nicht mehr. Wie in Programmiersprachen auch, wäre es dann so, dass bei Fehlern in den meisten Fällen das Programm schlicht und ergreifend nicht läuft.
(X)HTML ist eine Auszeichnungssprache und lässt eben mehr Spielräume. Die Mühlen bei 3 mal W mahlen bekanntlich etwas langsamer. Und so ist es derzeit so, dass auch Websites, deren Quellcode mit 100 oder mehr Fehlern gespickt ist, im Prinzip meist einwandfrei funktionieren. Die Verstöße gegen die allgemein gültigen Regeln sind meist (noch) rein formaler Natur …
Diese Erkenntnis soll aber bitte kein Freifahrtschein dafür sein, sich nicht mehr um die Qualität seines Quell- und CSS-Codes zu kümmern.
