One of the ways that I learn is by picking out a given HTML tag, for example, from the soup of a website's source code. And then reading the MDN page for that tag, which has information on the idiomatic ways to use it.
One of the ways that I learn is by picking out a given HTML tag, for example, from the soup of a website's source code. And then reading the MDN page for that tag, which has information on the idiomatic ways to use it.
What does it means "well-programmed" if the end product isn't:
- accessible
- semantically correct
- light (no unnecessary javascript bloat, no unnecessary chains of dozens of divs, no cascading !important, very good performance)
?
I don't buy much the "well-programmed" fable of applications that don't show that in the end result.
My rails app takes that lovely HTML and CSS, and (in the middleware) it makes it look really ugly. It removes all the sugar, white space, newlines and SCSS niceness. It replaces all the lovely class names with numbered class (c1, c2...). It removes unused classes from the CSS.
So... it's well programmed, and very ugly when viewed by the user. It's smaller and semantically correct, but reading it client side is not really possible for a human, or a scraper (because the class names change)
Now the ugly HTML/CSS is displayed rather nicely, so the end results are (to the user) nice.
I’m not disagreeing with you so much as giving my own tangential perspective.