Diátaxis 文件四型
Diátaxis 用兩條軸拆開:讀者在做還是在想、在學還是在用,推出四型:tutorial、how-to、reference、explanation。
核心主張是四型各有其職,寫法不要互相滲透;框架不規定實作形式,要不要拆成不同檔案是使用者自己的取捨。
一、發生什麼事
Procida 在 Divio 任職期間(2014 至 2021)發表過這套想法的早期版本,他後來自認其中部分看錯,其後獨立為 diataxis.fr 持續打磨[1]Procida, D. Diátaxis. 兩軸推導、Divio 時期與 2021 年之說明已對照原站核實。(diataxis.fr)。primary 站三頁(主頁、foundations、colophon)核對:四型名稱與詞源逐字對上;早期版本於 Divio 任職期(2014–2021)發表,Procida 後來自認其中部分看錯;「2021」指 Software Sustainability Institute fellowship,非首發年;採用廣度為站方自述,未經第三方驗證。。推導不是任意分類:讀者處境沿兩條軸分化,實作(knowing-how)對認知(knowing-that),學習時對工作時,二乘二落出四型,每型服務一種需求、各有獨立寫作準則。tutorial 是學習中的實作引導,how-to 是工作中的達成步驟,reference 是工作中查資訊,explanation 是學習中求理解。混寫的失敗形態每個人都見過:一份「教學」開頭教操作、中段變參數表、結尾寫設計哲學,每種讀者都要跳讀。
二、為什麼這對你重要
判斷一份文件該不該拆,先問讀者此刻在哪個象限,而不是問內容屬於哪個主題。放在本站的知識系統設計框架裏,這是三個常被混答的問題之一:東西放哪(組織法的事)、怎麼找回來(導航的事)、寫成什麼型(本框架的事)。三問正交,混答互相拖累。延伸到個人筆記是本站的做法,不是框架的規定:我們把寫給自己的操作手冊與概念解釋分成兩份檔案,因為兩者更新節奏不同、失效方式不同。框架本身要的是同一段文字不混用兩種需求,不規定拆檔[1]Procida, D. Diátaxis. 兩軸推導、Divio 時期與 2021 年之說明已對照原站核實。(diataxis.fr)。primary 站三頁(主頁、foundations、colophon)核對:四型名稱與詞源逐字對上;早期版本於 Divio 任職期(2014–2021)發表,Procida 後來自認其中部分看錯;「2021」指 Software Sustainability Institute fellowship,非首發年;採用廣度為站方自述,未經第三方驗證。。
Lab 實測 有實證才寫
本節點暫無實測。
如何閱讀來源註記 「對照原站核實」指主張已與該項目的原始網站比對。 定義版本:2026-09-20。
- [1] Procida, D. Diátaxis. https://diataxis.fr/ 兩軸推導、Divio 時期與 2021 年之說明已對照原站核實。(早期版本於 Divio 任職期 2014–2021 發表). ↩