Why I Donât Use CSS Preprocessors
Published on December 14, 2016 (⻠June 6, 2021), filed under Development (RSS feed for all categories).
Though late I wish to follow Roger as I couldnât agree more with him: I donât use CSS preprocessors, either (never so in my personal projects), because CSS preprocessors are like a solution in need of a problem to me, too.
My reasons almost perfectly match Rogerâs:
-
I donât feel the problems CSS preprocessors intend to solve are serious enough to warrant the cost, either, and to me the solution is worse than the problems as well.
-
I want absolute control of my CSS and work directly on it, too, and likewise see exactly what will be sent to the browser before itâs getting minified and compressed. (In this list I donât care too much that parts of the concerns may be addressed through better tools in the future.)
-
I donât want to learn and depend on a non-standard syntax to wrap my CSS in, either, neither would I want to learn several syntaxes, and again neither would I want my teams to.
-
I want my source CSS to be deployable at all times, too, and if any build processes fail I equally like to be able to deploy the source CSS as an emergency solution.
-
I donât want to have to wait for compilation before seeing the results of CSS changes, either.
-
In addition to these points, I could always mirror preprocessor functionality through languages like PHP, just like Bert Bos had brought forth as a main argument against CSS constants.
The only exception to me, and there I disagree with Roger, is that we donât only need but can actually have pretty DRY CSS without preprocessors. Not repeating ourselves should be first nature to us, a part of our craft, and as we canât yet automate DRYing up CSS itâs on us to keep our style sheets efficient and maintainable.
As for CSS post-processors, I donât use them, either, then, again at least not in my personal projects; yet thatâs a different story, and I close with another hat tip to Roger. Listen to what he says đ
About Me
Iâm Jens (long: Jens Oliver Meiert), and Iâm a frontend engineering leader and tech author/publisher. Iâve worked as a technical lead for companies like Google and as an engineering manager for companies like Miro, Iâm a contributor to several web standards, and I write and review books for OâReilly and Frontend Dogma.
I love trying things, not only in web development (and engineering management), but also in other areas like philosophy. Here on meiert.com I share some of my views and experiences. (Be critical, interpret charitably, and send feedback.)
Comments (Closed)
-
On December 16, 2016, 12:19 CET, Marc said:
Thanks. Genau der Meinung bin ich auch.
Mir ist daher auch nicht klar, warum SASS, LESS und what ever als Features angegeben werden, wenn ich zB auf ein tolles WP-Framework stoĂe. Das ist fĂŒr mich eher ein negativer Punkt.
Is egal. Schönes Wochenende.
-
On December 16, 2016, 16:25 CET, J. Eichhorn said:
Preprocessors can be extremly usefull! IÂŽm compiling a bunch of totally different themes with one main codebase. The maintenance would be far more work and pain without sass.
In case of an wordpress theme you arenÂŽt committed make use of less/sass but i would always prefer it. Since you gain the ability to customize a whole codebase with just a few variables (otherwise search/replace).And the last and maybe most important thing, is that you have to learn the preprocessors. Sass is really beneficial for me and i claim that the resulting css is dry and clean.
Read More
Maybe of interest to you, too:
- Next: CSS Shorthand Syntax Considered Important
- Previous: Contradictions: A Problem of Logic, a Feature of Reality?
- More under Development
- More from 2016
- Most popular posts
Looking for a way to comment? Comments have been disabled, unfortunately.
Get a good look at web development? Try WebGlossary.infoâand The Web Development Glossary 3K (2023). With explanations and definitions for thousands of terms of web development, web design, and related fields, building on Wikipedia as well as MDN Web Docs. Available at Apple Books, Kobo, Google Play Books, and Leanpub.