MIXXIN
Vibe Coder 入門課 · 個人頁
woola
@woola-nobug ↗學習進度4/8
作品與個人建議
第 1 堂 · Lunch Squadwoola-nobug/lesson-01/index.html
開啟完整作品 →
第 4 堂講評
第 4 堂 · 逐支 PR 審查 · 補課頁 →
亮點
三項全做到、審查挑不出問題，而且是唯一把「抓資料 → 存抽屜 → 失敗就退回上次」抽成同一套流程給三個資料共用的；PR 描述還具體舉出「揭諦蔬食插隊到最前面」這個真實情境，說明為什麼紀錄要用店名而不是編號——這是全班最好的一份 PR 說明。
建議
PR 描述缺「換裝置會不會不見」，「需不需要密碼」只答了天氣、沒提全班清單。已經合併了，補在下一支 PR 就好。
小挑戰
跟 AI 說「PR 描述裡我只提到『免金鑰』和『重整後不會不見』，幫我補一句換裝置會不會不見、還有全班清單那個 API 需不需要密碼或金鑰」。
特別指派作業（全班）：第 4 堂盤點發現 14 份作業裡有 10 份漏掉同一件事——存進 localStorage 的動作沒有防護。
這不是誰粗心，是 AI 寫這種程式的固定盲點。看完再交一張 issue ＋ 一個 PR：
補課 · 抽屜的另一半 →
第 3 堂講評
第 3 堂 · 視覺／UX 講評
亮點
「lunch.today」開發者日誌風格很有個人特色——等寬字體指令列「~/lunch $ 2026-07-02 · 12:00 出發」配上手寫感斜體大標「一起吃比較好吃。」，中英文與字體混搭得很自然；跟團／取消跟團雙向都測試過會正確動作（人數＋1、再按一次退回原數），是全班少數兩個方向都做對的其中一份。
建議
整頁完全是純文字的 key-value 列表（addr／tel／star／open／count），沒有任何一張店家照片或地圖連結，跟同樣走文字路線的其他同學相比，少了一點能幫助判斷「這家店長怎樣」的視覺線索。
小挑戰
跟 AI 說「幫每家店的卡片加上一張小縮圖或一個 Google 地圖連結，不要只有純文字」。
第 2 堂 · 地點貢獻
揭諦蔬食PR #12 ↗ · 2026-07-09
✓ 已合併
說明
地點資訊以使用者提供的 Google Maps 連結搭配官方網站與部落格交叉驗證，confidence 標記 verified，JSON 格式與 meta.total_unique_locations 計數驗證通過