2026年7月22日 你的文學化程式在 CI 能無需你參與就完成 tangle 之前都是壞的 Literate programming 承諾單一事實來源，但手動的 weave 和 tangle 步驟會破壞 CI/CD 流水線。以下是如何自動化提取和文件生成，使 Markdown 檔案保持規範。 literate-programmingci-cdweave-tangleautomation
2026年7月21日 先向LLM解釋程式碼，讓我的缺陷率降低了85% 我花了30天時間，在向LLM索取程式碼之前先撰寫設計說明。結果改變了我對rubber-ducking的看法。 literate-programmingllmcode-qualityrubber-ducking
2026年7月20日 我把測試、程式碼和散文都放在一個 Markdown 檔案裡，再也不用往文件裡複製程式碼了 Literate programming 將 Markdown 檔案作為單一事實來源，使文件、測試和實作保持同步。以下是如何用三十行 Python 實現它。 literate-programmingdocumentationtestingsingle-source-of-truth
2026年7月19日 你的 Claude 對話已經是文件了。只是它會在 12 小時後消失。 LLM 對話包含意圖、被拒絕的替代方案以及可執行的程式碼。這正是文件應該包含的內容。以下是將 ephemeral chat 轉換為持久、可搜尋的文件，同時不遺失敘事的方法。 literate-programmingllmdocumentationai-engineering
2026年7月18日 文字編輯器讓你寫無效程式碼。樹編輯器不會 每個編譯器都將你的程式碼視為樹，但你的編輯器讓你編輯原始文字。以下是結構化編輯的實際樣子、為什麼它沒有佔領市場，以及如何在不更換工具的情況下借用其優勢。 literate-programmingstructured-editingastprogramming-tools
2026年7月17日 Donald Knuth希望程式讀起來像文學作品。編譯器另有打算。 Literate programming承諾程式碼應該首先為人類編寫，其次才是為機器。四十年後，幾乎沒有人這樣寫。以下是軟體文件化中最優雅的理念為何未能改變我們工作方式的原因。 literate-programmingknuthsoftware-historydocumentation
