はじめに
2017年11月に発売し、多くの方に読んでいただいている拙著「プロを目指す人のためのRuby入門」（通称・チェリー本）ですが、「わかりやすい！」という感想を多くいただく一方で、ときどきこういった感想を見かけることもあります。
いや、別にこういった感想を持たれるのは全然構わないんですよ！責めるつもりはありません。
なんせ、本を書いた僕自身も「この本、7章（クラスの作成を理解する）あたりから急に難しくなるよな〜😅」と思ってるぐらいですから。
もし「理解できなくて情けない、恥ずかしい」とか、「これを全部理解しないとRubyプログラマになれないのか」といったふうに、深刻に考えている読者さんがいるとしたら、そんなふうに考える必要はまったくありません。
というわけで、このエントリでは後半からどんどん難しくなってくる「プロを目指す人のためのRuby入門」をどう読み進めればいいのかという問題について、それを解消するいくつかの読書スタイルを提案してみます。
「全部理解しようとはせず、頭の中にインデックスを作る」という読書スタイル
これまでのプログラミング経験や実務経験は人によって異なります。
経験が豊富な人はある程度難しい内容が出てきても、これまでの経験と照らし合わせて「ああ、なるほど、この機能はこういう意味か。それならあんな場面で使えそうだ」とイメージが湧くかもしれません。
ですが、プログラミングを始めて間もない人はなかなかそうはいかないと思います。
「プロを目指す人のためのRuby入門」に限らず、技術書を買って読むときは「せっかくお金を出して買ったんだから、ちゃんと全部理解しないと！」と考える人も多いと思います。
もちろん、ちゃんと全部理解できるに越したことはないですし、その方が理想的ですが、必ずしも本の内容を全て完全に理解することだけが技術書の読み方ではありません。
インデックスを作る = 必要になったときに思い出せるようにする
もし、どうしても理解できない難しい内容が出てきたら、とりあえず「頭の中にインデックス（索引）だけ作って、どんどん読み進める」というスタイルにチェンジしましょう。
「頭の中にインデックスを作る」というのはすなわち、「実際必要になったときにあとで思い出せるようにする」ということです。
たとえば、他の人が書いたコードを読んでいるときに"yield"というキーワードを見かけたら、「yield？あ、そういえばチェリー本になんか書いてあったな」と思い出して、本を読み返せるようになっていればそれでOKです。
本を読むだけではピンと来ない内容も、実際にそれを必要とする場面が出てきたら自分の経験と本の説明がきれいにリンクし、自分の知識としてしっかり頭の中に刻み込まれるはずです。
自分の手と頭を動かす機会がやってくるまで、理解を先送りする
実際、僕自身も新しい技術書を読むときは、そんなふうに読んでいます。
最初から最後まで完全に理解しようとすると時間もかかるし、読み進めるのも非常にしんどくなります。
なので、「内容が難しくなってきたら最低限見出しの項目ぐらいは頭の中に入れておく。あとは必要になったときにもう一度本を引っ張り出して読み直す！」と考えながら読むようにしています。
この方が早く読み終わりますし、気分的にもすごく楽です。
実際問題、技術というのは本を読むだけでは身に付かなくて、「自分の手と頭を動かす」という行為を経ないと完全に自分のスキルとして定着しません。
だから、自分の手と頭を動かす機会がやってくるまで、本の内容の理解を先送りしてしまうというのもあながち悪い手ではないと僕は考えています。
ある意味これは「JIT（Just-in-time）型の読書スタイル」と呼べるかもしれません。
（そういえば、RubyにもJITが導入されますね！って、あまり関係ないけど・・・）
「ある程度経験値が上がってきたときにもう一度読み直す」という読書スタイル
「必要になったときに読み直す」というのもひとつの手ですが、もうひとつの考え方として「ある程度経験値が上がってきたときにもう一度読み直す」というスタイルもアリだと思います。
つまり、
「プロを目指す人のためのRuby入門」をざっくり最後まで読む
↓
Railsチュートリアルをやったり、自分でWebサービスを作ったり、仕事でRubyのコードを書いたりする（＝経験値を上げる）
↓
あらためて「プロを目指す人のためのRuby入門」を読み直してみる
という読書スタイルです。
経験値を上げてから読み直すと、新しい発見が増える
経験値を上げてから本を読み直せば、最初に読んだときとは異なる、新しい発見がたくさん見つかると思います。
たとえば、「あ、こんな機能があるなら、あのコードはこう書けば良かった」とか、「前読んだときはサッパリ意味がわからなかったけど、仕事で一度使ったせいか、今読んだらよくわかるぞ！」といった感じです。
1周目で無理に全部理解しようとしなくていいんです。
2周目、3周目、と繰り返すたびにだんだんと理解できる範囲を増やしていけば、最終的に大半の内容を理解できるようになります。
これは言い換えるなら「終わりよければすべて良し・結果オーライ」パターンの読書スタイルですね。
知識の定着はプラモデルの色塗りと同じ？
話はちょっと脱線しますが、その昔、僕がプラモデル作りにハマっていた頃、「色塗りを上手くするコツ」として、こんな話を読んだことがあります。
色を塗るときは厚塗りして一度で塗ろうとせず、薄く塗っては乾かし、薄く塗っては乾かし、を繰り返した方がきれいに塗れます。
技術書を読むときもこれと同じなんじゃないでしょうか？
つまり、1周目で完全に理解しようとせず、1周しては自分でコードを書き、もう1周しては自分でコードを書き・・・を繰り返した方が、きれいに知識が定着するんじゃないかと僕は思ったりします。
「質問したり相談したりできる環境を確保した上で読む」という読書スタイル
「いや、そんなにのんびりやってられないんだ！自分は1日でも早くスキルを伸ばしたいんだよ！」という人も、もしかしたらいるかもしれません。
そんな人は独学でなんとかしようとせずに、誰かに質問したり相談したりできる環境を確保することをオススメします。
具体的には、こんな方法が考えられるでしょうか。
- 近くで「プロを目指す人のためのRuby入門」の読書会（勉強会）をやっていないか探してみる
- プログラミングスクールに通って、講師やメンターに質問しまくる
- （すでにプログラマとして働いている人なら）職場の同僚や先輩にどんどん質問する
「ここに書いてあるこの内容がよくわからない」とか、「この機能の使い道はいったい何なのか」といった質問をどんどんぶつけて疑問を解消していけば、かなり速いペースで内容を理解していけるんじゃないかと思います。
実際に行われている勉強会やイベントの例
ネットを探すと、「プロを目指す人のためのRuby入門」の読書会をやっているRubyコミュニティがいくつか見つかります。（どうもありがとうございます！）
社内で読書会をやっている会社もあるようです。（こちらもありがとうございます！）
そしてなんと、11月には筆者本人（はい、僕です）と合宿できるイベントもあったりします！
ここにくれば、筆者に質問し放題です（笑）。
こういったイベントやチャンスをどんどん活用していきましょう。
独学でがんばるのもいいですが、僕自身の経験上、プログラミングの習得は「自分よりもできる人」が近くにいた方が圧倒的に効率が良いです。
まとめ
というわけで、このエントリでは後半からどんどん難しくなってくる「プロを目指す人のためのRuby入門」をどう読み進めればいいのかという問題について、それを解消するいくつかの読書スタイルを提案してみました。
繰り返しになりますが、筆者自身から見ても、7章以降は急に難易度が上がってきます。
とはいえ、本の内容の全部が全部、頻繁に遭遇する機能や構文というわけではありません。
特に、各章の例題のあとに出てくる高度なトピックは滅多に使わないものも多いです。
（たとえば、refinementsやprependなどは、全く使わないわけじゃないけど、日常的に多用する機能ではありません）
本書はタイトルにもあるとおり「プロを目指す人のため」の本なので、開発の現場で必要になりそうなトピックをひととおりカバーするようにしています。
ですが、その中にも「自由に使いこなせるようになるべき知識」と「とりあえず、名前だけでも知っておけばOKという知識」の2種類があります。
後者のような知識は、僕自身としても「頭の中にインデックスを作っておいて、必要なときに読み返して理解すれば大丈夫」というスタンスです。
なので、読者のみなさん（特にプログラミング初心者の方）は「難しい、ようわからん・・・」とあまり落ち込まないようにしてください。
途中でやめるのはダメ！ざっくりでもいいから最後まで読もう
逆に一番ダメなのは、全部理解しようとして途中で力尽きてしまうケースです。
途中でやめたら、頭の中にインデックスを構築することすらできません。
ざっくりでもいいので、必ず最後まで読みましょう！
そして頭の中にインデックスを作りましょう！
このエントリのアドバイスを参考にして、みなさんが「プロを目指す人のためのRuby入門」を最後まで読み進めてくれることを願っています。
がんばってくださいね〜😘
