年初，總結了過去在平臺與開源軟體的一些經驗，編寫了那篇《開發者體驗》。在那之後，陸陸續續地與不同公司、不同行業的人，一起討論了起了開發者體驗。有的是來自於內部平臺的開發者，有的是源自於技術社群的相關負責人，還有的則是開源軟體的貢獻者。
緣由
從我的感受來盾，開發者體驗是在雲原生時代一個不可缺少的核心元素。
於是，我開始思索在開源社群，我們是如何構建開發體驗的，編寫了一系列的文章：《技術產品化運營》、《文件工程體驗設計》、《文件同構：如何實現文件與程式碼的雙向繫結？》等等的相關文章。
開發者體驗是 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/