我和 Jamie Ashbrook 和 Ben Briggs 一起谈论了 SVG 和工具等等。

我和 Jen Simmons 聊了关于 flexbox 和网络的总体未来。

Marcin Wichary 对网络上带下划线的文本进行了深入的探索。

最后，linear-gradient 以最强的控制能力、最佳外观和最佳性能获胜。 有些人一直在 玩 它 在 CodePen 上。

Andy Budd

他们应该继续学习还是直接进入劳动力市场？ 我通常告诉他们能力胜过教育，我对目前的科技学位课程没有太多信心。 所以，我宁愿看到三年的经验，而不是三年的学习。

话虽如此，我还要指出，大学不仅仅是为了获得一项技能。 这是一个塑造你未来生活态度的形成性体验。 它也充满了乐趣……

明智的建议。 如果你的生活是成为一名优秀的网络工作者的单一使命，大学可能不适合你。 但你（可能）会在学校更快地成长，并获得更多乐趣。

谈论网络如何开箱即用地响应式是一个有趣的短语。 在没有任何编写的 CSS 的情况下，网站会流向可用的任何屏幕宽度。 如果你的网站没有响应式，那就是你把它弄坏了。

嗯，这几乎是正确的，但正如 Adam Morse 在这个新项目中所说

HTML 开箱即用地具有几乎 100% 的响应式。 这 115 字节的 css 修复了“几乎”部分。

像图像和表格这样的东西可以具有固定的宽度，这会导致布局比视窗更宽。 当然，还有 元标记。

看看那个顶级域名！

Mark Otto “用测量 CSS 性能来打发时间”。 对我来说，没有什么看起来特别令人担忧，以至于我会改变我的做事方式。 最令人惊讶的数字是在 background 与 background-color 之间，但 Paul Irish 有点揭穿了这一点。

水里一定有什么东西，因为 Ben Frain 深入研究了 一点 CSS 性能。 我喜欢 Ben 的短语

对于 CSS 来说，架构在括号之外； 性能在括号之内

这是我的。

值得注意的是，img 元素的 srcset 属性已登陆 Chromium（Chrome 将在 34 中获得它，Opera 21 中获得它）。 他们的示例：<img alt="一只很酷的狼。" src="pic1x.jpg" srcset="pic1x.jpg 1x, pic2x.jpg 2x, pic4x.jpg 4x"> 还有

敬请期待 <picture> 元素

我们需要这个。 战斗十分艰苦。 解决方案很好。 其他浏览器也会陆续出现。 这值得注意，因为一旦浏览器支持某些东西，它往往就会一直被支持。 另外，现在 polyfill 可以是真正的 polyfill。

响应式设计是一个定义得很好的策略，但你的方法可能会有很大差异。 Brad Frost 涵盖了各个方面。

Jeremy Church

虽然 em 相对于其直接或最近父元素的字体大小，但 rem 仅相对于 html（根）的字体大小。

Jeremy 倾向于喜欢 em，因为它能够控制设计的区域。 就像，相对地缩放该特定区域的类型。 我倾向于喜欢 rem，因为它能够轻松地在整个页面上缩放类型，但我遇到了无法提供足够控制的问题，因此我可以看到由于这个原因而重新回到 em。

更新： Jeremy 在某个时候改变了他的看法

我比以前更多地使用 rem。 我仍然倾向于将标题的字体大小设置为 em，但我可以看到 rem 对某些标题和其他文本来说会有益。 我还使用 rem 来设置大多数边距，有时也用于填充。

我是一个几乎完全使用 rem 的人。 但有时会做这里谈论的事情 字体大小想法：根部使用 px，组件使用 rem，文本元素使用 em，这听起来像 Jermey 的方向。

我按照 Mark Goodyear 的这篇指南尝试了 Gulp（Grunt 的竞争对手）。 我没有在任何一个上面达到能够对哪个更好有强烈意见的程度。 它们对我来说都有效。 我确实喜欢 Gulp 中的管道，就像你说的“拿这个，做这个，这个，和这个，然后把它放到这里”——而不是像在 Grunt 中一样为每个东西配置一个源和目标。

我遇到过一个问题：我在本地运行的是 Node 0.8 左右的版本，这对于 Gulp 来说太旧了。 不妨将自己升级到 0.10 左右。