Q101. [團隊技能題組] 團隊形成

[wildwindjen]

這個題組提供更多實務上會碰到的問題，更希望這邊的題目可以培養團隊協作的技巧。所以做這邊的題目要求是，至少兩人一組。目標是團隊完成這邊的專案時，這個專案即成為團隊成員的「作品集」。所以會有同時前端跟後端的開發，這邊請輪流擔任前後端。

現在請跟團隊成員介紹自己，以及之後的目標。並回答以下題目才算完成此題。

a. 試著簡述你的夥伴是怎樣的人，專長、目標為何？
b. 之後開發專案的團隊分工為何？打算怎麼輪流法？
c. 請自行設計團隊的 coding standard 以及 git flow。

之後，方便 [團隊技能題組]大家都能專注在 web 議題上的鑽研，統一以下規範:

• nodejs/express
• unit test

答題時間: 6 hr

[PenguinRun]

「於2017/05/03 開始答題」
a. 試著簡述你的夥伴是怎樣的人，專長、目標為何？
@YenChunchen
專長：能快速了解各種package的使用方式。
目標：寫出自己package/API給別人使用的後端工程師。

b. 之後開發專案的團隊分工為何？打算怎麼輪流法？
c. 請自行設計團隊的 coding standard 以及 git flow。
回答

「於2017/05/03 答題結束」

[YenChunchen]

「於2017/05/10 開始答題」
a. 試著簡述你的夥伴是怎樣的人，專長、目標為何？
@PenguinRun
專長：善於統整資料
目標：成為前後端都能一手包辦的全端工程師
b. 之後開發專案的團隊分工為何？打算怎麼輪流法？
c. 請自行設計團隊的 coding standard 以及 git flow。
b,c答題

[wildwindjen]

coding standard 可以 google coding conversion 參考看看。

[PenguinRun]

@wildwindjen coding standard在文件中有修改。

[wildwindjen]

@PenguinRun @YenChunchen

有幾件事情可以思考：

• 目前這份規範只看到用後端角度在列，那前端呢？礙於瀏覽器支援程度，前端不一定支援 let 語法。
• 預計是 frontend rendering 還是 backend rendering? 如果是 frontend rendering ，採用哪套 framework、目錄架構等。
• db: 已經有 complete_date，或許就不用開 is_complete 這個欄位，為什麼。
• 目錄的命名規則？config key 的命名？api json key 的命名？函式的命名？class/method/property 的命名？常數的命名？
• test 採用的 framework？如果用了 chai 還分 expect, should 語法，要用哪一種？還是允許混用？

[PenguinRun]

@wildwindjen
問題： db: 已經有 complete_date，或許就不用開 is_complete 這個欄位，為什麼。

回答：

• complete_date: 為預計代辦事項完成時間
• is_complete: 代辦事項是否完成

complete_date主要為完成事情的deadline，而is_complete的建立主要是考量到如果使用者在deadline前完成事情的話就可以先push說：「這個需要做的事情已經提前完成」。

其他問題：

• 目前這份規範只看到用後端角度在列，那前端呢？礙於瀏覽器支援程度，前端不一定支援 let 語法。
  預計是 frontend rendering 還是 backend rendering?
• 如果是 frontend rendering ，採用哪套 framework、目錄架構等。
• 目錄的命名規則？config key 的命名？api json key 的命名？函式的命名？class/method/property 的命名？常數的命名？
• test 採用的 framework？如果用了 chai 還分 expect, should 語法，要用哪一種？還是允許混用？

回答：文件

前端部份目前使用frontend rendering，框架是react。
前端部份目前使用backend rendering的ejs去做撰寫。

至於更細部的條件部份，由於還不太熟悉前端MVC規則（就算使用vue也是），所以打算後續在實做時，陸續增加些前端的code standard。