Dave 指向 Sarah 关于开发者体验（DX）在 Netlify 上的帖子。Sarah 在那里做的一部分工作是阐明了这个角色的含义。它是一个三部分组成
- 集成工程（例如，功能）
- 开发者体验工程（例如，构建集成以确保客户端到端的质量）
- 文档（例如……呃，文档）
我喜欢它。你必须定义要做的事情才能做成事情。但是，Dave 写的是作为 DX 的消费者而不是 DX 的创造者。另一个三部分组成
- 它是否容易？这项技术是否比我目前的方法更好地解决了我的问题。
- 我能否获得帮助？如果我遇到问题，我能否与人交谈？我会与乐于助人的人交谈还是与不友好的人交谈？
- 社区是否健康？如果我全力投入，社区是否有毒或友好？如果适用，是否存在良好的社区扩展？
我在这方面另一个最喜欢的主题是 Shawn Wang 的 开发者异常工程，它同意 DX 的基本前提，但随后更深入地探讨了“令人不适”（但诚实坦率）的方面。以下是一个例子
您的定价是否可预测，或者您的用户是否需要使用电子表格来计算您将收取的费用？如果费用意外过高，开发人员能否使用您的软件找出原因，或者他们是否必须请求帮助？是否已设置良好的默认值以获得预警？
我喜欢良好的 DX 可以从令人不适的部分的清晰度中产生。哪里有粗糙的边缘？告诉我，你赢得了我的信任。隐藏它，你就会失去它。