在 Hugo 論壇看到一篇分享文章說他做了一個寫手用的編輯工具叫做 Huge。

單看論壇的描述看不太懂這個工具到底想做什麼，以下這些內容是作者寫在他的部落格裡面的，看完我才知道他為什麼要做這個：他老婆沒有技術能力，因此他開發一個工具幫他做好，但是這個工具提供什麼功能呢？

1. 編輯器：就是個文字編輯器
2. Front matter 輸入框：Markdown format with frontmatter is utterly bewildering for the average person
3. Mirrors：自動幫你映射多語言目錄
4. 指令：把 Hugo CLI 包到 GUI 上
5. 免學 Git：幫你整合好

如果要直接評價那評語會很難聽，那麼不綜合評價，改為現實客觀描述好了。

文字編輯器，基礎，無評價。

front matter 輸入框，他的說法是一般人看不懂 yaml，這我能理解，但是 Hugo 根本不需要「學會 yaml」，只要在 archetype 裡面把所有都先建立好，之後只需要改值就好了，只要跟用戶說 title: "" 的內容記得加冒號、tags: [] 記得加上冒號和逗號，這能算學東西嗎。

映射多語言目錄，聽起來有用，然而 Hugo 支援 index.LANG.md，這反而是最少見的能力，讓你可以在同一個目錄編輯不同語言的內容，絕大多數的 Hugo 主題預設也是這樣用，而且也沒有任何主題限制只能用某一種，都是通用的，但他偏偏選擇以目錄方式分類多語言文章。

指令就是個 CLI 的 GUI 包裝器。

那免學 Git 的部分呢，這總複雜了吧，初學 Git 的人我想都有一段 confusing 時期，但是這根本也不需要，VS Code 有 git auto commit extension，所以也不需要學 git add git commit，他只要知道 git push，而這個按鈕也可以用 GUI 包裝了。

自動忽略目錄，只保留寫手目錄的功能呢？平心而論這有用吧？別擔心，我沒有忘掉這個功能，然而他只需要建立一個獨立的 repo 放 assets/content/static 三個目錄，然後在主網站將這三個目錄當作模組載入就好了，就是反過來用的主題模式。反過來用不好懂？那甚至都不用學 Hugo 主題怎麼用，CI 時純粹用 git submodule 或是 cp 指令硬把這些目錄放進去都可以，隨便一種 50 行的方案就可以解決四五百行程式碼要解決的問題。

綜上所述，如果有事前調查，使用正確做法根本不需要開發一個應用程式，這個工具最後只剩下 CLI 綁 GUI 的功能，而這種需求寫一個 VS Code extension 就好了，更不要說大部分的需求 VS Code extension Front Matter CMS 都已經有了，如果連 VS Code 使用都會感到吃力，更狠一點還能乾脆用真正的 CMS 服務，那就是專門服務這種人群的工具。所以才說調查有多重要，一個好工具和這種評價的工具，兩者差別只在調查之間。

寫完後又想到可能會反駁說這工具提供的是「一個工具做到所有我講的事情」，這個應用程式一站式的解決多個問題，而我的所有做法都需要設定無法一站完成。

這說法更糟，因為事前設定無論是他的原始設定還是我講的設定都需要技術背景的人做，而這個人設定錯誤所以才衍生這些問題，扣掉衍生的問題，他又沒有調查自己的額外需求有哪些設定/現成工具可以完成...也就是說提供一站服務的說法也不對，他最終只做到解決由於自己錯誤設定引發的問題而已