网站侧边栏新增了一个调查，询问：
你最喜欢的 CSS 预处理器语法是什么？
调查包含了一些流行的选项，以及“其他”选项（如果您使用其他预处理器，请在评论中分享），以及“从未尝试过”、“不喜欢任何一个”和“无偏好”的答案。
我意识到并非每个人都尝试过所有预处理器，因此最终结果可能会偏向于总体流行度，而不是诚实的语法比较，但这没关系，结果仍然会很有趣。
最新调查：你最喜欢的 CSS 预处理器语法
DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200 美元的免费额度！
DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200 美元的免费额度！
网站侧边栏新增了一个调查，询问：
你最喜欢的 CSS 预处理器语法是什么？
调查包含了一些流行的选项，以及“其他”选项（如果您使用其他预处理器，请在评论中分享），以及“从未尝试过”、“不喜欢任何一个”和“无偏好”的答案。
我意识到并非每个人都尝试过所有预处理器，因此最终结果可能会偏向于总体流行度，而不是诚实的语法比较，但这没关系，结果仍然会很有趣。
PHP。是的，它确实非常有效！
难以置信，45% 的受访者从未尝试过任何预处理器。
什么？
这些人据说是 CSS 方面的行家，所以，再说一遍，什么？
人们。Compass 和 Sass 会改变你的生活。真的。
是的，我真的很喜欢 SASS 和 Compass，但大多数只使用 CSS 的人都是来自设计/网页设计背景。SASS 和 Compass 更偏向于开发领域。
我想说，你提到“Compass 和 Sass 会改变你的生活”正是许多人没有尝试预处理器的根本原因。你不能仅仅“尝试”预处理器就能真正感受到它。它必须真正成为你项目的一部分，成为你开发工作流程的一部分。正如你所说，这是一个巨大的，生活的改变。尤其是在团队合作时。
我喜欢更好的 CSS 语法，但我的问题是我太习惯于使用 Chrome 或 FF 的 Inspect 来查看 CSS 定义的来源，然后去那里编辑它。使用预处理器完全破坏了这一切。:-/
不是这样的，sass 和 scss 仍然使用相同的 CSS 属性，但允许使用变量和数学公式，它不应该对你的任何操作产生负面影响
你好
我不能代表 Michael 说话，但 CSS 预处理器肯定会影响我的工作流程，我的工作流程通常包括在 Firebug 的“编辑”视图中编写和编辑样式，并将所有规则复制/粘贴到最终的 CSS 文件中。这使我能够创建和编辑并获得即时反馈，避免不得不重新编写另一个文件中的规则或不断保存和刷新。
如果我使用预处理器，我将覆盖所有变量和其他处理器特定的代码。
在与继承代码的团队合作时，惯性往往会战胜更新的技术（例如，LESS 出现在 2009 年，我参与的许多网站都比这更古老）。
在大多数情况下，重新开始（或至少重写以利用预处理器）是不可能的。
@Thomas。这可以通过 LiveReload 轻松实现。相信我，直到你尝试 Less 或 Sass/Compass，你才不知道自己错过了什么。这是那些在你使用它之前，你意识不到自己节省了多少时间的事情。
我使用 Sublime Text 2，它支持 Less/Sass 语法，这使得事情变得更加容易。花一个周末试用一下。你可能会感到惊讶。
我一直都在学习 LESS 和 SASS 语法，但实际上并没有费心在项目中或只是为了好玩而使用它们。我只是很难弄清楚哪一个对我更有吸引力。这两个系统看起来非常相似，我看到了各自的优缺点，所以很难做出选择。我很想听听人们决定选择其中一个而不是另一个的理由。
我选择 LESS 而不是 SASS，因为 LESS 的文档更适合设计师，而且可以通过链接到 JavaScript 来尝试它。一旦我沉迷其中，我就安装了一个应用程序来编译文件。
我更喜欢 LESS 的语法，这也是我做出决定的原因之一。
我猜你尝试过 Sass 的 .sass 版本，而不是更新的 .scss……我最近读了一些关于 scss 的内容，对于像上面其他人所说的那样，它确实改变了生活，但它比原来的 .sass 语法更赏心悦目，也更适合设计师。
我最喜欢的 Sass 功能包括：能够基于 CSS 创建网格系统，而不是使用 class=grid_3，使用 Compass 修复供应商前缀，Compass 中的图像精灵工具，以及 Compass 中的图像精灵工具（我知道我说了两次）……以及在响应式网站中使用百分比(960/320)！
我仍在探索 Sass 的表面，所以我相信还有更多令人兴奋的东西，但这已经让我非常兴奋了！
正在使用 Less，但我实际上还没有尝试过 SASS
SASS 代码更简洁。编写起来更有趣。
LESS 最棒！
.sass 绝对是我们前进的方向。我们在处理大型项目时主要使用 SASS。唯一的例外是我的 WordPress 项目，但它们通常会先在 Webby 中进行模拟，Webby 也使用 SASS。
真正的男人不需要预处理器。
+1
真正的男人使用能提高他生产力的事物
那女性呢？“真正的女性”可以使用预处理器吗？
点赞！
是的，真正的网页编码大师不需要预处理器。
+1
+1
+1
+1
我还没有使用过任何一个，但在我的研究中，less + stylus 看起来更好。
我不明白为什么人们喜欢 LESS。在客户端环境中实现它需要加载 JavaScript，而 JavaScript 可能会失败。为什么寄希望于 JavaScript 会正常工作，而你应该一开始就提供普通的 CSS。Compass 和 scss SASS 对我来说很有效。
这是一个误解。LESS *可以*以这种方式工作，但这 *非常糟糕*。LESS 可以像其他预处理器一样进行“预处理”，你只需要部署 CSS 即可。
@dondondon: LESS 可以使用 PHP 在服务器端进行预处理：http://leafo.net/lessphp/
我使用 LESS + LessPHP 进行服务器端预处理。效果非常好，并且始终可以在线访问正确的 .less 文件。这曾经是我在 Flash 项目中最头疼的问题：不得不四处寻找 .fla 文件。
旁注：我认为“设计师思维”和“开发人员思维”之间存在很大的文化差异。对于开发人员来说，SASS+Compass 非常自然，而对于（传统的）设计师来说，它则令人望而生畏。代码库、版本控制等也是如此。
我（荒谬地）承认错误。我将尝试使用 LessPHP 并重新评估。
我在 Web 开发过程中使用 Less Javascript 预处理器，但在发布到正式网站时，我只发布“编译”后的 CSS 文件。
LESS 可以使用 PHP 编译，但我建议不要这样做。即使 PHP 会提供一个很好的压缩 CSS 文件，但处理如此大的字符串和收集文件所带来的开销可能比你想象的要大。请记住，加载时间不仅仅是文件大小，你必须向服务器发送请求，然后服务器必须完成工作才能将内容返回给你。你的任务是减少服务器需要执行的工作量。
最好提前在你的电脑上完成这项工作，然后保存一个漂亮的、随时可用的 CSS 文件。
Sass+Compass 是一个很棒的组合。我无法想象再写普通的 CSS 了。最近开始关注 Less，仅仅是因为 Less PHP。能够动态编译 CSS，意味着我的样式（从 SQL 中提取）可以轻松地针对多个客户端进行修改。最终，我将创建一个界面，让客户可以选择颜色，然后我将使用 Less（lighten、darken 等）来动态创建站点调色板。无限可能！
我更喜欢 SASS 而不是 LESS，因为它可以预处理 @import 语句并生成单个 CSS 文件（LESS 只是利用 CSS 本身的 @import 行为）。
我相当确定如果你 `@import "whatever.less";` 它可以将它们一起预处理，只是不能处理 .css 文件。
是的，但你可以直接将文件扩展名从 .css 更改为 .less 并导入任何样式表，对吧？它根本不需要包含任何 LESS 代码。
`@import` 用于导入 `.less` 文件。事实上，Twitter 的 Bootstrap 就是这么做的。
看到 LESS 获得如此多的支持感到难过，而 Stylus 和 SASS 则更加强大且开发更加活跃。
SASS 拥有更大的社区，但这并不意味着它就是最好的。SASS 和 LESS 的目标相同，但它们针对的人群不同。
我个人选择 LESS，因为它的语法非常接近 CSS，看起来不像一门新的语言，更像是 CSS 的自然演变。
我第一次尝试的是 turbine：http://turbinecss.org/
当我使用 php 时，它真的非常棒。
现在我在所有语言中都使用 SASS，并在 git 中配置了一个事件，以便在开发服务器上的每次提交/推送时编译和压缩 SASS 代码。
老实说，我爱上了 Scaffold……对于所有 SASS 粉丝来说，它支持 SASS 和 SCSS 语法，如果你一定要用的话……^_^
我真的很喜欢使用 stylus。此外，在使用 SASS 完成一个项目（与 SCSS 相比）后，我发现我更喜欢普通的 CSS 语法。这就是为什么 SCSS 或 Stylus 对我很有吸引力。
我以前从未尝试过任何预处理器，尽管我一直想尝试。我实际上对这个概念有点迷茫。有没有什么好的初学者教程可以参考？
只需按照这些安装说明运行 SASS，然后将项目中现有的 CSS 文件重命名为 .scss，并浏览它，使用 SASS 功能替换其中的部分内容，就像链接页面上列出的那样。也许可以先从嵌套规则开始，然后尝试变量和 mixin。好处是，你**不必**使用任何 SASS 功能，所以你可以只尝试你想要尝试的内容。
我对此也完全陌生。我以前听过人们谈论过它，但我一直不知道它到底是什么。我想我应该试试，看看它到底是怎么回事。
我想我以后再也不会不用 SASS 构建网站了。我断断续续地使用它有一段时间了，但我已经到了在旧式 CSS 中使用嵌套语法的程度。这证明了我必须拥有它；)
LESS！由于 LESS 拥有我需要的所有功能，所以我一直没有尝试 SASS。我离不开 mixin 或“watch”功能。
我除了代码编辑器什么都不用。我这样做很逊吗？我不知道。也许吧。
我也是。
是的，我也是。变量和 mixin 会很棒，但它们应该属于常规的 CSS 语法，尽管这在很长一段时间内都不会发生……
对于任何严肃的、大型的实际工作，我都会使用 Sass (.scss) 和 Compass。对于各种原型、测试、快速示例、快速单元测试等，我都会使用 LESS。
我尝试过 Less 和 Sass。前者语法很好，但我觉得 Sass 在新的 scss 语法中更强大。现在我正在使用 Sass。
SASS & Compass
SASS/SCSS
目前我是一个 LESS 用户，我认为它带来了不错的增强功能，并且与实际的 CSS 没有太大的区别，能够在不编写前缀（@mixin）的情况下使用 mixin，以及其他一些功能，这为我节省了一些时间，到目前为止，我是一个快乐的 LESS 用户。
我使用 LESS 进行快速原型设计，并学习 SASS & Compass 来管理更大的项目。
我想使用其中一个不错的预处理器，但我对命令行一无所知。
我认为即使是律师也无法通过命令行帮助你起诉；)
如果你使用的是 Mac，请尝试一个名为 LiveReload 的程序。
在开发过程中，LESS 使用起来非常棒。
在上线之前，我只使用压缩后的 CSS 文件。
我陷在两个解析器之间
LessParser
SimpLESS
两者都运行良好。
我正在使用 styleCow（https://github.com/oscarotero/styleCow），一个我用 php 编写的 css 预处理器。
SASS 不是只用于 RoR 吗？我喜欢使用 LESS，因为我可以在不设置本地主机的情况下将其与 HTML 一起使用。
不，你可以在任何地方使用它，但RoR 3默认情况下就包含它。
我使用Sass。一开始使用.sass，后来切换到.scss以增强与现有/旧css文件的兼容性和团队协作。我不太喜欢Less，Stylus对我来说感觉太魔幻了。
我正在使用less，并搭配一个非常有用的mac预编译器：http://incident57.com/less/
它真的让我的工作流程变得轻松了很多：D
Stylus太棒了！
我过去使用自己编写的PHP脚本在特定页面需要时连接文件。在最终版本之一中，我开始添加预处理器CSS语法。
我对Less很满意。
尽管我是Ruby开发者，但我更喜欢LESS。
目前我使用LESS，但仅限于测量复杂或大型项目，以提高可维护性。
对于小型简单的项目，我从不使用预处理器（我看不到好处？）。
但是我听说Stylus很棒，所以我会在某个时候尝试一下。
您好，早上好，
我们是一家位于巴塞罗那和马德里的网页设计公司 ，想与大家分享您提供的信息，谢谢。
非常感谢，
此致
Less是我们尝试过的最好的！
有没有什么方法可以利用SASS生成兼容jQueryUI的CSS？……或者我寻求同时使用两者是不是方向错了？
是的，我知道的足够危险，仅此而已。
提前感谢。
毫无疑问是LESS
Stylus。
使用制表符代替分号和冒号。
LessCSS很棒！
你尝试过Stylus吗？
我尝试过LESS和SCSS，虽然时间很短，但我不是特别喜欢。我觉得它太容易产生臃肿的CSS，到处都是无尽的后代选择器和重复的属性。我更喜欢OOCSS范式。
在我看来，唯一好的部分是能够定义函数来处理供应商前缀，现在我们有了prefix-free，它在这方面做得更好。
我发现我最终使用SASS和Compass（使用SCSS语法）以OOCSS的方式工作（在我阅读/听说OOCSS之前），有趣的是，这意味着你可以获得OOCSS的可维护性优势，同时仍然拥有语义类。
也许我只是对它们了解不够，无法理解它们的意义？
我通常处理的网站大约有20个页面，但我也处理过超过100个页面的网站。即使那样，我通常也会有一个重置表，还有一个（有时如果一个页面需要一些特殊的东西，我会有一个全局表和一个专门的表）。
也许我错过了什么。我喜欢我可以浏览我的样式表并知道每个东西在哪里（我保持它们井然有序并有文档）。如果我有一个重置表和一个包含500行CSS的表，预处理器真的能为最终用户节省大量加载时间吗？
我和他一样。我不明白这一切的优势。我和ChrisC的工作方式一样。
你可以在编译时压缩CSS文件，但好处主要体现在你自己身上，我一直使用LESS来帮助我添加供应商前缀、处理网格、定义变量以避免复制粘贴颜色值等等。
SASS是给小女孩和傻瓜用的，真正的开发者使用LESS，因为他们是真正的开发者！
我对“小女孩”的评论感到反感。
真正的开发者还会避免使用冗长的句子和愚蠢的“X是给小女孩用的”之类的评论。
我尝试过所有这些（LESS、SASS、Stylus），但我坚持使用Stylus。
为什么？
我发现LESS不太好用。SASS很漂亮，.sass语法是我希望CSS的书写方式。但Stylus最灵活、最棒且速度最快。
如果你使用SASS，样式表更改需要一些时间，而在Stylus中，这个时间几乎为零。
我还发现Stylus处理语法的灵活方式比SASS和LESS更好。
我们的团队主要使用LESS，因为LESS PHP碰巧在我们现有的构建过程中运行良好。我希望在个人项目中尝试SASS，看看我到底错过了什么。老实说，我避免使用SASS的一个最大原因是，社区对它似乎太尖刻了。
我使用LESS很久了，并且非常喜欢它。以至于我忘记了一些完整的CSS语法，因为我总是使用mixin，比如使用
.radius(12)而不是border-radius: 12px; yada yada。我选择的编译器是http://incident57.com/codekit/。这是http://incident57.com/less/的增强版。太棒了！
是的，你可以@import任何.less文件并一次编译。
顺便说一句：我来自设计背景。几年前尝试过学习SASS/Compass。Ruby gem是障碍。另一方面，LESS完全易于理解，并且本地编译（不使用JS）一直是我首选的工作流程。
是的，Ruby对我来说也是障碍。
LESS凭借更友好的语法和使用less.js更快的设置吸引了你。
我最近开始在项目中使用预处理器，我半随意地选择了LESS而不是SASS，因为它对于像我这样太忙而无法坐下来认真学习东西的人来说，入门似乎更容易一些。我可能会在某个时候尝试SASS，因为它看起来比LESS提供了更多功能。
但使用CodeKit搭配LESS一开始就非常棒，我永远不会再回头了。就像，在10分钟内，我第一次长时间地露出了巨大的极客笑容。
能够拥有一个小的mixin文件来定义整个项目的颜色、字体等等真是太棒了。而且再也不用写那些愚蠢的供应商前缀了吗？这本身就是足以让人跳槽的理由！
Stylus，因为透明的mixin意味着我可以编写标准的CSS语法
border-radius() {
-webkit-border-radius: arguments;
}
.round-corners {
border-radius: 5px;
}
是的，这是Stylus的主要优势。
我使用LESS，我认为它很棒，不过如果你不小心，它可能会导致代码膨胀。SASS有一个功能我希望在LESS中看到，那就是@extend功能。有人编写了一些代码将此功能添加到LESS中，我希望它很快就能合并到主版本中。https://github.com/cloudhead/less.js/pull/509
我开始使用LESS而不是SASS的原因是，LESS比SASS更容易设置和使用。我找不到关于如何在Windows机器上设置SASS的好的解释。
我使用LESS搭配CodeKit。非常非常易用。
我更喜欢LESS，因为它的语法基本上是CSS加上一些额外的东西，你不需要改变你的工作方式。
不过出于某种原因，我实际上更多地使用纯 CSS。
我还没有使用过任何预处理器，但我倾向于尝试 Sass。
但是，对于我目前的需求，使用任何需要构建的 CSS 预处理器都不太合适，因为很多人会断断续续地参与代码编写，而只有一个人具备预处理器经验。
也许我错了，但在我看来，最敏捷的调试方式是使用纯 CSS。
对于预处理器用户，我有一个问题：我在工作中使用 .NET 和工作笔记本电脑，我无法安装太多软件，只能安装浏览器来测试我们的页面。LESS 或 SASS 是否适用于这种情况？
是的！使用 less.js 文件在客户端进行编译。
请注意，CSS 链接是一个 .less 文件 :-)
在客户端进行编译是一个糟糕的主意。如果可以，请安装 SimpLESS——它是一个微小的应用程序，可以实时编译你的 LESS 代码。
如果你使用 Visual Studio，你可以使用 Web Workbench 插件，它添加了智能感知、颜色突出显示以及 .Scss 编译和压缩（专业版中包含 .Less 编译）。
http://www.mindscapehq.com/products/web-workbench
在查看了 Twitter Bootstrap 和 Compass 之后，我选择了 LESS 而不是 SASS。Twitter 团队整理了一套外观更好、更易读、更简洁、更容易理解的页面来描述他们的工具。我认为底层功能会反映这一点。
结合 CodeKit 和 MAMP，我的生活变得轻松多了。设计/编码终于变得有趣了。
我正在等待一些空闲时间来尝试 CSS Crush——它几乎只是带有额外功能的 CSS 语法，并且可以非常轻松地集成到 PHP 中，这听起来很完美！
我开始使用 CodeKit（目前是免费测试版）和 LESS……有了 CodeKit 对外部自建框架 CSS 文件的支持，我的工作流程达到了令人惊叹的水平。
哇，我以前从未听说过 CSS 预处理器……所以，它的主要目的是确保你创建的每个规则都涵盖了所有浏览器的可能性吗？
我完全打算开始使用 Turbine，因为我喜欢编写 PHP 代码。
不。
你可以使用混合（函数）、变量、更漂亮的语法、嵌套、继承等等，以及预处理器中的更多功能。
更多信息请访问 nettuts+ 或 CSS tricks
我必须承认，我不知道 CSS 预处理器是做什么的，也不知道为什么要更改语法，因为我刚刚学会了编写 CSS，而无需去谷歌搜索正确的语法。
但我尝试了 LESS 的基础知识，并且看到了它的好处。因此，由于 LESS 是我尝试的唯一一个，我只能投票给 LESS。
再为 LESS 投一票，尽管这是我之前使用过的唯一一个预处理器。几乎没有学习曲线，现在离不开它了。
我仍然对预处理器有一些问题。其中一些在以下帖子中进行了说明
（由于英语不是我的母语，我依赖于比我更精通英语的人）。
我在其中一条评论中读到有人使用了最小化的生成的 CSS：我讨厌接手一个没有正确注释的代码的网站。你可以为个人博客这样做，但绝不能为生产网站这样做。
Eelco，
据我了解，如果使用完整的开发生命周期方法，开发人员会向网站所有者提供 psd 和未编译的 css 和 js 文件，并且这些文件应该对新开发人员可用。一旦第一个开发人员将所有内容最小化，那么如果他们离开，我想这将取决于网站所有者来执行该方法。下一个开发人员将使用未编译和未最小化的开发版本网站进行更改，然后编译和最小化所有更改以上传到生产网站。当然，我想这取决于优秀的开发人员遵循良好的实践。
在许多情况下，预处理器更适合于注释，因为它们会删除编译文件中注释，但这意味着你可以在源文件中提供更多帮助（并非说冗长），因为你的任何注释都不会影响编译文件的大小。
我发现这非常有用——我现在在我的 LESS 文件中使用 TOC，并在必要时使用内联注释来说明做什么以及何时何地。所有这些都基于这样一个认识，即编译后的文件将是一个无空格的 gzip 压缩的 CSS 块，速度极快。
似乎是两全其美 :)
说真的，CSS 预处理器是那些没人真正需要的东西之一。概念很好，但不适合真正的商业应用。
可能在单独的帖子中，但我希望看到一场关于我们为什么要使用这些预处理器的良好讨论。对于（我）从未使用过它们的人来说，使用一些将你易读且结构化的 CSS 转换为其他内容的东西似乎适得其反……我们在这里真正节省了多少时间？即使在一个相当大的网站上。我并不是在开玩笑……我真的很想知道我们节省了多少时间。
我还读到至少有一条评论说类似“我已经使用 LESS 很长时间了，几乎忘记了如何编写真正的 CSS 语法”。这真的好吗？
我听到很多人说他们喜欢哪一个（这是 Chris 发布帖子的目的，所以这很好），但我仍然不明白为什么这会是一件好事。
我想补充一点，我可以看到在 jQuery 之类的东西中需要最小化，因为你不会修改 CSS，但你更有可能需要更改 CSS（特别是如果你按应有的方式使用它，即表示）。这似乎是你在发布 CSS 时采取的一个额外步骤，该 CSS 已被最小化。我们有多少人最初是通过查看其他样式表来学习 CSS 的。我不确定，但我猜最小化的表不太容易阅读（它是否删除了注释？）好的，我完成了。:-)
你在开玩笑吗，兄弟？
我再不同意不过了。如果使用得当，它们确实可以节省大量时间。
考虑一下：在正常的网页设计中，你倾向于使用一个调色板，比如 3-5 种主要颜色，对吧？假设其中一种是红色：#990000。使用预处理器，你定义 @red: #990000;
从那时起，你只需在需要该颜色的地方编写 @red
color: @red;
现在假设你几乎完成了项目，客户说“哎呀，我希望那个红色稍微浅一点”。
你会选择 A) 在你的 CSS 中找到并替换所有那些 #99000 声明，可能要替换多次才能获得客户喜欢的阴影，还是 B) 只需在一个地方调整你的 @red 变量，并立即在整个网站上更改红色？我每次都会选择 B。
这仅仅是使用预处理器的众多简单优势之一。
但我想，人各有志。如果你喜欢完全手动地做事，那就去做吧。
不过，说这些东西不适合“真正的商业应用”就太傻了。
@Gabe
难道这不是查找和替换的功能吗？
SASS 或 LESS——出门在外必备(-
记录在案，我正在使用 LESS
我同意 Scott 的观点，OOCSS 更合理——尤其是在构建基于 OO 代码（例如 .Net）的大型商业应用程序时。
我在一个实际项目中尝试过 SASS，并在 Mac 上使用了一些 LESS 到 CSS 的应用程序，但没有在项目中使用。对于我的工作，由于我不是真正的设计师，所以我的工作并不复杂到需要一个预处理器来增加工作流程的步骤。而且由于我在 Mac（MBA；外出时）和 Windows（在家中）上都运行，因此更难使用终端或基于应用程序的工具来自动执行这些转换。
我在 compass/sass 和 less 之间切换。取决于项目，这两种选择都为我提供了不同的好处。
哇，太棒了，这真是完美的东西 :)
我希望我可以用 LESS 语法实现所有 SASS 的功能 :)
坦率地说，我对这个帖子中所有自称开发人员的人感到困惑，他们没有看到像 CSS 预处理器这样的东西的好处。你们写 JS 或 PHP 吗？你们在这些中使用任何函数或变量，还是更喜欢每次都手动编写所有内容？不太 DRY，对吧？
我个人认为 LESS 和 SASS 之间没有太多可选择的地方，尽管我同意 LESS 最初是更简单的途径。总的来说，它们执行的功能如此相似，这取决于哪种最适合您，我认为我们都应该对此冷静下来 :-)
不确定 Stylus。它是否只会鼓励你习惯编写非常糟糕的代码？
哦，顺便说一句，我以前也尝试过使用 PHP 编写带有变量的 CSS，这很好，但说实话，人生苦短，时间不够用。如果有一个工具可以让我编写普通的 CSS，并在其中加入一点魔法，那为什么不使用它呢？
我首先使用了 LESS，然后终于弄清楚了 SCSS/RUBY 的工作原理。LESS 就像带有辅助轮的 SCSS。我认为使用一个可以生成您喜欢并易于扫描的 CSS 代码的工具非常重要。我最近处理了其他人编写的代码，显然这些代码是经过处理的。它主要由换行符组成。每 5 行代码。但我确实掌握了正则表达式来修复它。
我认为使用预处理器并不重要，但我认为尝试一下很重要。了解它能为你做什么！*然后*决定你是否想使用它！
第一次深入研究预处理器，但到目前为止，LESS 似乎更适合我。它比其他方案更符合我的前端开发人员思维方式。
在动态网站上我使用 php，否则使用 SASS
你应该把 php 作为选项 :-|
LESS
令人惊讶。
我想我有 40% 的人需要向他们传达 SASS 和 Compass 的卓越之处。人们，使用它，它会改变你的生活。
我还没有勇气尝试任何一个……我知道，我错过了，但这是因为没有足够的时间在应用到实际工作之前进行实验。它会来的……希望很快。
我也是，到时候我会更仔细地研究如何使用它们。
只要我能够就使用 sass 和 compass – 感谢 shoptalk 提供了这个建议！
出于好奇，我尝试了 sass 和 less；
但说实话，我是一个纯粹主义者
当我刚开始学习 CSS（2000 年代初，可能）时，我遇到了一种情况，其中计算动态宽度的二分之一非常有用。当时我害怕 Javascript，所以我认为也许我可以将一个小的公式粘贴到 CSS 中看看它是否有效。不用说（！）它没有奏效，但当我去年最终发现 LESS 时，这个特性对我来说似乎是标准 CSS 的一个显而易见且自然的演变。加上 LESS 执行的其他操作，从编程的角度来看，整个过程似乎完全自然，同时尊重 CSS 的简单根源。
LESS 比 SASS 更容易集成到现有的 LAMP 构建环境中，特别是使用 LessPHP 作为选项时。我不使用 Ruby，因此不得不引导它和所有 SASS 内容来执行此功能似乎有点过头了。我使用 LessPHP 实时编写所有 CSS 并动态编译，使用缓存确保不会在每次页面加载时都进行编译。这样，就不需要多余的工具（脱机编译器等），这些工具会妨碍我的工作流程并使其变得不必要地复杂。在 Notepad++ 或任何其他编辑器中编写 CSS（LESS）（就像我一直在做的那样），上传，一切就绪。除了样式的编写方式之外，没有其他任何新内容。
尽管投票结果显示，我在评论中看到了很多 Sass 粉丝。我不太喜欢 Sass，因为它偏离了 CSS 语法（是的，我说的也包括 SCSS）。
LESS 从字面上采用 CSS 语法，并使其更好地工作。因此，您可以使用 @import 而不是为 mixin 引入新的语法。变量使用 @ 而不是 $，就像它们在 CSS 变量规范中引入的那样（此外，@ 在 CSS 中无处不在）。一切感觉都很自然。
现在我要自相矛盾了，如果你希望 CSS 的语法更像编程语言，那么我就能理解为什么 Sass 可能适合你。
我尝试过 less，它在大型项目中非常有用，但你必须彻底地尝试不要暗示太多层次结构，否则你不希望你的样式表变得很重。
我想尝试 scss，但语法给我带来了问题：某些 css 规则崩溃了，这显然意味着 scss 不是 css 的超集，并且我希望能够在我的伪样式表中使用任何 css 规则。
.scss 语法和变量是否可能在将来成为标准 CSS？它在嵌套等方面似乎很有道理。
我知道你必须在本地使用预处理器，但如果你只需要进行一个小修改怎么办？你可以在活动的 .css 文件上进行编辑吗？如果你以后需要进行重大编辑并需要在本地进行怎么办？之前对活动 .css 文件进行的小修改会保留下来还是会被覆盖？
我尝试过 LESS 一段时间，但我现在一直在使用 SASS + Compass，我也让办公室其他人也开始使用它。
在家里的 Mac 上，我使用 http://incident57.com/codekit/ 进行编译，在工作中我们使用的是 PC，并使用 http://compass.handlino.com/。
SASS 本身就很好，但 Compass 非常棒，所有 CSS3 mixin 使跨浏览器操作变得更容易，并且 sprite 帮助程序使我真正开始使用 sprite。
LESS 对于帮助编写更高效和更有条理的 CSS 非常棒。在试用 SASS 和 LESS 后，less 是一种更平滑的过渡。
但是，我们发现缺少一些功能，这些功能将使编写 CSS 更加直观和准确，因此我们开发了一个新的预处理器 - http://morecss.org
我鼓励大家查看一下并告诉我们您的想法！@WriteMoreCSS
哇！这门语言真是太棒了，而且在投票中绝对缺席了。我必须将我的所有项目转换为 MORE 预处理器系统。:P
有人把那个笑话开过头了！
#footer h2 height: one-thousand-one-hundred-and-twenty-three pixels !unimportant;我最喜欢 stylus，但大多数服务器都没有 node，所以我用 php 编写了一些类似的东西，我一直在用它……