Rails Girls と関わる もう1つ の方法

# 初めに

[Rails Girls Japan Advent Calendar 2016](http://qiita.com/advent-calendar/2016/railsgirlsjapan) の16日目を埋めさせていただきます。
（結果的に）前の記事は 15日目:ozamasa さんの [Rails Girls と関わるいくつかの方法](http://ozamasa.hatenablog.jp/entry/2016/12/15/120000) でした。
この記事はそれを受ける形で、Rails Girls と関わるもう1つの方法の提案をします。
それは、**ドキュメントの整備** です。

# 事例：インストールガイドの修正

まず、私が今年コーチとして参加した [Rails GirsNagoya 3rd](http://railsgirls.com/nagoya) で実際に起きた、問題とその解決方法、それを [Rails Girls ガイド](http://railsgirls.jp/) に**ドキュメントとして反映**した事例を紹介します。

## 経緯

一日目夜の「インストールデイ」で、Windows に Rails 環境を構築するときに、問題が発生しました。
それは「`gem update rails` するときに `Gem::RemoteFetcher::FetchError` というエラーで落ちる」、というもの。

その解決策は、（その時点の）[Rails Girls ガイド](http://railsgirls.jp/) の インストールガイド にも載っていたのですが、情報が古く適用することができないものでした。
実は私も事前に「たぶんトラブるだろうなー」と問題視しており、その解決策（代替案）も用意していました[^solution]。それを試してみたら、見事、無事解決！[^problem2][^technicalinfo]

[^solution]: こちらの記事を参考にしました。→ [Windows環境でgemがSSLエラー 2016](http://qiita.com/betrue12/items/059c2424f27fd31969f9) by @betrue12 
[^problem2]: 実はさらにもう1点、類似の問題も発生したのですが、原因も解決方法もほぼ同じ。こちらは想定外だったのですがその場で無事に解決！（bundler gem をアップデートしただけ）
[^technicalinfo]: Qiita なので技術情報も書こうかと思ったのですが、他の方の記事を参照しただけ[^solution]だし本題から逸れてしまうので省略します。詳細は [私が送ったプルリク](https://github.com/railsgirls-jp/railsgirls-jp.github.io/pull/233) 参照。

「これ、インストールガイド修正した方が良いよね」

という話になり、帰宅してからその日のうちにドキュメント修正（依頼）・翌朝に修正反映された、というわけです。

## 手順・方法

具体的にドキュメントを修正した方法（概要）を簡単に紹介します。
要：GitHub アカウント、Ruby、bundler gem。

+ Github に上がっている [ドキュメントのリポジトリ](https://github.com/railsgirls-jp/railsgirls-jp.github.io) を fork する。
    + 今回 [fork したもの](https://github.com/antimon2/railsgirls-jp.github.io)。
    + 必要に応じて、編集用のブランチを作成してもOK（今回は [ssl_update_2016](https://github.com/antimon2/railsgirls-jp.github.io/tree/ssl_update_2016) というブランチを作成）
+ clone して、`bundle install` → `bundle exec jekyll serve --watch` を実行する。
+ ブラウザで、編集対象のページを表示。
    + 今回の場合、`http://localhost:4000/install#gemremotefetcher-`

![rails_install_guide_before_edit.png](https://qiita-image-store.s3.amazonaws.com/0/30400/9a9eae23-9182-dfc7-d5d5-8e9f9d64ebd8.png)

+ 対象のページを編集（普通にテキストエディタで[^markdown]）
+ 編集結果確認（普通にブラウザをリロード）

![rails_install_guide_after_edit.png](https://qiita-image-store.s3.amazonaws.com/0/30400/d67f5904-c1a5-d752-704e-0fe1f121efc5.png)

+ commit, push, pull-request 送信
    + → https://github.com/railsgirls-jp/railsgirls-jp.github.io/pull/233
+ マージ、ドキュメント反映
    + → http://railsgirls.jp/install#gemremotefetcher-

[^markdown]: ドキュメントは [Markdown](http://daringfireball.net/projects/markdown/) 形式で書かれています。ので 編集には Markdown の基礎知識も必要ですね。 

# ドキュメントの整備

今回の事例は、実際にその場で発生した問題を起点に、その解決方法をドキュメントに反映（修正）した、というものでした。
そもそもそのような事態が発生した原因の一つが、「ドキュメントの内容が古かった」ということ。
Rails もその周りの環境も、日々更新されどんどん新しくなっていきます。それに「ドキュメントが追いつかない」というのは、常について回る問題ですよね。

**ドキュメントを整備する**。それって、立派な Contribution だと思うのです。

「スタッフに興味もあるけれど時間が…」「コーチできるほどのスキルが…」と躊躇しているあなた。
ドキュメントなら、技術的な面だけでなく、より良い手順の提案とか、「こんな Gem を使うとこんなことできるよ」という紹介とか、あなたにも貢献できることがあるかも。
少しの知識と最低限の日本語力があれば実行に移すのも気軽にできると思いますし[^howtoedit][^review]。

[^howtoedit]: 編集方法の詳細は、GitHub リポジトリの [README.md](https://github.com/railsgirls-jp/railsgirls-jp.github.io/blob/master/README.md#編集方法) や、Rails Girls Guide の [自分流の手引きを送る手順](http://railsgirls.jp/contributing) を参照してください。この記事では既存ページの編集だけですが、新しいページの追加方法も記載されています。
[^review]: なお修正は GitHub の pull-request という形で依頼することになり、その時点できちんとレビューは入るので、色々安心です。

# 終わりに

この場を借りて、[オーガナイザー](http://qiita.com/ta8co_qiita/items/09e2a5c999ddc0347b3d) を務められた @ta8co_qiita さん初め、Rails Girls Nagoya 3rd に関わった皆さま、遅ればせながら、お疲れさまでした！

次の Rails Girls Nagoya 4th 開催時にもきっとコーチとして参加したいと思います。
あと、見てるかな、参加者で「金沢でもやりたい」と仰っていた方。開催の運びとなった暁にはきっとお手伝いに行きます！