Chris Coyier on PostCSS:

We know that specs change. It happens all the time. Seems weird to base a syntax on a non-final spec. What happens when the spec changes? Do you change the language and let existing code break? How is that future-proof? Or support all past formats? Meaning the language isn’t really based on future CSS, it’s based on any experimental idea that was considered?

These have been exactly my thoughts since hearing about CSS post-processors. How can people honestly believe that the code they’re writing is future-proof? Sass source files certainly are prone to “spec rot”, but the CSS they generate isn’t (at least, insofar as anything can be immune to it).

On writing real CSS (again) | CSS-Tricks

One Response · May 28, 2015

I totally agree with Chris. I’m sad to see that postprocessors are misunderstood. I love postprocessors, but for me, cssnext is a preprocessor that is based on future (hypothetical) syntax. Postprocessors have to be implicit to improve CSS (fallbacks, etc.). Preprocessors have to be explicit (use their own language) to generate CSS. Preprocessors and post-processors work well together. And that’s why I’ve created my own tool Pleeease. :)

Vincent De Oliveira · 28 May 2015

Leave a Comment or Subscribe