# 第 0 週：初次會議討論事項 會議主持順序：Dylan -> Yu -> 德 -> cmt -> Torai 當周的會議主持人成為下周的會議紀錄統整 主要分兩個部分，一個是團隊的運作模式，還有期末專案的規劃 還沒看PD101的同學可以先去看，課程滿短的，看完會比較了解大概的模式 以下次我想到的紀錄下的，想法可能還有漏洞，請多多補充 --- ## 一、協同模式 ### 1.會議的模式與協作的方法 1. 應該會是用 github 達成專案的協作 但目前除了超簡單的繳交作業以外，對版本控制沒有到很熟悉 若有比較了解的同學可以分享教大家 或是看一些教學影片在來實作實驗一下 [一次听明白Github什么是 | git如何与github协作 | github上如何参与开源项目](https://www.youtube.com/watch?v=88iPjxeaXpg&ab_channel=%E5%AD%A6%E4%B9%A0%E5%91%80%E4%B8%89%E6%9C%A8) [拯救資工系學生的基本素養—如何用 Git & Github 與他人協作開發](https://www.youtube.com/watch?v=AFMoQqH6t3A&ab_channel=CodingNeutrino%E2%80%94%E5%BE%AE%E4%B8%AD%E5%AD%90%E7%9A%84%E7%A8%8B%E5%BC%8F%E6%95%99%E5%AD%B8) [GitHub Collaboration Tutorial](https://www.youtube.com/watch?v=jLWZaFzPS6Q&ab_channel=CurranKelleher) :::success Torai： 我在想，是不是要在 Github 開一個 organization，在底下分別開前端和後端（或者更多）的 repo 來協作。就像我們交作業的 repo 是屬於 Lidemy 這個 organization 的。要做開發就遵循 github flow，新開一個 branch，修改好之後推上 repo 發 PR，通過其他協作者審核就能 merge 到 master branch。<br /> 分支的管理可參考：[連猴子都能懂的 git 入門指南](https://backlog.com/git-tutorial/tw/stepup/stepup1_5.html) 如果要簡單一點，只用 master 和 feature 分支應該就行了。  還有需不需要寫自動測試（？） ::: 2. 考慮到彼此的生活與學習狀況不同，工作職責的初步劃分直接分前後端，還是每個人多少都接觸？ ### 2.預計完成的時間   照lidemy進度先不考慮額外的複習及準備面試時間，會在九月（24週）結束所有課程 老師也希望大家能在26週把專案結束（雖然老師說過去很少人達成），若以此基點為目標 我們大概有六週的時間（應該會在往後延） 初步規劃希望21 22週能將所有模型定案，包括所有頁面顯示、功能需求、及資料庫規劃 :::success Torai： [ER model](https://www.mysql.tw/2013/03/entity-relationship-model.html) 可以使用 [draw.io](https://www.playpcesor.com/2017/08/drawio-desktop-version-download.html)、[drawSQL](https://drawsql.app/) 來畫。 API 回傳的格式應該也能先規劃好： 例如出錯就回傳 `{errors: [{errCode:1, errMsg: '錯誤描述'}], data: {}}`； 沒出錯就 `{errors: [], data: { title: 'a', color: 'red'}}`， 統一格式感覺前端會比較好處理錯誤。還有使用 [jsdoc 自動產生 API 文件](https://www.gss.com.tw/blog/javascript%E4%BD%BF%E7%94%A8jsdoc%E8%A8%BB%E8%A7%A3%E4%B8%A6%E5%BF%AB%E9%80%9F%E7%94%A2%E7%94%9Fapi%E6%96%87%E4%BB%B6)。 ::: （主視覺設計、顏色、按鈕邊框等等公版），將這些東西做成文件， 之後只要照文件協同實做應該會比較快 23週 API測試、功能研究測試、資料庫模型後端環境建置 24週 前端切版+功能測試+後端資料連結 25週 前端切版+後端資料連結 26週 最後調整及部署 這六週的初步規劃，想詢問大家的意見及看法 尤其23 24週還在趕react進度時間一定會很硬（再往後延一兩週？） ::: ### 3.會議的頻率 以scrum模式，兩週為一個sprint（不過究竟需不需要用到Agile開發，還需要討論） 每周至少一大一小會（大會為一週的進度檢討及次週的進度討論、小會為中間的進度報告及支援請求調整），需要再增加嗎？ 每周開會的時間為何？預計開會時長？ ### 4.協作使用的軟體 會議使用gather town還是google meets 或其他 協作軟體使用[notion](https://youtu.be/Q_PfYlAtvHc)、[trello](https://youtu.be/zInqCs7SInw)、[jira](https://youtu.be/GWxMTvRGIpc)、[HackMD](https://youtu.be/vlFm3EVVj6Y) 或其他 （附上簡介連結，但以上我都沒用過，如果有用過的同學可以分享比較的經驗） 或是其他不錯的軟體推薦 :::success Torai： trello 類似於看板，可以簡單分成待辦、執行中、完成三個 board。task 就隨著實作進度在這些 board 之間移動。功能還蠻完善的可以用看看。 也可以分更細，例如每個人都有自己的待辦、執行、完成看板，這樣可以互相確認其他人的進度與工作量。 HackMD 和 notion 自己覺得比較像筆記軟體，不太知道協作上會怎麼使用。 jira 除了看板的功能外好像還有很多東西（trello 也被這個公司收購了），擴充性很好。但我沒用過XD ::: :::success 德： 之前工作有用過 [Dropbox Paper](https://www.dropbox.com/zh_TW/paper)，來多人協作工作待辦事項，可以參考這個 [短影片](https://www.youtube.com/watch?v=fmsq1uKOa08)。 （因為沒用過其他的，所以沒有比較值XD） ::: :::info User flow, 頁面結構, 功能結構: [whimsical](https://whimsical.com/getting-started-FqLfumrNrUFzvAQfwgcu3w), [draw.io](https://www.playpcesor.com/2017/08/drawio-desktop-version-download.html) DB plan：[dbdiagram.io](https://dbdiagram.io/home), [drawSQL](https://drawsql.app/) product spec, Api 文件, 資源分享筆記, 會議記錄: hackMD, notion Wireframe: zeplin, [figma](https://www.youtube.com/watch?v=P96TQwsY_VY&t=136s) 會議軟體：gather, google meet 任務管理分配工具：jira, Trello 程式碼管理：GitHub ::: ### 5.其他或補充：每個人對於團隊合作的核心想法與期望（希望每個人都能提出一些看法來討論） 以下是我想到的 1. 輪流主持會議（每個人都能學到不同的觀點）或者有個人擔任小PM角色（效率可能較高）？ 2. 會議要壓時間，如果可以不要將會議時間拉太長 3. 會議記錄輪流寫（之後要做readme） 4. 有團隊合作間的想法希望都能直接提出來討論（也可以使用 slido 兩週一次匿名討論調整彼此協作模式） 5. 除了專案內容以外，不定期或兩週一次的協同模式討論調整 6. 希望大家都能在專案中學習到新技術，如果可以的話，個人實作研究的內容都能向其他未接觸的組員簡短報告流程 （例如我今天負責串地圖API、調整前端動畫顯示效果，在課程中沒有學到的部分，我可以很簡單地向其他人簡介我研究實做的過程，讓彼此有個概念） 8. 若在專案進度後期，有組員先上面試找到工作，務必要將自己的工作內容交接 --- ## 二、專案方向與規劃 1. [我的初步構想](https://github.com/Lidemy/mentor-program-5th-ddylanlin/issues/25) 2. 老師給的feedback 3. [助教給的feedback](https://github.com/Lidemy/mentor-program-5th-ddylanlin/pull/26) 4. [@ader524的初步構想](https://github.com/Lidemy/mentor-program-5th-ddylanlin/issues/29) => 0827 [助教給的 feedback](https://github.com/Lidemy/mentor-program-5th-yymarlerr/pull/21) 因為我們還沒真的去研究串地圖API，所以估工時的部分還是個未知數 但以助教及身邊朋友建議，基本的google maps應該不是太難 （但最終目標還是希望串到 google maps 以外較實用的API） 目前是希望能將這兩個專案的合併，做成一個類似論壇類的平台 每個人都可以將自己的經驗紀錄分享到平台上，並透過進階的地圖檢視、搜尋功能的條件篩選等等，讓會員們能更精準的得到自己需要的資訊內容。 其中助教推薦的[網站完成度就超高](https://meet-trail-right.firebaseapp.com/trails/detail/MVxT9R1jC84mRKdBaxts) 幾乎可以拿來clone 其他想法歡迎提出，一定會天馬行空規劃的規模超大，但可以先列出P1 P2 P3 我們討論篩選再給老師助教評估 :::success Torai： 菜B8如我不太會想這個，總之先提一個輔助規劃行程，大概有以下幾點： 1. 今天我想出去走走，但沒特別想要去哪裡，那就需要一個推薦精選路線的功能。 2. 瀏覽路線的頁面要有天氣、難易度、里程、上升高度、GPX 下載等資訊以供比較。 3. 交通路線、時間，如果有公車可以到，那時間班次？ 4. 選好路線後看看需不需要申請入山入園證還是什麼東西，一步步引導新手填好資料（畢竟是跟政府申請，應該不太適合在私人的網站開表單讓使用者填。頂多丟個連結引導使用者過去，看能不能把一些基本資料自動帶入就行）。 5. 該帶的東西帶了ㄇ？給一個 todolist 讓我慢慢勾。 6. 自己在地圖上畫路線，讓我能印紙本出來的功能？ 不過有點偏離論壇了，覺得可以先以基本的為主XD ::: :::success cmt發想(疑問)： 產品定位---登山時使用或以論壇功能為主? * 如果產品定位是給登山時使用： 離線儲存地圖提供檢視，儲存local端? * 如果產品定位是論壇： 評分星星：水源取得容易、階梯多、需專業設備... :::