實作紀錄、疑難排解與架構筆記——寫給未來的自己，也寫給正在踩同一個雷的你。
自己寫了一個部落格產生器，現在跑著三個站 我有三個部落格：木工、攝影，還有你現在看的這個技術筆記。文章都是 Markdown，我用 Typora 寫，圖片就丟在文章旁邊的 .assets 資料夾裡。 寫是不麻煩，麻煩的是發佈。三個站三套做法，每次都要重想一遍：這個站的輸出目錄在哪？圖片要不要先壓過？上次到底是怎麼傳上去…
用 C# 接本機的 Ollama，做一個聽得懂人話的預約系統 講到接 LLM，大家第一個想到的通常是 OpenAI 或 Gemini 的 API，第二個想到的是「所以要用 Python 吧」。 這兩件事其實都不一定。模型可以跑在自己的電腦上，語言也可以是 C#。 在本機跑有幾個很實際的好處：使用者打的句子不會送到別人家…
只有一個實作，還要不要寫介面？ 「只有一個實作，幹嘛寫介面？」這句話我聽過很多次，自己也講過。 平心而論它不是沒道理。YAGNI 講的就是這件事：不要為了想像中的需求先做設計。如果你寫的是一個一次性的小腳本，跑完就丟，那多開一個檔案放介面確實只是增加負擔。 但工作上碰到的多半不是那種東西。維護個幾年的系統，我後來的答案…
獎金規則老是在變，我用 DSL 把它們搬出程式碼 做企業系統最累的不是功能難寫，是規則一直改。 獎金公式、風險評分、簽核條件，這些東西幾乎每季都會動一次。如果它們是寫死在程式裡的 if/else，那每次業務調一個係數，你就得改程式、寫測試、重新編譯、跑一次發版流程。改的內容可能只有一個數字，流程卻要走兩個禮拜。久了 I…
