２０回にむけて

[MSakamaki]

• [x] イベントページ作る
  • https://manage.doorkeeper.jp/groups/firefox-os/events/29306
• [x] 告知する
• [x] すごひろ参考にしてイベントの内容を考える(github参加形式)
  • http://great-h.github.io/
  • ここを使う https://github.com/FxOS-Code-Reading-Group
• [ ] 初心者導入サポートする
  • http://www.slideshare.net/MizuhoSakamaki/firefox-os-50973794
  • https://github.com/FxOS-Code-Reading-Group/MainRepo/wiki/FxOS-Code-Reading-for-Beginners

[MSakamaki]

すごひろのやり方を参加者に伝播させる為に以下の工夫

• [ ] スライド作る
• [ ] 事前アンケートに書いて、「読んだらチェックのところを必須にしてそのラベル近くに手順を書く」

[MSakamaki]

開催内容について

• 新しくミートアップ２０回用のリポジトリを作る
• issuesにやる事を書く （兼メモ）
• やった内容はプルリク？

githubの操作に慣れる為に云々とあるので、その文言も引用するか・・・ なんか成果物が１カ所に集まるようにしたいな・・・

1. ./report/[ 参加者名].md とかでみんなで書いてプルリク
   • やりかたは、「Webから直接」「プルリクベース」どちらでもOK
   • webエィタでもいい http://jbt.github.io/markdown-editor
   • 手順書つくる。
2. あとで適当なクローラ作って収集できるサービスっぽいものを作る？

[MSakamaki]

すごひろのissues closeのタイミングって何時なんだろうね？

[aoitan]

成果物コミットか感想書いたときだったような

[MSakamaki]

杞憂かもしれないけど懸念してるのが、openしっぱなしのissuesが出来そうなのと、 そういったissuesの掃除のタイミングというかルールどうするかなーと思ってたり。

[aoitan]

それはやっぱり成果物コミットかそのタスクが不要になったときかな。 基本誰かがissue取ってやればよい。