So coming into my current job, I “knew” Sass. It’s very easy to pick up if you come from a CSS background. I too, like Paul, thought “let me race a Sass person, vs me with vanilla CSS - See who comes out on top”. I’ve been at this job for near 8 months now and these are my opinionis on Sass (note we PURELY use Sass at work).
If you can establish a base guideline in terms of design, to where you can establish a code base, like our work has, where you have mixins, functions, and other useful Sass-specific functions in there, then yes I can see how a Sass person can develop faster (let’s ignore setup time here, since vanilla CSS would definitely win out here).
Our master code base is written in Sass and it is useful. I like it being in Sass for a few reasons. We make use of several mixins, which can take parameters, which are coded out by default (e.g. hamburger menu sliding from the left, sliding from the right, etc. All of that is pre-programmed and a front end developer just has to select hte differnet option when including the mixin. It’s easier to change the parameter than trying to get a FED to change the transform value.
It does make our life easier.
I agree with this sentiment, some. But I think you are a bit of an exception Paul. You’re not a standard developer. In general, it will speed most developers up. If you knew Sass and your system workflow like the back of your hand, I think it could be useful. However I don’t see you having a need for it. I have a pretty good idea of what you work on and I don’t think you’d benefit too much.
That all being said, if I had to stop working with this company and do freelance work, I probably wouldn’t use Sass, because my designs would vary greatly and I wouldn’t be able to have a consistency in my code base. My freelance clients designs could vary greatly. With this copmany, while our designs can vary greatly, the designs are based on our product. And our code base is written with the product in mind, so all in all, we don’t have to contort very much to meet the designs. It does happen some but it’s not bad. All consistency would be lost outside of this company.
I do see usefulness in a company setting, for Sass, where you are working with a product. Given what I’ve learned at this company, I don’t honestly see how you can NOT use Sass or another preprocessor. However, in freelance, I would highly recommend not bothering with Sass (not saying it wouldn’t be useful though), because of the simple fact you wouldn’t be able to get too much out of it.
Sass has made our work life much easier and it’s great. It made me appreciate Sass and preprocessors and what they can offer All the different branches from which you can customize your website just by changing a few variables. We have a configuration file where we can set all the colors, fonts, image paths (e.g. $image-dir will point to our image folder so in case it ever changes…). There are so much good things about Sass but for small stuff like Paul does, or in a non-company setting where you have a product, I agree with Paul. It’s slow and there’s really no point other than trying to look cool. I think it would actually be slower.
That’s just my two cents. I hope I didn’t leave anything off.