Azért okoz nehézséget, mert az oldalnak nem csak szintaktikailag (valid xhtml), hanem szemantikailag is helyesnek kellene lennie. Legalábbis a jövőre való tekintettel fogunk nagyon kitolni magunkkal, ha nem mozdul ki a web a mostani szeméthalom szintű HTML kódokból (ezért is tessék használni Drupalt vagy hasonló minőségű CMS-t, és csak nagyon indokolt esetekben custom motorral szenvedni).
Ha nem kellene workaroundolni, hanem minden browser úgy kezelné a webet, hogy jön egy application/xhtml+xml header, és parse errort dob a rossz HTML-re, akkor sokkal gyorsabbak és kisebbek lennének a browserek (gondoljunk itt az embedded eszközökre).
Szoftverfejlesztési szempontból pedig ha workaroundolni kell, az rossz, mert rontja az implementáció tisztasását. Itt rengeteg dolog sérülhet: karbantarthatóság, modularitás, továbbfejleszthetőség, újrafelhasználhatóság stb. Rövid távon persze kit érdekel, de ha valaki másnak kell folytatnia a projektet, akkor sokkal gyorsabban át tud látni egy tiszta kódot, mint egy telegányoltat.
A workaroundok potencionális bugforrások, ráadásul az $is_ie típusú hacked sokkal nehezebbé és körülményesebbé teszik az automatizált teszteléseket.
Elhiszem, hogy meg lehet tanulni az összes IE6 bugot és a workaroundjaikat, de szerintem nem sok értelme van annak, hogy egy rossz szoftver hibái miatti hackelgetéssel szennyezzük a saját kódunkat.
"Ubuntu is an african word, meaning: 'I don't have enough money to buy a Mac'"