来自网络的我们正在阅读并有一些想法的东西。 有我们应该知道的链接吗？ 告诉我们！
本周早些时候，Bastian Allgeier 发布了一些关于 Web 开发中复杂性的有趣想法，以及如何改变简单的事情往往比它们需要的感觉要困难得多
你想构建一个 JS 文件吗？ 请先更新 Webpack。 哦，那个新版本的 Webpack 不再与你的 Node 版本兼容。 哦，你的新 Node 版本不再与那个其他依赖项兼容。 哦，现在你在所有 node_modules 中发现了 233 个安全问题，但你无法修复它们，因为这会导致与完全无关的东西出现故障。
这是一个 UX 噩梦，我还没有找到一个例外。 Vue Cli 或 Parcel 是最积极的例子，其中积极意味着：不像其他东西那样糟糕。
这种依赖地狱也是旧项目几乎像密封胶囊一样的原因。 你几乎不能让一个项目闲置一年以上，因为之后它可能就会崩溃。
几周前，我回到一个使用各种工具构建的 Web 应用程序，这些工具有一段时间没有更新了，我意识到修复所有包和依赖项将是一项巨大的工作； 相反，我应该重新开始。 我当然可以理解 Bastian 对这方面的感受。
仅次于“愚蠢的 GIF”，我认为 caniuse 的截图是 Web 会议中最常见的幻灯片图形。 它已成为 Web 开发人员心中和脑海中查看 Web 兼容性数据的最终来源。
我可以在 Firefox 中使用 CSS filter 吗？ 是的。 我可以使用 filter() 函数吗？ 不。
当然，MDN 拥有令人难以置信的 Web 平台文档，这些文档也包含兼容性数据。 所以看到它们合作是一件好事。 而且不仅仅是理论上的——它已经发生了。
Florian Scholz 和 Alexis Deveria
在我们开始合作之前，caniuse 网站只显示 caniuse 数据库中可用功能的结果。 现在，所有搜索结果都可以包含 MDN 兼容性数据的支持表。 这包括已在 caniuse 上找到的数据类型，特别是 HTML、CSS、JavaScript、Web API、SVG 和 HTTP 类别。 通过添加 MDN 数据，caniuse 支持表数量从大约 500 个扩展到 10,500 个！ 开发人员关于哪些功能在哪些地方得到支持的 caniuse 查询现在将有更多结果。
嘿，我是来自 Frontend Masters 的 Marc，很高兴支持 CSS-Tricks ❤️！
你查看过 Sarah Drasner 的课程 吗？ 她有两门关于面向开发人员的设计和 SVG 的很棒的课程！ 此外，还有另一门介绍 Vue.js 的课程！
既然我们已经获得了对 line-clamp 属性的跨浏览器支持，我希望我们会在 Web 上看到更多这样的内容。 随着我们开始看到它被更多地使用，值得提醒的是：截断不是内容策略。
我们至少应该提供一种方法来阅读被截断的内容，对吧？ Paul Bakaus 使用 复选框技巧 和一些其他技巧来添加一个功能按钮，它可以完全做到这一点。
我真的很喜欢这次关于 Web 状态的 Jeremy Keith 访谈，以及近年来事物是如何变化的，以及为什么他对未来既乐观又紧张。
在整个访谈中，最吸引我注意的一件事是 Jeremy 开始讨论人们是如何认为网站普遍很糟糕的。 这让我想起，我无法计算有多少次有人对我说“啊，我在手机上无法查看这个网站”。
我们的网站没有响应！ 我们的网站 在 UI 中 充斥着广告和模态窗口！ 而且我们的网站 速度非常慢，恰好是在我们最需要它们的时候！
当然，人们会开始抱怨 Web 并绕过它们，如果他们发现情况确实如此。 我甚至会发现自己会给自己发送一封电子邮件，当我意识到移动体验将很糟糕的时候。 或者我会使用 Instapaper，因为网站的设计特别难以阅读。 记住，阅读模式是最佳按钮。
我对这一点的快速想法是，我们不应该变得悲观和悲观。 我们应该撸起袖子开始工作，因为显然还有很多工作要做。
如果你在 CSS-Tricks 上，我们可能可以打赌你正在构建一个非常酷的网站。 你花时间创建内容，应用适当的 UX 设计技巧，完美地对其进行编码，现在你已准备好将其发布到世界各地。
一个很棒的网站应该有一个代表你所构建的一切的域名。 使用 Hover，你可以灵活地选择一个真正反映这一点的域名。 我们不仅提供 .com 和 .org 这样的常用域名扩展名，或者 .uk 或 .us 这样的熟悉国家代码域名扩展名，或者 .ca，还提供更利基的扩展名。 我们有面向开发人员的 .dev，面向设计师的 .design，以及面向你狗狗的 .dog（是的，真的！）。
我们有数百个域名可供选择，所有符合条件的域名都附带免费的 Whois 隐私保护。 我们为我们为客户提供的现代 UX/UI 和出色的客户服务感到自豪。 在 Hover 上找到你的下一个域名！
这是来自 Charlie Owen 的一个很好的提醒，表明 Web 设计行业中并非所有人都在使用最新和最强大的技术。 而且这没关系！ Charlie 写道
大多数 Web 开发人员都在非常“无聊”的团队中工作。 他们正在生产服务于组织需求的工作马产品。 他们没有试图创新。 他们没有试图用自己的简历给下一个招聘人员留下深刻印象。 他们只是想赚钱，生产出有效的解决方案，然后回家。
然而，他们被告知，大多是隐含的，有时是直接的，如果他们没有创新和使用最新的工具，那么他们某种程度上是失败的。 这种没有实现最新技术的失败感渗透了我们的行业。
这种感觉需要结束。
我认为这对我们社区来说是一个大问题，因为在技术前沿的少数人恰好非常大声地谈论他们的工作（即使是在 CSS-Tricks 上）——这很好！ 我们都需要向从事这项工作的人学习。 但是，我们需要提醒自己，这是一小部分人，并非每个项目都需要成为技术奇迹才能取得成功。
以 Michelle Barker 的 个人网站 为例。 它很时髦，但也 不依赖任何东西，所以她可以专注于编写她喜欢的语言：HTML 和 CSS。 这不是一个糟糕的目标，也不是一个糟糕的结果。
这也让人想起 Chris 在讨论 Web 开发中的复杂性 时提到的内容
如今，越来越多的开发人员在内部团队或代理机构中为大客户工作。 也就是说，越来越多地开发人员从事大型、长期、高度复杂的项目。 所以这就是他们的心思所在。 复杂的大问题，用复杂的大解决方案来解决。 这就是人们谈论的话题。 这就是人们写博客的内容。 这就是人们争论的话题。 这是我在参加过的许多会议上的主题。
虽然你当然可以使用 index.html 文件和 FTP 创建一个简单的网站，但关于这方面的博文越来越少，而且不会获得那么多的点赞。
我们需要的不是欢呼声来验证我们的工作； 仅仅是认识到并非所有事情都需要处于技术的前沿。 关于 “简单而无聊”的项目，有一些话要说。
也许真正需要担心的事情不是我们正在分享的内容，而是更多地关于 我们没有分享的内容。
<portal> 元素 的意义（在 Chrome Canary 中的标志后面）是你可以预加载另一个完整页面（例如 <iframe>），然后使用 API 将其动画到当前页面。 因此“单页应用程序”式功能 (SPA)，但原生。 我认为这很酷。 我通常是 JavaScript 框架的粉丝，当它们通过帮助做其他难以做到的事情来提供价值时，例如花哨的状态管理、高效的重新渲染和组件组合。 但如果框架仅仅是为了 SPA 特性而被使用，那真是不幸。 当 Web 平台看起来人们的行为与原生、标准化的解决方案保持一致时，它才处于最佳状态。
但当事情做得不可访问时，它就不是 Web 平台处于最佳状态。 Steve Faulkner 写了 “关于 Portal 元素的简短说明”，他在其中指出了 Portal 元素在当前状态下存在的七个问题。 这是一个演示，其中解决了一些这些问题。 我猜想，如果从外部可以修复很多问题，那么这在某种程度上是一个实现问题，但我认为其中大部分无法修复（例如，后退按钮行为，加载的页面是否成为辅助功能树的一部分等）。
这是一个关于基本行为的视频