从一对一的对话中收集一系列关于顶级开发人员痛点的见解。

• 原文链接：https://web.dev/deep-dive-into-developer-pain-points/
• 作 者：André Cipriani Bandarra
• 翻 译：w3cschool编程狮

几个月前，Paul Kinlan 发布了关于 2021 年顶级开发者痛点的文章，本文以最近 2 个季度的更新开始。数字略有变化，但排名没有改变。

正如 Paul 的博文中提到的，我们需要解决这些痛点。作为更大努力的一部分，我和我的同事 Kadir Topal 采访了超过 18 位开发人员。我们的目标是调查并开始理解解决顶级开发人员痛点的途径。

开发者讨论

免责声明： 这些见解是基于与开发人员的少量对话。当使用“全部”或“某些”时，这是指所采访的开发人员，而不是整个社区。需要更多的研究来更广泛地推断这些见解。

这些对话很好地提醒了 Web 开发者社区是多么的神奇和多样化，我要感谢所有与我们交谈的开发者。一些开发人员拥有超过 25 年的经验，而另一些开发人员直到 2020 年才开始工作。一些开发人员通过正式的计算机科学学位开始了他们的职业生涯，而另一些则独立开始了他们的职业生涯。一些开发人员通过阅读浏览器发行说明积极寻找新事物并跟上进度，而另一些开发人员则通过同事和朋友了解新事物。一些人认为复杂性是工作的一部分并且喜欢接受挑战，而另一些人只是想完成他们的工作。在考虑解决这些痛点时，重要的是要牢记这种多样性！

所有开发人员的共同点之一是他们都在使用 CMS 或框架来完成他们的工作。都提到了 Wordpress、React、Bootstrap、Angular 和 Tailwind，没有一个开发人员在生产中使用 vanilla web 平台。开始项目时选择框架是一项挑战，开发人员经常考虑非技术要求。例如，聘请开发人员使用该框架是否容易。如果解决方案中不包含框架和 CMS，我们将无法改善开发人员的痛点。

说到网络平台，大多数开发人员都将平台理解为他们正在开发的东西。这不仅包括 Web 平台的经典定义，还包括 CMS、框架、工具和 polyfill。在许多情况下，与这些保持同步是最大的困难所在。这改变了我们对这个问题的解释，我们现在知道我们需要更新我们的调查，将其分解成不那么模棱两可的不同部分。

另一个模棱两可的领域是网络标准的定义。当被问及有关跟上标准的示例时，许多开发人员指出了跟上最佳实践的困难。这是我们需要在调查中澄清的另一个领域。

开发人员在实现特定用例和模式时会寻找最佳实践。博客文章和 StackOverflow 被认为是最佳实践的来源，但开发人员经常想知道他们正在阅读的信息是否确实是最佳实践，以及它是否与最新的功能和 API 保持同步。他们希望有更官方的来源来阅读这些内容。

跟上支持新用例的功能和 API 是一个较小的问题。开发人员在功能、API 和平台更改方面更加挣扎，这些更改会导致最佳实践发生变化。

大多数开发人员都同意兼容性是最大的挑战之一。通过 Compat 2021 和 Interop 2022 等努力，情况正在改善，但很明显，开发人员还没有将其视为已解决的问题。

大多数开发人员以一种或另一种方式使用 polyfill。然而，在许多情况下，使用对开发人员来说是透明的，因为 polyfill 可以由 Babel 或框架之类的工具自动添加。对于那些自己管理 polyfill 的人来说，弄清楚 polyfill 是否“好”可能是个问题。开发人员提到使用 NPM 上的安装数量和 polyfill 的创建者作为信号。一些开发人员提到正在努力删除由于放弃对 IE11 的支持而变得不必要的 polyfill。

框架引入了碎片化问题。我们听说开发人员被“困”在旧版本的框架中，并因此限制了他们可以使用的功能，但是迁移到同一框架的新版本可能成本高昂且难以证明是合理的。

结论

现代 Web 开发有许多移动部分，包括标准、浏览器、库、polyfills、CMS、框架、最佳实践和工具。这种多样性是网络的一大优点，但现在，每个开发人员都需要单独了解每个部分以及它们如何相互兼容。

我想知道是否有一种方法可以让开发人员更清楚地了解一切是如何联系在一起的，以及所有部分之间的更多一致性，而不会影响多样性。这是一个大而复杂的问题，很难一次完成。但是从哪里开始呢？

以上就是关于从一对一的对话中收集一系列关于顶级开发人员痛点的见解，的全部内容了，关注w3cschool编程狮订阅更多IT资讯、技术干货~

阅读原文