Thinking as a founder/hacker - it's totally fine. Fixing those errors would have no effect on the user experience. There are no viewers that aren't using the site because of those errors. Fixing them would take time that can be more valuably spent elsewhere.
Be generous in what you accept, strict in what you provide.<p>Without that general principle the internet would <i>never</i> have got working. Even now, "standards" shift, and it's important that older sites don't simply stop working because of things that were once perfectly valid becoming slightly out-of-fashion.<p>Complexity is like a dead cat under the carpet. You can push it around all you like, but it will still be there, and someone still needs to deal with it.<p>It's just a shame that after a while it starts to smell, and the smell is hard to get rid of.
If browsers didn't have to accept faulty pages, they would probably much much smaller, less complex and more efficient.<p>But we moved all this complexity into browsers. So only the few browser manufacturers are in need of highly skilled devs and the rest of the world can stick with "us" ;)
Many of the pages on w3c.org's own site do not validate completely. The front page validates as XHTML strict, but the other pages linked to from it have errors and are supposed to be HTML5 according to the doctype.
Some of the "errors" you point out are only barely even errors, like missing `alt` attributes (nice for accessibility, not so helpful when the image isn't actually content).<p>Others like using empty trs for spacing is just old-school HTML wrangling. Could it be improved? Sure. Does it actually <i>matter</i>? Only barely.<p>Many of the errors are dupes; if you roll them up there are significantly fewer "errors". Which makes sense, because the HTML on HN is trivial to begin with, by design.<p>What was the point, even?
YC doesn't even have a <!doctype> declaration. It's obvious to me that the authors know the browser is going to run in quirks mode and don't care.<p>It obviously works.
Making a website compliant is like manufacturing your product with twice the precision necessary - for no reason whatsoever. But it's fun - if you're a masochist.
Why aren't you complaining that you checked against HTML 4.01 Transitional rather than 5, or 6, or whatever version you cutting edge people demand? You could then jack it up to 144 errors!
fun fact: pg hand-wrote the (original) news.yc http server (in arc) and it wasn't standards compliant. it terminated newlines with '\n' instead of '\r\n' causing much pain when trying to integrate any external tools. but, browsers accepted it, so it wasn't worth fixing.<p>Plus, let's ignore the whole "we only learned HTML in 1995 and never looked modern practices again" thing too because, well, it still works. Sometimes it's worth spending 5 hours making something just work using what you know instead of spending 500 hours making something ideologically pure.