1,150 karma · joined August 24, 2022
I've always now-and-then packaged up and open-sourced the pattern I use for CSS. The projects have gotten smaller and smaller. This reflects well on CSS as a technology.
I think class="" has more to offer in an information density sense. There's more potential there than style="" had. Instantly lumping them together was my first response too, but I was wrong. The in-the-HTML shorthand of frameworks like Bootstrap/Tailwind/CASS is insanely useful in a way that inline styles never were.
Now: ~60% of devs know some CSS, rest feel guilty
YSAC's pitch: ~10% of devs know lots of CSS, rest avoid it without guilt (they suck and that's okay)
I guess 0% would mean a dead CSS, so it's closer to dead, sure.
If you get a more powerful saw, you can either cut down more trees or you can spend less time cutting down trees. CSS is a more powerful saw now. I'm suggesting spending less time cutting down trees instead of cutting down more trees.
I mothballed this project because people were so incredibly cruel about it (a CSS project!). Remember that people who work on this stuff are people, and we're just trying to make things better. Also, you can pry .vertical-center from my cold, dead hands.
This is a #wontfix (sorry), but I might fork it into a new, LLM-oriented CSS project. Fonts and lists will be the first things I look at.
The book has a lot of content over what to make pretty and what not to make pretty. I think knowing what not to bother with is an underrated skill. A lot of what inspired me to write it was backenders handing off markup that they tried to make semi-passable. Unstyled HTML, please!
It's basically "the arbitrary padding the designer liked in the moment" vs. "the standard padding that's everywhere in the project." This book argues you should always use the standard padding. Your product should be pixel-perfect, just not in the PSD-to-HTML sense.
The book morphed into being more about project management. I think there's a lot of value in it still, in that respect, so I'm putting it all online for free.
Not only would nuking the Moon teach it a lesson, it might also keep it in our orbit. All we have to do is nuke the far side of it enough times to stop the outward movement. If we do it too much, it's an easy fix-- just nuke the near side.
Anyone who opposes this idea is for a moonless Earth, and all the chaos that would bring. I call them anti-tiders. They're the most despicable people on the planet.
If a robot could paint your house, but made three small errors, would you refuse to use it? Or would you just fix the three small errors by painting over them?
There's some kind of John Henry complex going on in this AI discussion.