MongoDB 開發筆記 - 替 Mongoose (Node.js MongoDB Driver) 送 patch 的經驗

大概 2014 年 11 月附近，下了班仍會抽空把玩 MongoDB ，當時就決定搭配 node.js 來把玩 :P 當時在挑選 Node.js MongoDB Driver 時，看到官方文件提到了 Mongoose ，就順勢把玩了幾下。

對於 nodejs - mongoose 跟 nodejs - mongodb 的差異點在於 mongoose 做了滿多整合方式，例如 QueryStreams 的效果，在處理大量資料時，非常便利！

除了適應 node.js 的 async 架構外，又發現 mongoose 跟原生 mongodb 設計上已經有些 out of date，在 Stack Overflow 和 mongoose issue 有不少抱怨，就試著 trace mongoose 架構，再送看看 patch，很幸運地被接受了 :P 而且只多寫了 2~3 行 code，果真好的 framework 都已經設計的很好，可能花了 15 分鐘了解架構，而 testing 花了 30 分鐘，結果 coding 才 3 分鐘 XDD

只是送 patch 的過程並沒有很順利，包含未先讀 mongoose / CONTRIBUTING.md 的描述就直接上 code，被挑了 coding style 問題，另外，還沒有跑 unit test XDDD 就碰到 CI 回報錯誤 Orz 接著才發現補上的那段 code 並不嚴謹。把 code 嚴謹化後，CI 也直接回報可以 merge :) 就這樣非常快地 2 天內就被 merge 進 master 了。

這次 patch 經驗：

• 開發上碰到需求不被滿足，接著搜尋 Stack Overflow 及該專案的 issue tracking，發現問題一直沒被解決時，就可以著手看看要不要抽時間來貢獻
• 接著發現解法後，一定要先看專案的 CONTRIBUTING 規定
• 不錯的專案一定都有 unit test，記得跑一下
• 提供簡單的 testing 程式碼跟預期結果，可以加速 commiter 閱讀及提升認同感

剩下的就只要花時間等待了 Orz 例如這次的 commiter 是 MongoDB New York RD，作息剛好日夜顛倒，因此每一次完整的互動大概都花了 2 天。