該選擇 Hugo 嗎？
前一篇文章落落長寫了一堆特色優缺點，能不能講重點，我到底該選擇 Hugo 嗎？本文簡短說明。
個人使用
個人使用的話筆者會先粗分成三種人：
- 找到喜歡的主題照著用就好了，只想簡單架個人網站
- 想要認真的經營網站
- 喜歡東搞西搞或是完美主義
第一種人非常適合 Hugo，因為 Hugo 的 UFS 架構讓他適合讓一般用戶作為主題使用，override 功能讓客製化非常容易。
第二種人介於中間，需要越深的客製化越不適合 Hugo，因為除非純寫字否則勢必會碰到源碼的部分，而和 Hugo 打交道只有痛苦。不過現在 AI agent 有點太強了，你可以叫他直接 clone 文檔這樣你連碰都不用碰，連網頁版都做得到這些操作因此這個問題稍微好點。
第三種人更不適合，Hugo 就像是 iOS：在他幫你規劃好的範圍內使用你可以用的很開心，之外就非常痛苦。既然有這個心力搞，那為什麼不用本身就是用 JS 寫的工具，要來 Hugo 自找麻煩呢？
文檔使用
這裡講的是 Docusaurus/Vitepress/MkDocs 等常見的經典三欄位佈局文檔，這種文檔使用下，你沒有任何理由應該使用 Hugo。
原因是 Hugo 的缺點繼續存在，前面已經講很多了，然而快這個優點在此佈局卻根本展現不出來，除非文件數量超過 10k 才考慮 Hugo。
非個人使用
完全不建議 Hugo。你要招一個會前端的人，卻要他學用後端語言寫的工具，還有很多 Hugo 獨有的「特色」都不在文檔中，要在討論區、Github issue 裡面翻，就算文檔有，Hugo 的文檔組織也亂成一團毫無章法，這個「特色」問題貫穿整個 Hugo 開發，這帶人、專案交接純靠團隊溝通，文檔一點用都沒有。
Hugo 的 bus factor1 極差，這個情況已經持續十年，專案知識高度集中在一個人身上，極度不健康。
Hugo 一天到晚在 breaking changes，十年了還是在 dev 階段，看 Hugo 開發者自己寫的 deprecation 工具 myhugofixer，裡面每個檔案代表該版本的 breaking changes，Hugo 大約是每個月一個版本，這代表每兩三個月就 breaking 一次。