您可能见过一个工作流程，您可以在其中将 DevTools 保存到文件中。但是您是否见过在 DevTools 中进行的更改实时更新编辑器中的代码？反之亦然？

【手持干草叉的网页设计师 #1】：所有设计师都应该学习编码！
【手持干草叉的网页设计师 #2】：不！担心实现会对设计产生负面影响！
【Josh Seiden】：wtf。

大多数设计师都习惯于从糟糕的想法开始，并不断迭代直到找到满意的解决方案。在此过程中，我们会出于各种原因抛弃很多想法。我们应该足够成熟，能够抛弃那些受到系统模型过度影响的想法。

我喜欢 Robin Rendle 的这种观点

作为前端开发人员和设计师，我们不断地同时完善两个界面：一个面向加载网站的访问者，另一个面向未来必须处理代码的开发人员

惊喜！预处理器为您提供了组织这些工作的工具。

与 Paul Armstrong 和我进行的 10 分钟严肃谈话。

我有幸成为 Tim Smith 的 The East Wing 播客的嘉宾。我谈论了一些自一年前上次参加节目以来我生活中发生的一些事情，比如 Kickstarter 和 CodePen。我们还讨论了一些随机话题，比如自由职业和框架。

John Lindquist 提供了一个免费的 46 个时长约 3 分钟的视频系列，解释了AngularJS。如果您愿意，他会在Egghead.io上接受捐赠。

必须喜欢会议将所有演讲都发布到网上的做法。非常适合周末狂欢观看。

最近有几篇不错的文章介绍了如何通过以下方法改进 Sass/CSS 工作流程：1) 使用源映射，以便 Chrome 了解您的 Sass 文件和部分文件的情况 2) 告诉 Dev Tools 将更改保存回磁盘 3) 确保这些更改会自动重新编译 4) 使用 LiveReload 浏览器扩展来确保这些更改被注入到页面中。

Ben Frain 的使用源映射、Chrome Web 开发者工具和 Grunt 加速 Sass 调试和样式迭代以及 Tim Lucas 的CSS 源映射和浏览器内 Sass 编辑入门。

源映射需要 Sass 3.3，它处于 Alpha 阶段，并且尚不适用于 Compass。

Marc Hinse 的一篇不错的文章。它类似于Uncle Dave 的旧填充框，只是将百分比填充底部移动到伪元素中，这样在宽度值发生变化时就不需要调整它。

当我打开 Johnson 完成的作业时，我发现这位好医生留了一张简短的便条，解释了他为什么选择使用 CoffeeScript：“先生，funcktion 关键字是一只信天翁，而花括号是毫无价值的装饰。我想要一个简洁明了的脚本，用于记录我的各种沉思。”