鐵人檔案
當 AI 已經能快速生成語法正確的程式碼，工程師的價值還剩下什麼？答案或許是「判斷力」，知道什麼時候該用、什麼時候不該用某個設計模式
本系列將以「柴咖啡」的成長故事貫穿 30 天：從得簡單點餐系統，到串接外送平台，再到連鎖店規模的訂單與庫存管理。透過這間店的擴張歷程，逐一實作 SOLID 原則與常見的設計模式中，並在每個階段思考：如果沒把這個階段學到的判斷條件講清楚就把系統丟給 AI 設計，它會在哪裡設計過頭、又會漏掉什麼
這是從新手視角出發、誠實記錄理解過程的學習筆記，希望能陪你我一起，練出在 AI 時代仍然不可取代的架構判斷力
前言與初衷 嗨大家好，我是 Derek，一個經驗值還在點的菜鳥轉職仔 在 LLM 誕生的年份選擇踏入 web 開發，在一個方便且快速的年代，任何事情都可以問 A...
一個你可能也遇過的場景 下午艷陽高照的時候，菜鳥工程師阿柴接到了好朋友小黑的電話 阿柴: yo bro, what's up? 小黑: 阿柴救命，我的咖啡店柴咖...
在講故事之前，在上篇結尾有提到: SOLID，那什麼是 SOLID 呢? SOLID 是物件導向設計原則的五個英文縮寫，五個原則，每個縮寫都是一個單字，說明軟體...
上一篇結尾提到，柴咖啡要開始加新口味了~~ 阿柴用 SRP 把訂單服務細拆成訂單計算、發票列印、LINE通知、存入訂單四個各司其職的 class，本來以為可以鬆...
接下來我們談到 Liskov Substitution principle (里氏替換原則 LSP)看到這個原則，我第一個問題是，里氏是誰?(失禮) 原來 Li...
我們來繼續看 SOLID 的第四條: Interface Segregation Principle(介面隔離原則，簡稱 ISP) 先來認識一下 ISP 的身世...
上一篇用 ISP 讓結帳跟集點兩邊，各自只依賴自己用得到的方法 這篇我們來看 SOLID 最後一條：Dependency Inversion Principle...
