https://blog.leonstacklab.com/icon.png 軟體工程與 AI 實作筆記 2026-07-31T01:48:58.233Z https://blog.leonstacklab.com/ Hikari Hexo https://blog.leonstacklab.com/202607/942366470146/ 2026-07-29T13:02:05.000Z 2026-07-31T01:48:58.233Z

資料庫交易與隔離等級是高併發系統的基石。本文用生活例子和實務情境，白話解釋ACID特性、髒讀、不可重複讀、幻影讀等問題，並教你怎麼在效能與資料一致性間取捨。

https://blog.leonstacklab.com/202607/ca5e2a2a9916/ 2026-07-27T06:36:27.000Z 2026-07-31T01:48:58.234Z

實用的 Prompt 技巧整理：角色設定、清晰指令、Few-shot、Chain of Thought 與結構化輸出，讓 LLM 真正聽懂你要什麼。

https://blog.leonstacklab.com/202607/db510360daba/ 2026-07-27T05:54:16.000Z 2026-07-31T01:48:58.234Z

白話拆解 LLM 的 Token 計費與 Context Window：為什麼中文更耗 token、context 不是越大越好，以及實務上怎麼省下 API 成本。

https://blog.leonstacklab.com/202604/2c2396736837/ 2026-04-19T11:52:27.000Z 2026-07-31T01:48:58.233Z

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>學技術時，很容易一直收藏文章、影片和文件。</p> <p>但收藏久了會發現，資料越來越多，真正用得到的時候卻常常找不到。</p> <p>後來我覺得，技術筆記不一定要寫得很完整，但要能讓未來的自己快速想起來：「當時我到底怎麼解的？」</p> <h2 id="不要只貼連結"><a href="#不要只貼連結" class="headerlink"

https://blog.leonstacklab.com/202603/245fe74961b9/ 2026-03-12T13:09:52.000Z 2026-07-31T01:48:58.233Z

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>很多人一開始寫 log，都是在程式壞掉時才想到：</p> <figure class="highlight csharp"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td class="code"><pre><span

https://blog.leonstacklab.com/202601/0536230d8df5/ 2026-01-22T13:35:06.000Z 2026-07-31T01:48:58.233Z

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>寫程式久了，總會看到一些讓人手癢的程式碼。</p> <p>變數命名怪怪的、方法太長、邏輯繞來繞去，第一個反應可能是：「我想把它重寫掉。」</p> <p>但重構不是單純把程式改成自己喜歡的樣子。</p> <p>重構的目標應該是降低維護成本，而且不能改變原本行為。</p> <h2 id="重構前先確認目的"><a href="#重構前先確認目的"

https://blog.leonstacklab.com/202512/8bbd429c710c/ 2025-12-16T12:58:41.000Z 2026-07-31T01:48:58.233Z

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>Cache 是很常聽到的效能優化方式。</p> <p>簡單來說，就是把常用的結果先存起來，下次需要時不用重新計算或重新查詢。</p> <p>聽起來很美好，但 Cache 不是免費的。它可以讓系統變快，也可能讓資料變得難以理解。</p> <h2 id="Cache-解決的是重複成本"><a href="#Cache-解決的是重複成本"

https://blog.leonstacklab.com/202510/eb73b614829f/ 2025-10-09T12:33:28.000Z 2026-07-31T01:48:58.233Z

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>剛開始接觸資料庫效能問題時，常常會聽到一句話：</p> <p>「這個查詢很慢，可能要加 index。」</p> <p>但 index 到底是什麼？為什麼加了它查詢就可能變快？</p> <p>這篇先不鑽太深的資料結構，而是用比較直覺的方式整理 index 的基本概念。</p> <h2 id="Index-可以想成書的目錄"><a

https://blog.leonstacklab.com/202508/66cfad6dd207/ 2025-08-07T13:47:33.000Z 2026-07-31T01:48:58.233Z

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>很多人在學 Git 分支時，會看到各種流程圖：Git Flow、GitHub Flow、GitLab Flow。</p> <p>這些流程都有它們的使用情境，但如果專案很小、團隊人數也不多，一開始就套很複雜的分支策略，反而會讓大家卡在流程上。</p> <p>我覺得分支策略的重點不是名字，而是團隊能不能穩定交付。</p> <h2

https://blog.leonstacklab.com/202506/80ff6683ffe3/ 2025-06-18T14:07:45.000Z 2026-07-31T01:48:58.233Z

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>在寫 API 的時候，很容易把成功流程寫得很完整，但錯誤流程只簡單回一句「失敗」。</p> <p>例如：</p> <figure class="highlight json"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span