- 診斷
- 畢業專題進行到一半,我做全案盤點時寫下這句話:「沒有任何兩個人的程式碼互相 import 過。這不是進度落後,是六份獨立專題。如果交出去的是六個東西,分數是最低那份,不是總和。」同一份盤點的附錄我列了 10 條「本次盤點推翻的舊結論」,包括推翻我自己上一輪的最高風險判斷。
- 技術面
- 主導 repo 重組,收斂成單一 Python 套件加單一 FastAPI 服務,並訂下三條架構不變量:家具座標只有引擎能算、單位換算只在兩個邊界、座標系轉換集中在一個檔案。
- 人的面
- 會議上用老師的 User Flow 當計分板,先講「26 個環節已經綠了 13 格」而不是先罵人;把「三個人都做了問卷」重新詮釋成三層問卷,讓他們知道自己不是白做。會前先私下跟即將被降級的組員談,理由寫在我自己的筆記裡:「這件事在會議上公開講會很傷,而且他有可能是對的那個人,只是對錯了目標。」
- 心得
- 整合要靠「先定契約」,不是「事後對齊」。
NOTE · · 應用於 RoomPilot 室內配置助手
六個人、五套系統、零次整合
專題進行到一半做全案盤點:沒有任何兩個人的程式碼互相 import 過。整合要靠先定契約,不是事後對齊。
看這篇筆記應用的作品
這篇筆記的實際應用

RoomPilot 室內配置助手
從平面圖與居住需求出發,在 3D 場景裡查看家具配置。
看個案研究 →