396 - 《开发体验 DX》

本文为 https://read-dx.addy.ie/toc 的读书笔记。

1、为啥 DX 重要？不好的 DX 会降低开发者满意度，而不快乐的开发者会降低生产力，编写有错的代码，开发错误的产品。

2、对于框架和库来说，什么是好的 DX？1）升级容易，少 Break Change、提供缓冲期、提供 Codemod，2）错误信息有用，错误信息应包含问题所在、错误的原因及解决方案，比如下图，3）强大的默认配置和逃生口，提供主观的最佳实践，但不强制你使用，4）快。

3、好的 DX vs. 坏的 DX。

好的。

• 你第一次尝试，很快就能完成一个 hello world
• 你看到一个错误，并且你能够自己修复它
• 你可以尝试一些东西，无需添加信用卡
• 你使用了一个 API，它具有你所需要的所有参数

坏的。

• 你尝试安装，但它并没有立即工作
• 你阅读了文档，但里面没有你需要的内容
• 你尝试使用，但它需要一个“演示” 或 “呼叫” 工作人员
• 你尝试集成，但是你的技术栈没有 SDK

4、DX 和 UX 冲突时，以哪个为先？1）大部分情况下，UX > DX。2）但是，好的 DX 也可以影响 UX。比如提供更强大的默认配置，包括默认提供更好的请求和 preload 策略、更小的产物尺寸、更好的拆包策略等。3）更好的 DX != 更好的 UX，有些框架和 No Code 产品的宣传其实是具有误导性的。

5、DX = UX for Developer。有两类开发者，a）为其他开发者构建工具、库和其他产品的人，b）使用上述产品构建面向最终用户的应用软件的人。前者为后者提供的 UX 即 DX。所以，为了有更好的 DX，也可以套用 UX 的 7 层模型。

6、DX 如何衡量？1）开发者生产力，2）Google 的 HEART 框架调整下可用来衡量 DX。

7、如何系统地改