【真的假的】2017/2/5 Bootstrapping Meeting

Participants

GGM, Lucien, Johnson

Setup Dev environments in GGM & Lucien’s laptop

安裝時遇到的問題：

• 目前 rumors-api 設計為只要有 docker-compose 就能用
• 但由於 yarn install 與 server 第一次一定會失敗（docker-compose.yml 的 dependes_on 不會等待 ready），其實對開發者並不友善
• USER_ID=$UID 令開發者追問這是在幹嘛的，但其實只是為了讓 yarn install 可以用自己而非 root 的 UID 來安裝。或許直接讓開發者在 docker 之外自己 yarn install 更直覺。
• 原本為了讓沒裝 node 的人也能開發，但看起來造成的困擾似乎比安裝 node + yarn 本身還麻煩。

另外花了一些時間在講解 GraphQL。或許需要早日完成 GraphQL 文件。

結論：

1. 改寫 rumors-api 的 README.md，引導開發者先安裝 node 再來開發。 // Lucien 覺得把 yarn 移到 docker 之外就好，讓 developer yarn 完再 docker up
2. docker-compose 只用來同時開啟 db、kibana 與 elasticsearch。

討論 crawler framework

目前架構：https://github.com/MrOrz/rumors-api/issues/17

• GGM 認為，其實 raw data 放進 retunred structure data，既可以符合「不重爬資料也能重跑 parser」的需求，又可以簡化。
• 其他整合方式要再想想。

結論： GGM 會 take over crawler framework design，可能甚至做成 SDK + API 的形式（但要處理 legacy crawler 的問題）

討論英文名字

討論出的提案：https://github.com/MrOrz/rumors-api/issues/9 三人都喜歡 cofacts 或 crowfacts。

結論： ？？？

g0v grant 的提案補充

針對這則新聞 http://www.viewpointtaiwan.com/columnist/%E7%9C%9F%E7%9A%84%E5%81%87%E7%9A%84%EF%BC%9F%E5%94%90%E9%B3%B3%E5%9C%A8%E6%90%9E%E8%BC%BF%E8%AB%96%E5%8B%9E%E6%94%B9%E7%87%9F%EF%BC%9F/

要在提案上面強調，每個人都可以當小編來闢謠