快速解答: 功能優先排序,是把一堆點子收斂成「值得投入資源」的路線圖,再進一步拆解成每週可執行的 Sprint 任務。這件事分成兩個層次——路線圖層級(策略性、...
Day 14:流程控制的藝術:用 Switch 節點「畫」出商業分流邏輯 嗨,大家今天過得好嗎?歡迎來到鐵人賽 Day 14。 昨天我們成功連上了 Postgr...
今天測的攻擊面,系統原本並不存在前面 13 天測試的攻擊,不管手法多迂迴,本質上都是「使用者在對話框裡打字」。但真實世界裡,很多醫療 AI 應用場景不是這樣運作...
昨天用 Embedding,讓 Gemini 從「回答問題」跨到「成為程式的一部分」。 第二週走到這裡,其實已經寫了六支小腳本: Day 08 第一次呼叫 A...
今日目標 在昨天建立好 App 的響應式 Layout 與 Navigation 後,今天我們要迎來前端開發最核心、也最容易讓人頭痛的魔王關卡——表單(Form...
昨天(Day13)我決定把模型移出熱路徑:hook 照舊只寫紀錄,問 Jev 的事交給另一支常駐程式慢慢做。那篇誠實欄的最後一條寫著:「答案晚到,代價是它不能拿...
在前面兩天,我們學會了如何啟動容器與打包自訂 Image。但 Docker 容器有一個特性:「隨用隨扔(Stateless)」。一旦執行 docker rm 刪...
30 天系列最後一篇,也是到了說再見的時候了 起初跟著阿柴從 SOLID 五原則,一路走過創建型五個、結構型七個、行為型八個 柴咖啡從小店面開到串外送平台、開到...
昨天終於把專案放到 EC2 上並看到頁面了!不過回頭看,從開機器到跑容器,一路出現了公網 IP、Subnet、Security Group,還有 -p 80:3...
前一篇把 AI 功能的驗證拆成三件事:原本的 Test 確認程式有沒有正常執行;Eval 判斷 AI 有沒有把任務做好;Observability 則負責留下...
從今天開始,我們會花 3 天的時間進到 Spring AOP 技術的相關組件細節。 我們都知道 AOP 是一種針對 OOP data flow 的橫向封裝。傳統...
前幾篇,我們遇到了很多看起來不太一樣的問題。 例如: Knapsack:行李只能帶 20 公斤,哪些東西最值得帶? Scheduling:一天只有有限時間,工...
Day 17:資安合規與 AI 的協作——這個階段怎麼分工,以及要談些什麼 一套固定的工作流 進到資安合規這塊,我跟 AI 的協作慢慢固定成一套流程。它跟前面十...
本文同步發表於我的個人網站 和 AI 一起做東西時,要不要多做登入、測試、手機版,我會先問一題:除了我自己,還有沒有別人要打開它。 這裡的別人有兩種:使用者...
前言:「要同時維護兩套介面版本」,第一直覺通常是錯的 「系統要同時支援兩套介面版本,是不是要把路由複製一份,各自對應一套 controller?」 這是多數人聽...
前言 「這兩支測試檔案根本是複製貼上的,程式碼重複這麼多,不用重構嗎?」 寫測試的人多半都被教育過要遵守 DRY 原則,看到重複的程式碼會反射性地想抽共用邏輯。...
前言:下載迴圈跑完,就代表可以合併了嗎? Day 12 講過每個片段各自重試、超過上限就記錄失敗並放棄。這代表下載迴圈跑完之後,不能直接假設「所有片段都成功了」...
前言:「完成」這個詞,比想像中更容易被誤用 第三部要處理的摩擦,跟前兩部又不一樣:不是喊停太早、也不是動手太早,而是在真正做完之前,就先說出了「完成」這個詞。這...
前言:把工具做好了,是不是就萬無一失? 「講了 28 天怎麼設計 skill、怎麼分層 CLAUDE.md、怎麼管理記憶、怎麼委派 agent——把這些都做對,...
前言:一次到位,聽起來像效率,其實是循環被打斷 「請幫我實作這個功能,記得寫測試。」這句話丟給 AI,十之八九會得到一份「實作 + 測試」同時完工的回應——兩個...
前言:講了 28 天「怎麼做」,今天要誠實講「不該做什麼」 這個系列從 Day 01 到現在,講的都是怎麼讓 AI 安全動手——基準線、乾淨環境比對、Repos...
前言:講了 28 天「怎麼用」,今天要誠實講「不該用在哪裡」 這個系列從 Day 01 開始,一直在講怎麼讓 AI 參與維護 PHPUnit & Pes...
前言 「字數夠不夠、引用比例超不超標,寫完看一眼不就知道了嗎?」 單篇文章確實可以寫完自己看一眼,但連續 30 天、多系列並行的情況下,「寫完看一眼」這個動作很...
前言:把 check-style 接進 CI,會先踩到什麼坑? 「一個 composer script 早就寫好了,接進 CI 不就是加一行 yaml 嗎?」...
前言:管理者登入後可以去哪三條線?各自維護什麼資料? 前一天我們了解了管理者功能的入口登入功能,今天我們要繼續進入到管理者的主畫面-ManagerActivit...
昨天我們在 Dify 中利用 HTTP 節點,成功讓 AI 發送了 Slack 通知。這是一個巨大的里程碑,代表 AI 終於具備了與外部世界互動的能力。 然而,...
前言:「花點時間仔細看,總看得完吧?」 面對一個規模較大的 PR,很多團隊的直覺解法是「那就多花點時間、找資深的人仔細看」。這句話背後的假設是:review 的...
Day 29|Code Review:怎麼系統性審查自己跟 AI 一起寫出來的系統 昨天聊了 MCP Server。今天要聊的是貫穿整個開發過程的一個習慣:Co...
前言:講了 28 天「架構能做到什麼」,今天要誠實講「做不到什麼」 這個系列從 Day 01 到現在,一路在講架構邊界怎麼限制 AI 的改動範圍、怎麼讓查證範圍...
昨天請 Codex 當第二雙眼睛,Review 重構 commit 中是否有一般程式問題。 今天把檢查範圍縮小到安全面。 不過我不會只問「這個專案安全嗎?」因為...