年初，总结了过去在平台与开源软件的一些经验，编写了那篇《开发者体验》。在那之后，陆陆续续地与不同公司、不同行业的人，一起讨论了起了开发者体验。有的是来自于内部平台的开发者，有的是源自于技术社区的相关负责人，还有的则是开源软件的贡献者。

缘由

从我的感受来盾，开发者体验是在云原生时代一个不可缺少的核心元素。

于是，我开始思索在开源社区，我们是如何构建开发体验的，编写了一系列的文章：《技术产品化运营》、《文档工程体验设计》、《文档同构：如何实现文档与代码的双向绑定？》等等的相关文章。

开发者体验是 Developer + Experience 的结合，这也是它的挑战之处 —— 如果我们缺乏 User Experience 时，那么 DX 就不那么容易了。而如果关注 DX 的不是 Developer 背景的人，那么 DX 就不那么容易。

为了弥补这个鸿沟，也为了不再花费时间的时间解释相关的概念，我发起了一个开源开源项目，用于编写开源者体验的小册子：https://github.com/phodal/dx，采用的是 CC-BY 4.0 协议，你可以自由地修改和发布它，只需要标注来源和署名即可。

为什么称为嗨皮书

起初，我是想作为一个 * 皮书的方式，为了更好的开发者体验，我放弃了过去常用的一页电子书方式，改用了更模块化的方式来构建这个在线的文档。

所以，我把它称为嗨皮书（happy book），一方面是为了调侃，一方面是为了让开发者 happy（毕竟主旨是围绕于开发者体验），还有一方面是为了填补我最初的想法，所以它成为了一本不是书的书。

为什么是 Version 0.1？

在开源电子书领域，一直有版本的概念，同样的也存在于纸质书领域。所以，首先我们要有版本的概念。

这是一个只创建了核心骨架的电子书，以期待更多的人加入到项目中。在未来，便可以通过社区的方式，一起发布这个手册。

撰写模式

从大的主题分类来说，它分为：

• 五个基础因子。即开发者体验所需要的五个基础元素：文档体验设计、错误呈现、易用性设计、交互设计、触点与支持。
• 三个模型。即开发者体验度量模型、指导改进的流畅度模型、指导运营人员的技术产品化运营。
• 模式与反模式。DDDD（懂的都懂）。
• 案例学习。主要用于未来提供一个国内的分析与交流平台。

整个小册子的核心是五个设计因子，它以定义、原则、示例和模式作为基本的写作格式。

未来

欢迎入坑填坑~。

多说无益，请在线阅读：https://dx.phodal.com/

源码：https://github.com/phodal/dx