来自网络各处我们正在阅读并有一些想法的内容。有我们应该知道的链接吗？告诉我们！
我认为，如果您是以任何身份担任 DevOps 人员，Docker 的实用性非常明确。您的程序在容器中运行，并且在任何地方都相同。假设 Docker 正在工作/运行，则代码将以可靠一致的方式执行，无论是在某些开发人员的计算机上运行 Docker，还是在云服务器上运行。这样做的（巨大）吸引力在于错误会一致地发生。“仅限生产环境”的错误将成为过去。还有其他好处，例如将开发环境交付给开发人员团队，即使跨平台也是完全一致的，而不是与各个开发人员的计算机作斗争。
所以……很棒？始终将其用于所有事情？这里的阻碍在于它很复杂，而 Web 开发本身已经很复杂了，而且通常感觉只是太多了。然而，Andrew Welch 认为，您无需深入学习 Docker 即可使用它。
Tyler Sticka在这里以最佳方式深入研究：通过制作一个测试页面并实际测量性能。也许 1000 个图标有点极端情况，但嘿，250 行数据，每行包含四个图标，就可以达到这个目的。Tyler 在文章中仔细介绍了细微差别。测试的不同技术：内联<svg>、同文档精灵<symbol>、外部文档精灵<symbol>、带有外部源的<img>、带有数据 URL 的<img>、带有filter的<img>、带有外部源的background-image的<div>、带有数据 URL 的background-image的<div>以及带有mask的<div>。哇！太多了——而且它们本身都是有用的技术。
哪种技术获胜？内联<svg>，除非 SVG 非常复杂，否则<img>更好。这就是我原本会押注的。 我已经在这条路上有一段时间了。
Egor Kloos 描述了一种情况，即（纯粹的视觉）设计师要求对某个组件进行一些更改。存在一种误解，即（代码猴子）开发人员完全按照要求实施了更改——但实际上，需要的是错误修复和组件的新变体。由于技能的孤立：问题。
Mary Dyson 对长期以来被普遍接受的观点进行了细致入微的研究，即较短的行长比较长的行长更易读。研究发现，较短的行不一定导致更快的阅读速度。但是，如果您正在寻找一个在下次设计审查辩论中使用的明确答案，那就不行了。最大的发现是长行不会像以前认为的那样减慢速度，而不是说它们更好或更差。
但这里还有更多我发现更有意思的内容，主要是因为我对这个主题基本上不了解，并对写作、可读性和行为获得了一点点背景。
比如……
它是回扫。您知道，就像您的眼睛在行尾遇到Return键并扫到下一行的开头一样。然后，还有欠扫。其想法是，眼睛可能不会扫到下一行的确切开头，而是稍微停在前面一点。
单词和短语之间那些快速的眼球运动？这些叫做扫视。我不得不查一下。
我们多年来一直依赖的先前研究来自 1940 年（！），那时我们显然更关注纸质页面而不是明亮的数字显示器。它指出，较长的行增加了眼睛在回扫期间欠扫的可能性，而欠扫会导致回归，从而导致 130 毫秒到 250 毫秒的延迟，大脑需要在此期间确定方向。该报告称之为欠扫-注视。
本报告引用了一项 2019 年的研究，该研究试图通过加粗每行开头的第一个单词来纠正欠扫，有点像一个自然地将目光吸引到左边缘的锚。
2019 年的研究确实发现，加粗的单词确实减少了欠扫回扫。但尽管如此，阅读速度并没有提高。这就是挑战长期以来认为短行比长行更好的假设的动力。
Mary 进一步解释道
在试图调和为什么较长的行长在屏幕上可能不会减慢阅读速度，但在阅读印刷品时会减慢阅读速度的原因时，我概述了一些差异，例如视角、花费的时间滚动。但尽管屏幕阅读和印刷品阅读之间的物理差异仍然存在，但我们现在有直接的证据来解释为什么较长的行至少与较短的行一样快地被阅读。读者可以在欠扫新行开头时的短暂注视期间处理单词。这节省了后续处理的时间。现在我们也可能承认，印刷品和屏幕最佳行长的范围之间存在更大的一致性。
好吧，离我们可以用于我们日常工作的明确答案更近一步。但最好重新整理我们收集的设计和文案撰写最佳实践，并知道行长不像以前那样具有约束性。
再说一次，这些都没有告诉我们长行或短行哪个更好。Mary 在报告的结尾说，她不能明确建议使用较长的文本行，因为仍然有一些因素在起作用，包括
Scott 深入研究了<menu>元素的历史。他在1994 年的更改日志中追溯到 HTML 2（！）时代。当时的感觉似乎是标记一个列表。我怀疑其意图与今天的<nav>非常相似，但我真的不知道。
简而言之：HTML 4 弃用了它，HTML 5 重新使用了它——这次作为“一组命令”——然后 HTML 5.2 再次弃用了它。有点可惜，因为它有一些明确的用例。
不错的域名，对吧？正如其名称所示：清理图片。您可以在要清理的图像区域上绘制，它会使用奇怪的科学尽其所能。它就像Photoshop 的修复画笔，只是一个一次性使用的免费网站。就像神奇的remove.bg，它是一个同样神奇的一次性使用的网站（和域名）。
Louis Lazaris 细分了来自Jane的一些真正的 CSS 技巧。该笔展示了交互性，其中
然后，屏幕上会出现一条特殊消息。很容易使用 JavaScript，但不是，这里完全使用 HTML 和 CSS 完成，这很疯狂。