鐵人檔案
當 AI 能快速產生程式碼，開發者的價值該如何重新理解？本系列用 30 天，從需求釐清、程式設計、資料與狀態，到測試、安全、部署及維護，透過實際情境，探討開發者仍需掌握的核心觀念。我們不只關心程式能不能執行，更要學會判斷問題是否解對、結果如何驗證，以及系統是否值得信任。工具與實作方式會改變，但軟體開發裡需要理解的問題、做出的取捨，以及承擔的責任，仍然存在。
同事問過一個問題：給前端呼叫的API，要把畫面需要的資料全部包在一支裡，還是拆成多支？如果是編輯頁面，其中一支讀取失敗，還要讓使用者繼續編輯嗎？ 這兩個問題其實...
整理編輯頁時，很容易看到相似的程式：讀取資料、檢查欄位、寫入地址，再回傳結果。AI可以協助找出重複，也能提出抽成共用方法的建議。 但決定合併之前，還要問一件事：...
昨天討論常用收件資訊與出貨資訊的修改流程，哪些檢查可以共用，哪些規則應該各自處理。接著往資料看：兩邊都有姓名、電話與地址，為什麼還要分開保存？ 程式是否共用，與...
重複執行，會不會多做一次？ 不同操作，重複執行的影響也不同。把地址再次設成相同內容，與把庫存再扣兩件，不能用同一種方式判斷。今天回到前面談過的庫存案例：如果...
快取：先留一份，下次不用重新查 以使用者的常用收件地址清單為例，內容可能很久才改一次，卻會在選擇收件資訊時反覆讀取。如果每次都查資料庫，拿到的又是相同內容，...
同一張訂單，成立時間、應付金額與配送備註，看起來只是幾個欄位。時間換個時區、金額換個取位數方式，或把沒提供的備註當成要求清空，後續處理就可能得到不同結果。 昨天...
昨天談到折扣金額：逐筆打折後取位數，與先加總再打折，可能得到不同總額。今天接著看測試：即使案例依SRS撰寫、預期答案也正確，測試通過後，我們能確認到哪裡？ 從...
假設月末結算時，營運端回報財務匯出的訂單明細少了五筆。核對條件後，確認這五筆交易應該包含在內，但作業正常結束，日誌也沒有例外。使用相同條件重新匯出，這次卻正常了...
能登入，與有權操作，是兩件事 登入與權限常會碰到兩個名詞：**Authentication（身分認證）**在登入時確認你是誰；**Authorization...
使用者在訂單頁選好商品、填入數量，畫面顯示總額100元，接著按下建立訂單。後端確認登入身分與操作權限，再處理請求。 但相同的API，也可能收到被改過的金額、畫面...
