ALPHA Camp畢業專案-Simple Twitter專案回顧與反思
Simple Twitter 專案，是以「前後分離、團隊協作」的方式，在兩週內開發一個類似 Twitter 的網頁應用程式，指定功能包含註冊登入、推文留言、按讚、追蹤…等等的功能，可以說是 AC 畢業生們的必經之路。
專案概述
專案選擇以「前後分離」的開發模式進行。前端為 YT 與 Ziwen 兩位同學，使用 Vue.js 進行開發。後端 API Server 由 Rita 與我使用 Node.js 與 Express.js 框架開發，運用關連式資料庫 MySQL，並部署至 Heroku 雲端空間。
組隊考量與過程
專案要順利完成，團隊協調性與開發技術能力同等重要；又耳聞業界是以前後分離開發模式為主流，加上觀察前後端同學人數懸殊。所以我早早決定：主動組隊，希望以前後分離模式協作開發！
後端同學Rita是我進AC學期二以來一路相同進度的同學，儘管從未見過本人，但在工作坊、學習平台、社群上的交流，注意到她除了學習歷程與我相似，也感受到她對細節的注重，討論問題的過程中展現積極還有分析理解能力，是與我相似的學習風格，也很欣賞她喜歡動手嘗試新工具，所以學期三一開始就主動邀請她一起組隊！
與前端同學的交流機會較少，與 Rita 討論後，決定邀請在學期二作業觀摩中印象深刻的前端T同學，再請他邀請目前進度班級中他想合作的同學 YT。可惜T同學因為個人規劃決定退出 Twitter 開發，所以我們再請 YT 邀請了 Ziwen，隊伍就這樣組成了！
開發過程
開發前期
團隊先從拆解 User stroy 開始，逐項確定各項功能以及允收標準（如圖）。AC 學習教練的叮嚀串接的部分可能是容易遇到問題的環節，所以小組也約定優先進行登入至首頁的部分，完成即進行部署與串接測試，及早排除可能的困難。同時也確定團隊的文件平台 (HackMD)、即時溝通工具 (Discord)。前端夥伴非常快速地，從UI 設計稿中拆解需要的元件與所需資料；後端以 TDD 的方式，依據測試檔規格定義 ERD 與 Model，以 RESTful 方式依據資料切分路由，整理成 API List 方便管理、也讓前端夥伴容易查找。另外不論是前後端的開發中，PR 送出後皆需另一位成員進行 code review 後才合併至主線，所以小組也先約定了 coding style 以及 commit 的寫法。
分工細節
後端從閱讀測試文件確認路由具體需求，共同確認路由清單、開發順序後，依照 controller 分類進行分工，分頭進行開發，除了一方遇到問題時不影響另一方進度，也避免許多可能的 merge conflicts。我主要負責首頁取得所有推文、取得與更新使用者相關資訊、以及回覆的相關路由開發，這些路由的 API 文件的撰寫與維護，種子資料撰寫由我與隊友分攤。同時我也負責每日彙整小組進度回報，確定大家都有在軌道上，還有與 AC 或導師的聯繫、安排會議。
專案管理
在專案開始時我為團隊建立了 Trello 看板，根據敏捷的精神，從左至右放置了 To Do, Developing, Testing, Send to Code Review, Merged, Deployed 的列表，並定義每張卡片只能包含一個功能，Developing 中一人只能有一張卡片（開發一個功能），也讓 Trello 連動 Github，讓卡片可以連結 PR 狀態，方便管理相對應的工作。開發中後期待辦事項一多的時候，謹慎思考並選擇最應該優先處理的那張卡片，放 Developing 中，再看著一張張卡片被完成移往右邊，Trello 看似簡單的設計與操作，出乎意料外地讓我獲得許多踏實感！
心得
收穫
收穫最大的部分是整體團隊協作經驗，這個是全然不同的工作模式，除了團隊所有人需要的聚焦與同步，也了解與前端夥伴、後端夥伴的不同的溝通需求與分工，也使用了很多十分有幫助的工具（例如 trello, github issue 等），在 code review 中學習抓到適當的 commit 粒度，review 的過程哪方面是需要多加注意、哪些是可以信任隊友的。
反思
由於學期三的學習份量十分紮實，因為我個人的進度，沒有辦法在專案開始前提前進行準備。進入專案開發週時，一開始腦袋需要適應 API Server 以資料切分路由的開發模式，也花了一點時間梳理與熟悉協作開發的工作流程與細節，感謝後端夥伴 Rita 的耐心與支援。同時也經由開發前期的文件準備、目標對焦、ERD 與路由清單來逐漸摸索出整個專案的模樣，感受到在動手開發前，定義資料格式、約定工作優先順序的溝通，都是往後團隊開發需要優先考慮的重要事項。
檢討
一開始對測試檔的內容理解不夠，造成已經討論決議要怎麼做、並確實依照決議開發出來，到跑測試後才發現預期的結果無法符合測試檔規格（例如回傳資料的格式），雖然我很及時地發現、承認錯誤，並快速提供正確的資料格式給前端，但也提醒自己：往後在 TDD 開發的模式，要將測試檔內容仔細理解確實，避免因為沒確認好規格，造成反覆修改先前定義好的事項。
感謝
感謝 AC 設計 3 個 sprint 的開發週期，幫助團隊對焦與同步，也安排助教能適時提供幫助與建議，讓全員無經驗的團隊，也能穩紮穩打在時程內順利完成所有指定功能。
感謝我的夥伴們，雖然我們除錯除到最後一天，不像有些小組進度飛快，但我認為我們小組在心態上非常強壯，一步步穩紮穩打，夥伴們也都很主動幫助團隊需要的部分，合作與溝通上也十分協調，相信每個成員都有很完整的協作開發體驗。在審查結果上，我們除了每個能力指標皆有達到期待外，在前端「功能性」、後端「功能完整度」與「技術掌握」等指標獲得評審超越期待 (amazing) 的肯定，教練也稱讚我們 code review 做得很到位，十分感謝夥伴們的努力，也感謝當初主動出擊開始組隊的自己。