米勒原則 (2007)

背景

米勒原則（The Miller Principle）由 Pure Danger Tech 於 2007 年提出，其核心觀點極其簡潔：沒有人會閱讀任何東西。這條原則涵蓋了使用者文件、規格書、程式碼註釋、使用者介面上的文字，以及任何超過一行長度的電子郵件。這篇極短的文章在 Hacker News 引發了跨越十多年的共鳴與辯論，探討在資訊爆炸時代，人類的注意力與閱讀行為如何演變。

社群觀點

在 Hacker News 的討論中，許多技術從業人員對米勒原則深有感觸，特別是那些第一線面對使用者的開發者與技術支援人員。有留言者分享，他在維護文字冒險遊戲時，即便在開頭顯眼處提示玩家可以輸入指令獲取幫助，多數玩家仍會直接忽略並盲目嘗試，最後因挫折而放棄。這種現象在技術支援領域尤為普遍，甚至有從業人員自嘲其職位應更名為「閱讀服務台」，因為他們的工作本質就是幫那些不願閱讀螢幕文字的使用者朗讀說明。這種「不閱讀」的傾向在職場中也造成了效率低落，例如有人抱怨同事即便收到了詳盡的文件，仍會要求開會以便讓作者「口頭朗讀」內容，這被視為現代職場的一大負擔。

然而，社群中也存在不少反對聲音，認為這條原則過於武斷且帶有個人偏見。部分讀者指出，高品質的技術文件如 Python、SQLite 的官方文件或 Arch Wiki，依然是開發者不可或缺的資源，這證明了人們並非不閱讀，而是拒絕閱讀缺乏價值的「填充式內容」。有觀點認為，閱讀與理解之間存在相關性而非因果關係，米勒原則或許應更精確地描述為「沒有人真正理解任何東西」。此外，針對長篇大論且缺乏重點的溝通，社群也提出了一種生存策略：如果無法從郵件的首尾兩句掌握重點，就要求對方提供條列式摘要，這反映出在壓力與高負載環境下，人類的注意力會自動過濾掉冗餘資訊。

隨著人工智慧的興起，這場討論延伸到了 LLM（大型語言模型）對閱讀生態的衝擊。一方面，AI 成為了「唯一會閱讀所有內容」的實體，甚至有讀者承認自己會利用 AI 來總結那些標題聳動但內容空洞的長文。但另一方面，AI 生成內容的氾濫也引發了新的危機。有開發者觀察到，現在人們只需花五分鐘就能生成二十頁的技術提案，卻要求審閱者花數小時去閱讀這些連作者自己都未必通讀過的內容。這種「寫作成本極低、閱讀成本極高」的失衡，導致了社群對 AI 生成內容的警覺，甚至出現了「如果你不屑於親自撰寫，我為何要費心閱讀」的抵制情緒。最終，社群達成了一種共識：在資訊過載的社會中，人們的注意力頻寬並未隨資訊量指數成長，因此精簡、具備實質價值的內容比以往任何時候都更加珍貴。

延伸閱讀

在討論中，參與者提到了一些被視為優質文件典範的資源，包括 Python 官方文件、SQLite 文件、Arch Wiki 以及 Laravel 的開發文件。這些資源被認為打破了米勒原則，因為它們能精準回答開發者的疑問，而非提供無用的填充資訊。