DX，向誰？

Dave 指向Sarah 在Netlify 關於開發者體驗(DX) 的帖子。 Sarah 在文中闡述了該角色的含義，它包含三個方面：

1. 集成工程（例如，功能）
2. 開發者體驗工程（例如，構建集成以確保客戶端到端的質量）
3. 文檔（例如……文檔）

我很喜歡這個定義。必須先定義目標才能完成目標。然而，Dave 談論的是作為DX 的使用者而不是DX 的創造者。他提出了另一個三點論：

1. 是否簡單易用？這項技術是否比我目前的方法更好地解決了我的問題。
2. 能否獲得幫助？如果我遇到問題，能否與人溝通？我會遇到樂於助人的人還是態度惡劣的人？
3. 社區是否健康？如果我全力投入其中，社區是否充滿負能量或積極友好？如果適用，是否存在良好的社區擴展？

我另一個喜歡的關於這個主題的觀點是Shawn Wang 的開發者異常工程，它認同DX 的基本前提，但更深入地探討了“令人不安”（但誠實坦率）的方面。以下是一個例子：

你們的定價是否可預測，還是用戶需要使用電子表格才能計算出你們將收取的費用？如果費用意外過高，開發者能否使用你們的軟件找出原因，還是他們必須苦苦哀求才能得到幫助？是否設置了良好的默認值以提前發出警告？

我喜歡好的DX 可以源於對令人不安之處的清晰認識。哪些地方不夠完善？告訴我，你就能贏得我的信任。隱瞞它，你就會失去它。

以上是DX，向誰？的詳細內容。更多資訊請關注PHP中文網其他相關文章！