前端调试很糟糕而且应该感觉很糟糕
有一句话让我见过的每一个前端开发人员都心生恐惧： 用户正在报告问题，但我们不知道如何复制这些问题。 当这种情况发生时你会怎么做？ 你哭吗？ 您是否将问题标记为“无法修复”并继续前进？ 就我个人而言，我走了一条人迹罕至的路：放弃前端工程并转向产品管理（这实际上并不准确，但这是一个很好的笑话，感觉很真实）。 调试前端的最佳方法是什么？ 唉，上面的大多数选项都不现实（我们不能 全部 只是退出前端并转向更少 bug 的牧场）。 你什么 应该 要做的就是收集尽可能多的信息并开始调查： 慈善专业 在可观察性 1.0 世界中，您可以 最终 获取解决诸如糟糕的 CWV 指标之类的问题所需的所有数据和信息，但这将是一个昂贵的过程 – 无论是在工具成本上还是在可能需要的小时数上。 使用 OpenTelemetry 提高可观测性 在我离开媒体公司后的一段时间，我加入了 Honeycomb，并在实践中开始学习 OpenTelemetry 和可观察性。 我了解到到目前为止我所描述的一切并不是唯一可用的选择。 前端开发人员的生活可能会更好——这些调试周期可能会更快、更容易。 理论上不是，但是 实际上。 让我们继续使用 Core Web Vitals 示例。 大多数（如果不是全部）RUM 工具都可以开箱即用地跟踪 Core Web Vitals。 他们通常使用 Google 的小型工具来完成此操作 web-vitals NPM包，它捕获每个页面加载时的 Web Vitals 事件。 这些 […]