你认为 sass 和 less 哪个更好用？

纠正一下，是 Sass....

差不多，看开发环境集成哪个方便点。

我觉得stylus更好用

Sass，但是感觉主流开源项目用Scss的更多

既然搞了，那就彻底，支持Sass

Sass，至于为什么...因为第一个接触的是Sass，习惯后觉得less比较弱。

Sass，而且常用bourbon
只是纯粹的喜欢

Sass+1 less会火感觉纯粹是因为bootstrap
and 我用Scss比较多

@anson0370
sass 必须依赖后台语言做编译（朱一知道好像还没有纯Javascript做的解释器）, 所以对于纯前端，个人感觉还是less 更加合适应用场景 所以bootstrap用这玩样。

@zythum 倒是没有注意过纯前端编译这个问题 不过似乎不是个很大的优势？在大部分时候你总会有个后端环境的（再不济也有个开发环境）请问能举例一个合适的场景吗？

compass秒less,stylus十几条大马路

虽然可以没有后端程序不是一个很大的优势。没有一个非常有一个无坚不破的理由。但是部署简单是肯定的。做demo给第三者看是方便的。对于初学者是友好的。

朱一没有偏向那个说那个css预处理方式最好。具体区别可以看司徒正美酱的博文。写得没有再详细不过了，看完了都不需要看文档了有木有。就看那个用起来顺手了。

http://www.cnblogs.com/rubylouvre/archive/2013/01/13/2858251.html


PS. 其实sass也有时时编译的程序了。 监听文件改变编译实现也不是难事了。

@zythum 实时编译完全不是问题， compass 就带，我们自己做了个打包工具也支持实时编译
不过对于初学者友好这一点确实，直接 import 一个 js 就搞定了

@robertlyc compass 和less 不属于同一个级别的东西。是不能比的 这么就好像说 django 秒 ruby 是几条大马路了。

compass 对于 sass 就好像 jquery + grunt 对于 js 或者 rails 对于 ruby

sass 对于 css 就好像 coffee 对于 js

@anson0370 其实还有一个不喜欢 sass 的一个很大的 原因 是不喜欢那位阿姨…

其实朱一还是裸写css比较多。因为公司都是裸写的...

用 Sass，可惜大部分 CSS 辅助工具只支持 SCSS，不得已转了

LESS 用得比较少，最近的新功能没关注，已经跟不上了

Sass，社区成熟，Less 有的功能它都有。
Bootstrap 用 Less 很大原因是他们认识 Less 的开发者，好沟通。

实时编译都有的吧。 一个用 node 编译一个用 ruby 编译。

CSS preprocessor 我觉得 rework: https://github.com/visionmedia/rework 比较好

@FrankFang128 http://wordsbyf.at/2012/03/08/why-less/

@zythum 怎么能说不是同一个东西 即然这样为啥less没有compass这样的库

@robertlyc 库或者是方法集都是人开发的啊。
bootstrap 也可以说是 less 的库或者框架 只是没有命令行工具啊什么的。

还有其他的一些:

http://lesselements.com

http://clearleft.github.io/clearless/

http://lesshat.com



喜欢什么用什么无可厚非。 但却是 “不是同一类东西”。不能比较。

Sass