5 ms·
Most of these "complaints" could apply to tools of any form in any discipline. If you've been in tech a while you've heard it all before. Hang around woodworker
by tacos 11y ago
Most of these "complaints" could apply to tools of any form in any discipline. If you've been in tech a while you've heard it all before. Hang around woodworkers and you'll hear people bemoaning progressive use of fasteners, too.
But really... what's the point? He's not particularly insightful in his blog post. Nor does he appear amenable to other viewpoints. "Good job dude, keep micromanaging your CSS. Keeping up to date with the latest -webkit-this-that is an awesome use of your limited time here on Earth. Search and replace when you change shades of blue is brilliant. You're a superhero!"
... that's good for two downvotes and nothing else.
So I'll offer this: there's a experience level of engineer where this kind of thinking is common. It's a mix of fatigue and self-micromanagement. Getting to the next level often requires rethinking your assumptions and thinking bigger picture. Don't be this guy.
- oneeyedpigeon 11y agoYour argument that you should use a CSS preprocessor because it makes changing a shade of blue easier is a weak one because a) search/replace for such a case IS perfectly viable b) it is likely to occur so rarely that the savings - if any - will be minimal. There may be other reasons to use a preprocessor, but complicating an architecture for very little benefit might actually be counterproductive.
- nailer 11y agoYou don't often change the values of variables and you're better at regex than most front end engineers?
- oneeyedpigeon 11y agoNo, the colours of the sites I look after don't tend to change on a regular basis. And, if they did, a regex wouldn't be required for the search and replace.
- tacos 11y agoI'm a designer. There is no "blue". There's the blue in the logo. And then there's the blue saturated a bit more when it's on a gray border. And there's the blue brightened a bit when it's on white. If repeating yourself over and over in CSS makes sense by all means stick to your guns. This practice is verboten in all other aspects of tech engineering and it's only the truly idiotic nature of CSS that has people thinking like this to begin with.
- anotheryou 11y agoregarding a): - e.g. swapping colors requires you to replace with an interim value - you might miss the one rgba value, because you only replaced the hex or rgb values - try search + replace for instead of $border-radius-top, when border radius bottom can, but does not have to be set in the same line. And more: - browser prefixes - synchronized animation timing - split in to files and folder hierarchy, but compiling to one file (also makes git merges much easier) - and if you have something with mild theme support it's really handy