Hexo 似乎很喜歡用底線前綴來標注它專用的檔案結構。比如，_config.yml 是用來配置 Hexo 的設定檔；source/_posts/ 用來放置文章。

一開始看起來很不習慣。還記得在我沒有自己的 Hexo 系統之前，翻別人開源的部落格，看到帶底線的資料夾，心想「這什麼鬼？post 就寫 post，沒事前面加個底線做什麼？」不過看久了之後，還是能夠習慣。

而且在學習 Hexo 之後我也比較能夠為什麼要這樣做：至少就 source/ 底下而言，為了讓資料夾結構跟 routes 對齊，系統可以一刀把沒帶底線的統統變成頁面結構。

儘管如此，我還是對於 _posts/ 的存在有一點疑惑。我知道放在 _posts/ 底下的會顯示在時間軸上，而其他的不會。但這又怎樣？時間軸的意義是什麼？既然我也可以讓頁面不放在 _posts/ 底下，那為什麼要放？

Gemini 是這樣告訴我的。

你可以根據內容的生命週期來決定存放位置：

• _posts/ (流動型內容)：
  • 適合： 部落格文章、短篇技術心得（如 vim-tricks.md）、軟體更新記錄。
  • 特性： 這些文章通常是「寫完就放在那」，讀者習慣透過「日期」或「標籤」來找尋。
• courses/ (結構型內容)：
  • 適合： 課程筆記（線性代數）、系列教程、長期維護的文件。
  • 特性： 這些內容具有嚴格的先後順序（Ch1 -> Ch2）。放在這裡可以避免它們混入首頁的日期流，破壞閱讀體驗。

這讓我比較理解部落格是怎麼一回事了。

部落格的本質應該要是他說的「流動型內容」，也就是像日記一樣寫完就放著，只以時間、tag 之類的進行檢索。而反覆修改的應該就是「結構型內容」。我不理解，是因為我不習慣「文章寫完之後就放著不進行大改動」。跟昨天談到的一樣，我以往沒有將以前的筆記視為「只讀」的習慣，所以每次翻看以前的筆記時都會很想要再次整理。

這麼說來，我會想寫部落格大概跟這個概念也有關係。一旦把文章放在部落格上，勢必就不能像是私人的筆記那樣想怎麼搬就怎麼搬——它是有展示作用的；我腦中會有一個假想他者，他會告訴我「我這次來看你的部落格，下次再來看之後發現以前的文章不在本來的位置的話，這樣體驗會很糟糕。」部落格促使我放下以前寫過的東西，讓它從我的「行囊」中清走，成為「足跡」。

（另外，我發現它對我的檔案的理解跟我不一樣。是我的話大概會把 vim-tricks.md 也放在結構型吧。我在當時給它我的檔案結構時，我確實還沒有在裡面寫過任何屬於他說的「流動型內容」，也沒貼 vim-tricks.md 的內容物給它，它也只好靠幻覺來告訴我。我不怪它。）