1. 小組核心價值：「開心學習交流」>「專案進度」
> 所以在討論過程中，不時會有偏離主線的狀況，像是討論docker、git、使用的筆記軟體、甚至是工作中遇到的有趣事。但只要大家認為值得討論，我們就停下來聊一聊，甚至花一兩週研究，如果卡太久再試著走回主線任務，或是再請教更有經驗的人，這也是為什麼我們會跌跌撞撞走不少歪路，但我認為這些也是新手學習過程中寶貴的經驗。另外因為大家都是課餘或是下班時間，希望有個開心學習的環境，也因此，如果有組員比較忙碌，我們也不會去監督或過度要求。總之，就是"開心"，“學習”，跟"交流"。

上述這些都是我認為非常良性的合理互動。
我的想法也很簡單，「**興趣驅動學習**」所以這些也很認同。我也喜歡，也是我正在實踐的行為。

> 至於你提到的為何大群組會"放任"這個狀況下去，因為遊戲微服務計畫，就我的理解，就是希望大家像是玩遊戲一樣開心，並不會過於在意進度，除非完全潛水，不然其餘的都不會過度干涉。解解支線任務，或是犯一些錯，然後跟大家分享，也是這計畫可貴的地方。

這點就跟我上面的講的是兩回事情，我用到情緒性的字眼**放任**來形容那些怪事。
我幾個我的前提
- 提供意見的人需要對他的意見附上一定的**責任**，這是交流的根基。
- 提供意見的人需要對他提供的有**充足**的了解。
- 提供意見的人需要對於**對象的需求**有一定的理解。


當然科技日新月異，但**後端框架**說穿了就是**資料庫的前端界面**
那資料庫有分幾大類，為大宗的就是**RDBMS**以及近年竄起的**NoSQL**
隨著通訊技術發達，資料的傳出存處分析相對更重要，也才有足後的需求堆動這些比較小眾化的功能。
但當**RDBMS**還是最接近進物進導向開發的。
在代碼的Model裡面就是各種!
說道這邊，算是大概講了所謂的**M**了

---

但mongodb就不同資料!
庫運作模式不同，剛剛講的(資料庫前端 aka 後端框架)這者之間根本能溝通啊。
這是Drogon repo，原本實做的model那些還是交給RDBMS（就是圖上第二個紅色方塊那個ORM）