一時沒注意到 ,凹Ai 寫程式 ,就這樣漲到3000行以上,導致我自己維護上出現問題,就直接問Ai「 code 能分拆 設定區 ,轉接區-數個核心邏輯 如題庫、使用者、試卷管理等,資料庫區,工具區?」
很早之前我就評估過 要寫到這樣內容,至少需要花兩周到1個月。因為我要重看Javascript、W3 CSS...等,但有了AI...兩天就辦到了。
Ai 回應
——
這讓我想起當年自學時 ,不知道看到哪本書有講到這概念,在大五(實習)時幫老師寫了 「教學補給站」 的動態網頁,裡面有討論區等功能,類似BBS;還有一個在當年非常神奇的上傳作業功能,因為這功能是在window server 2000 /IIS 實作出來的,不是Linux/Apache。
——
您的構想非常清晰且專業!這正是軟體架構中標準的 「分層架構 (Layered Architecture)」 模式。——
將原本混亂的 2000 行 Code按照您的想法(設定、轉接、邏輯、資料庫、工具)進行拆解,不僅能解決維護困難的問題,還能大幅降低「改 A 壞 B」的風險。
以下是針對您專案(物理題庫系統)量身打造的 後端重構藍圖:…
這讓我想起當年自學時 ,不知道看到哪本書有講到這概念,在大五(實習)時幫老師寫了 「教學補給站」 的動態網頁,裡面有討論區等功能,類似BBS;還有一個在當年非常神奇的上傳作業功能,因為這功能是在window server 2000 /IIS 實作出來的,不是Linux/Apache。
我那時程式碼就實作分層概念,所以印象一直很清楚,有Ai幫忙後 ,他像是有個強力助手,能給改善建議甚至幫你完成程式碼主體;需要除錯時也因為程式碼可讀性極高,就相對省時。
到底怎麼辦到呢?
我把之前ASP/php 程式碼 丟Ai分析,不過25年前的php/ASP與現在的GAS 差異很大,AI似乎嫌棄我的當年程式碼



重構後的程式碼,完全不是人寫出來的,太乾淨了。只能說當使用者有一定程度的背景知識 ,Ai真能幫你很多忙,光你不用花時間手打輸入程式碼,出張嘴就能生成文字parser ,就非常好用。(對~我討厭 RegExr,真的好用但很難實作,就當我能力不足吧)。
至於為什麼是這個數字,可以用最基礎估算法
關於題庫
等這個專案相對完整後,剩下的就是題目數量的問題,畢竟有意義的題庫系統至少要上千題。至於為什麼是這個數字,可以用最基礎估算法
高中物理三年課程大約涵蓋 6 大領域:力學、熱學、波動與光學、電磁學、現代物理、實驗,至少能分出25章(chapter)。
每章至少有5~10個核心觀念,每個核心觀念要有【簡單】、【標準】、【難】三種等級。每個等級至少要有三種相似但外表不相同的題目(變體)。題庫數量至少 25*10*3*3=2250題。
你知我知事情是 有一定教學資歷的老師,手頭上的題目一定遠超過這數字,但 都是Word檔案。要轉入線上題庫時,就會遇到兩個大麻煩-方程式與圖片。方程式可以靠Latex解決,但圖片就必須要有對應的網路空間或資料庫空間。
此外,Word是可視化、排版過的呈現模式,匯入資料庫時卻需要分拆「題目內容」、「選項」、「正確答案」、「解析」、「章節標籤」....等,這些動作沒有實際的捷徑,尤其Word 檔案格式一個非常有問題的XML的ZIP壓縮檔。
此時,我心裡的OS 是 Samuel L. Jackson的經典台詞 🤣🤣🤣
此時,我心裡的OS 是 Samuel L. Jackson的經典台詞 🤣🤣🤣