Tim Kadlec 回到如何使网络上的图像尽可能高效的话题，并探讨了名为“压缩图像”的技术，该技术现在由于多种原因而不推荐使用。Tim 在这里总结了他的观点

到目前为止，权衡取舍非常清楚。压缩图像为我们提供了减少的文件大小，但它大大增加了内存占用。由于围绕响应式图像制定的标准，我们不再需要做出这种权衡。

如果您有兴趣了解更多信息，那么很难不推荐 Jason Grigsby 的大师班，名为 响应式图像 101。

Gonzalo García 尝试解释 webpack（不像 npm 那样大写）存在的意义。这里没有特别的分歧，但这是我的看法……

• 我们使用 webpack 是因为我们需要 import stuff from place;。这是一个很好的模式。我们可以使用 webpack 来解释这些语句，因为对它们的原生支持还没有达到应有的水平，而且目前尚不清楚原生版本在性能方面是否会足够智能（可能不会，在 webpack 通常用于的项目范围内）。
• 我们使用 webpack 是因为我们知道无论如何都需要连接和压缩我们的 JavaScript，并且不想手动处理加载顺序。
• 我们使用 webpack 是因为npm。强大的功能可以通过 yarn 或 npm i 获得，因此我们的项目加载了大量需要 import 的内容。
• 我们使用 webpack 是因为我们确信它会执行一些奇特的魔法，从而为我们的网站带来良好的性能相关效果。我们祈祷我们做对了，并且我们已经正确地完成了我们的工作。
• 我们使用 webpack 是因为这个行业存在一种集体意识，它导致我们中的许多人跳上载客量最大的火车，而人们正从 webpack 火车的车窗里探出头来。

我离成为 webpack 专家还差得很远（非常非常远），但我基本上理解了，尤其是在 我和 Sean Larkin 在这里制作的屏幕截图 之后，而且我知道我的项目从中受益。

职位头衔是我们这里经常讨论的话题。偶尔会引起激烈的讨论，因为职位头衔在招聘过程中发挥着作用（为什么在这个 UX 设计职位中问我 React 的问题？）。并且由于缺乏公认的标准以及许多不重视它们的人员和公司而变得复杂（我们只是想要能做好工作的人，你可以随意设置你的职位头衔）。当外部人员需要观察时，这种情况会变得更加复杂。

Jasper Stephenson:

最近，我的一个名叫 Mariko Sugita 的同事需要为她正在创建的网站聘用一名设计师。她是一位城市规划师，并没有特别参与数字设计领域，因此她询问了手边最近的设计师（我），“我应该寻找什么样的设计师？”

Jasper 在这篇文章中对此进行了尝试。

继续阅读 →

Figma 推出了他们的 Web 平台 API，允许开发人员在其基于 Web 的设计工具之上构建和扩展其功能。他们还发布了 一篇关于发布的简短文章，展示了 Uber 和 GitHub 的设计团队如何开始使用该 API，但他们也深入探讨了一些今天可供使用的公共扩展。

AirBnB 也 非常关注它。这并不奇怪，因为他们似乎在创建、扩展和集成设计工具方面引领着行业潮流。

我们 Figma 的朋友最近向公众开放了其 API 的第一层。他们基于云的、默认情况下支持多用户的、设计工具是考虑设计智能作为代理的完美环境，就像同事一样，它可以真正地与我们并存。

在过去的几个月里，我们一直在愉快地使用它，构建我们曾经梦寐以求的工作流程工具。

Pendo 为产品团队提供了唯一的完整平台，帮助公司创建出色的产品。Pendo 产品体验平台使产品团队能够了解产品使用情况、收集用户反馈、衡量 NPS、在应用程序中帮助用户以及在产品中推广新功能——所有这些都不需要任何工程资源。这种独特的组合功能都构建在产品数据的通用基础架构之上，从而提高了客户满意度、降低了客户流失率并增加了收入。

Pendo 是 Salesforce、Proofpoint、Optimizely、Citrix、BMC 和许多其他领先公司的创新型产品领导者的首选。

立即请求 Pendo 演示。​

继续阅读 →

我非常高兴地宣布，Vue 菜谱正式进入测试阶段！在过去的几个月里，Vue 团队一直在编写、编辑并接受来自社区的 PR，以构建我们文档的新部分，称为菜谱。每个菜谱都是独立的，这意味着菜谱可以专注于 Vue 的一个特定方面或与 Vue 集成的某个方面，并深入探讨该主题。然后，我们可以包含更复杂的示例，以有趣的方式组合功能。

我最喜欢的菜谱部分之一是每个菜谱的“替代模式”部分。通常，当人们撰写博文或记录某些内容时，他们也在向您推销他们正在解释的概念。在菜谱中，我们努力考虑到我们都在构建不同类型的应用程序和网站，因此，鉴于不同的场景，各种选择都是有效的。菜谱在每个菜谱中花费一些时间来权衡取舍，并考虑何时可能需要另一种方法。

对于高级功能，我们假设具有一些生态系统知识。例如，如果您想在 Webpack 中使用单文件组件，我们不会解释如何配置 Webpack 配置的非 Vue 部分。在菜谱中，我们有空间更深入地探索这些生态系统库——至少在对 Vue 开发人员普遍有用范围内。

此部分将继续开发！我们还有更多正在编写的菜谱，我们仍在接受 PR，社区参与越多，资源就越丰富！希望您喜欢并发现它有用。

Edge 团队精心制作了一个关于可变字体的全面演示，展示了它们的所有形状变化和自适应功能。与演示本身一样有趣的是网页排版的历史以及可变字体在整体格局中的位置。

此演示与 v-fonts.com 非常搭配，后者是一个交互式可变字体集合，允许您试用每个字体提供的可变功能。

这是一个旨在展示支持 OpenType 变体的字体的网站，并允许您拖动大量滑块来操纵字体的宽度、高度以及类型设计师可能添加到设计中的任何其他设置。

我认为这个项目引人注目的地方在于，直到现在，我才知道自然界中有多少可变字体。

我们习惯于使用后端语言或 JavaScript 框架来为我们支持数据驱动的组件提供动力。我喜欢带有大量 locals: {} 或 <Component ...props /> 的 Rails 部分，但即使在静态 HTML 中工作，您也不必放弃组件。使用 Nunjucks，它具有 include、模板和宏，我们拥有一个强大的工具集来构建基于组件的网站，这些网站易于、快速且安全地托管。

我们知道没有哪个 API 可以为您编写代码（不幸的是），但我们的 API 非常接近。凭借深入的文档、可自定义的功能、出色的支持以及一个使您的代码易于调试的仪表板，您将找不到比这更容易实施的电子签名产品。或者更受您的团队喜爱。

我们希望 API 由一个像我们一样重视用户体验的团队构建。最终，我们选择 HelloSign 是因为它在这些功能、价格和用户体验方面实现了最佳的组合。

– Instacart 联合创始人 Max Mullen

立即免费试用 HelloSign API。

继续阅读 →