國科會專案
國科會大專學生研究計劃案
教學輔助系統的開發歷程：從 Heroku 取消免費方案後的資料庫遷移，到理解「需求理解比技術更難」。
- 資料庫平台評估與遷移
- 4個資料庫平台評估與遷移
- 後端重寫
- 1次後端重寫
問題
原本以為是「做一套幫助教學的系統」，實際動手後才發現真正困難的不是寫程式，而是把課堂上的真實情況轉換成可運作的系統流程：作業繳交狀況、批改與回饋流程、資料統整、參與度呈現，都不是一兩個判斷式能解決的。
限制條件
- Heroku 中途取消免費方案，原本的部署架構失效
- 需要穩定的圖片上傳與時間記錄能力
- 老師與學生的既有習慣不能被系統打斷
- 學生專題團隊，沒有專職維運人力
關鍵決策
先觀察真實流程，再定畫面與流程
為什麼：花時間看老師實際怎麼批改、學生繳交習慣怎麼形成。需求理解錯了，技術做得再漂亮都沒用。
評估 MongoDB、Render、Supabase 後遷移至 Supabase
為什麼：需求是「穩定的圖片上傳與時間記錄」。依這個標準逐一驗證，而不是挑當下最熱門的平台。
接受部分後端重寫，而不是硬套既有架構
為什麼：每次遷移都要重新部署、修 API、調整授權。與其疊補丁，不如把不合用的部分重寫乾淨。
結果
系統順利落地。更重要的是確立了「需求理解優先於技術選型」的工作方法 —— 技術不是最難的，最難的是讓系統真的對人有用。
開發歷程（原文紀錄）
在參與國科會這個專案的過程中，說實話，真的比我原本想像的還要困難很多。一開始只是單純地想做一個可以幫助教學的系統，結果發現真正困難的不是寫程式，而是怎麼把課堂上的真實情況轉換成一個實用的系統流程。要處理學生繳交作業的狀況、老師批改與回饋的流程、資料的統整、學生參與度的呈現，這些都不是用一兩個 if 判斷式就能解決的事情。
過程中我們一開始想用 Heroku，後來因為它取消了免費方案，只好改用 Supabase。為了找出能穩定上傳圖片和記錄時間的資料庫平台，我們試過 MongoDB、Render，甚至重寫了部分後端。每一次遷移都要重新部署、修 API、調整授權，說真的，那段時間常常覺得事情怎麼這麼多、進度怎麼這麼慢。
但也正是這些不斷打掉重練的過程，讓我真正學會了怎麼看懂問題、解決問題。我開始理解為什麼老師這麼強調「需求理解」，因為技術不是最難的，最難的是讓系統真的對「人」有用。我們花了很多時間去觀察老師批改怎麼做、學生繳交習慣怎麼形成，才一步步做出現在的畫面與流程。
最後我也很感謝我的指導老師鍾興臺教授，他給我們很多空間去試錯，也讓我體會到研究不是寫完報告就好，而是把事情做到對學生、對老師都有意義。這次專案雖然很累，但讓我確定了我想走的是「實作＋解決問題」這條路，也讓我對資訊工程這個領域有了更踏實的認同感。
專案全文
文件載入中…
想下載或用其他方式閱讀？在 Google 雲端硬碟開啟 ↗