使用者看不見的地方如何撐住服務：沈峻宇談後端、需求溝通與可維護系統

沈峻宇用前端、後端、管理介面、資料庫和伺服器解釋網站分工。瀏覽器送出請求後，後端要判斷誰在操作、資料是否有效、規則能否執行，再把成功或錯誤回應交回介面。

MDN 的客戶端—伺服器說明也把動態網站拆成相同循環。畫架構圖時，不只放方塊名稱，還要標出資料方向、信任邊界與失敗情況，才知道權限、驗證和監控應放在哪裡。

訪談提到用座標、照片與管理資訊記錄樹木。這類系統要先決定一棵樹如何識別、位置怎麼更新、照片屬於哪次巡查，以及誰能新增、修正、匯出或刪除。

需求會因角色不同而改變。先做幾條真實使用流程與範例資料，邀請使用者操作，再將名詞、必填欄位、歷史版本和例外寫進規格；原型的目的不是假裝已完成，而是提早暴露理解差異。

OWASP 將物件與功能層級授權列為 API 重要風險：知道資料編號，不代表有權查看或修改。每個端點都應預設拒絕，再依角色和資源關係明確授權。

個人資料只蒐集必要項目，說明目的、保存與利用範圍。系統還要有依賴更新、測試、監控、錯誤回報和還原演練；NIST 的安全軟體開發框架也強調安全實務需貫穿開發生命週期，而非上線前才補。

沈峻宇比較不同規模團隊，也談接案時如何判斷前端複雜度、需要時找夥伴。全端不是一個人必須包辦設計、前端、後端、維運和所有資安，估價時應把未知與協作成本說出來。

節目回憶截止日前熬夜工作的情況，但長工時會增加判斷失誤和健康負荷。以小批次交付、程式審查、自動測試和可取消範圍管理期限，比靠最後一夜補完更能保護人與系統。