这里有一些我最近收藏（并观看）的视频的混合体。我无法决定是否应该将每个视频都单独发布成一篇博文，或者是否应该发布这篇综合列表文章。如果我对每个视频有更多要说的内容，我会将它们分开，但我选择了综合发布，并在本文中减少了文字。如果您对这类事情有偏好，请在评论中告诉我。
Tom Scott 解释了为什么网络如此混乱
Cookie。都是Cookie的错。有点。还有人类。
这是同一个 Tom，他制作了那个 超级棒的视频，该视频使用观看次数更新了标题。
我不知道这个人的名字，但我欣赏它在 Discord 侧边栏的重现中如何准确地获取细节
除了:hover本身位于<li>而不是指向合理位置的链接之外，但嘿，我想它比实际的 Discord 标记（其中是<div class="listItem_">）稍微好一点。
Heydon 对渐进增强变得很奇怪
我无法在这里嵌入它，因为即使看起来 Heydon 切换到 Vimeo 而不是直接使用<video>标签，隐私设置也将其锁定到仅限 briefs.video。
我喜欢关于“基本布局不是损坏的布局”的观点，但是，在这种特定情况下，是否使用@supports包装grid-template-rows似乎并不重要？我喜欢@supports这个东西，现在我们已经度过了@supports本身没有完全浏览器支持的尴尬时期，我更是如此，但我发现自己并没有经常使用它，因为它只有在你需要做一些不同于“只是让它不起作用”的事情时才真正有用，而我发现这种情况并不常见。
Houssein Djirdeh 和 Jason Miller 深入探讨“现代 JavaScript”
我们必须非常小心编译后的代码。有一个例子，一行 JavaScript 编译成 7000 字节，这比预期的大得多，也慢得多。当有大量用户使用旧浏览器时，照顾旧浏览器是一件非常棒的事情，但您可能会对“现代 JavaScript”的浏览器支持感到惊讶，并发现您编译的内容超出了需要。
关键是您只能真正控制自己编写的代码，但您发送的大部分代码可能是第三方代码。这意味着 npm，它绝对包含大量非现代 JavaScript 代码。他们说，最佳方案是通常将 ES 2017 作为编译目标。如果您需要更旧的浏览器支持，请使用 旧的差异化服务技巧。
这个视频也有 一篇博文版本。
Jessica Chan 挑战 William Candillon 进行一场 CSSBattle
就像字面上的 CSSBattle 网站。
他们来回尝试弄清楚如何制作这个带刺的病毒状小东西。我完全认同他们的方法！他们两人在 HTML 或 CSS 上都没有表现出惊人的聪明才智——他们只是试图完成它。这就是为什么我自己从未真正参与 CSSBattle 的原因。我欣赏人们的技巧（当然），但我的实际 CSS 编写风格几乎像是故意冗长。