【2021年】Ruby入門「人気参考書ランキング」【おすすめ本紹介】

　インターネット・マルチメディアが普及している現在、オブジェクト指向言語の有用性は日に日に需要を増しています。ホームページを作るなどのワーキングには、極めて基本的なノウハウが凝縮されています。
　また、かのプログラマの三大美徳、怠慢・短気・傲慢をして「そんな人とは実生活で友達になりたくない」と綴るなど、本書の著者がユーモアに溢れているのもポイントでしょう。一般的な観点で、変に転向していないのは魅力的です。
　とりわけプロを目指すに、独学で覚えてきたという人には価値観を是正するのに打ってつけの内容です。
　かくいう私は40代のプロに転向したハウスDJで、クルマのレストアにも首を挟んでいてレビュワーの皆さんには場違いだと思いますが、この代のサウンドエンジニアリングは意外とプログラミングに精通しているのです。(本書の著者である伊藤淳一氏もかつては音楽を志していたと自己紹介しておりますね) (参考：Amazon)

良くも悪くも全然わからない初心者向け。少しわかる人には物足りないだろうし、プログラミングとか初めてで全然わかりませんみたいな人にはピッタリだろう。ど素人にとっては基本書ですら即挫折させてくれる本が多い中、非常にわかりやすい構成になっている。 (参考：Amazon)

・クラスの単一責任化（クラス間が疎結合なコードを書く）
- クラスにメソッドを追加する時にそのクラスが知るべき情報なのかを自問自答する。
- 疎結合にしておかないと、1つの修正が他のクラスへの影響し、ひいてはサービスの品質へと繋がる。
- 単一責任化することで、疎結合同士のクラスとなる。この情報はどのクラスに聞けばわかるか(クラス間の依存関係)容易になり、変更が容易なアプリケーションの土台へと繋がる。
・単一責任の考慮不足の場合に起こり得るアンチパターンとして、本当は他のクラスから聞き出せばいいのに、自身のクラス内に取り込んでしまう場合。その場合、メソッドの引数に知りたい情報を持っているオブジェクトを注入し、クラスが必要以上の情報を持たないよう疎結合な設計にする。

・修正が発生した際にコストを掛けずに改修したい
- 依存性の高い設計にしないこと。よくあるアンチパターンとして、is_a?、kind_of?、responds_to?、case文でオブジェクトの種類毎にロジックを分岐させている場合要注意
- 依存性を減らした設計ができないか（ダックタイピング）を検討し、各クラスに同じメソッドを実装、別クラスへの切り出し、ポリモーフィックの利用を考えてみる。

・継承先で継承元と疎結合になるよう適宜フックメッセージを使う
どんなプログラマーでもsuperの送り忘れはあり得る。superの利用忘れは継承元への依存が高いことを意味する。
そこで、継承元にフックメソッドを用意し、結合度を低減させ変更に強くする

・メソッド探査パスへの理解
extendしたメソッドとincludeしたモジュール群に定義されたメソッドの場合、extendした方が先に探査される。
また、includeされたモジュールが複数あった場合のメッソドの探査は最後にインクルードされたモジュールから探査される。

・継承とコンポジションの利用の判断
継承はメッセージの委譲コストが楽になるが、オブジェクト間の階層構造により依存関係を強く持つことになる。
コンポジションは小さなオブジェクト単位を作るため、責任範囲が明快。階層構造から独立しているので見通しが良くなる。 (参考：Amazon)

良くも悪くも全然わからない初心者向け。少しわかる人には物足りないだろうし、プログラミングとか初めてで全然わかりませんみたいな人にはピッタリだろう。ど素人にとっては基本書ですら即挫折させてくれる本が多い中、非常にわかりやすい構成になっている。 (参考：Amazon)

（第１刷版のレビュー）

「まだ説明していないものが、説明のないまま登場する」ということが度々あった。
その一点だけで、大幅に評価を落とし、オススメの書物と、言うことはできなくなった。

◆良点
・（序盤は）丁寧で好印象。レイアウトや間、文体も良い。
・カバーもツルツルしており、良い。（手汗を弾く）
・色々なクラスの説明もされている点。
・Rubyの凄さが伝わってくる点。（１つの配列に数値も文字もごちゃまぜにできる点には驚いた）
・練習問題があり、なおかつ、（一部難点のあるものを除き）ちょうど良い難易度である点。

◆悪点
・第８章あたりから、若干、説明不足も見え隠れする。
・中盤以降、丁寧さが欠ける点が散見される。
・説明なく「イディオム」、「エントリ」という横文字が使われる点。「ヒアドキュメント」という語も説明以前に登場。
・まだ説明していない内容を、コードに記述する点。説明順序の不備。
・337p 引数なしsplitが説明なく登場。
・練習問題の回答例にて、まだ説明していないメソッド(join)を使っている点。これは良くない。

◆
出版前に、もっとたくさんのプログラミング素人の方々で試し読みし、さらに分かりやすい内容にしてほしいと感じた。
プログラミング未経験者では（一部の人を除き）、８章の途中付近でチンプンカンプンになるだろうと思う。

■名前空間でつまづく。"::"記号で混乱。
ネットで調べて「モジュールの中には、クラスもモジュールも入れられる」ということに気づいた。その点、説明を入れてほしかった。

184ｐにて、"Net::HTTP.new()"という表記が出たところで、混乱していた。
それまでの情報では、::は、メソッドまたは定数を呼び出す、としか教えられていないため。
なので、"Net::HTTP.new()"は、「クラス|モジュール::クラス|モジュール.メソッド」？はたまた「定数::クラス名::メソッド」？（はたまたクラス名ではなくオブジェクト名？）と。
つまり、クラスの中にクラスがあるのかな。そういうのは、まだ説明されていないな、不思議だな。

別言語の名前空間を彷彿したので、調べてみたら……案の定、だった。
しかも、調べてみれば、名前空間のネストもできるらしい。……そこは基本的なことなので、ちょっと言及してほしい。

■【記述の怪しいもの・疑問点】
・154p １つの目のコードの最終行
Receipt.crate_store_a というメソッド名が突然出てきて、理解できなかった。create_receipt_xyzというメソッド定義はなんだったのだろう。

・190p ”二項演算子と代入を組み合わせた演算子を代入演算子といいます”
の、ところにある代入演算子の一覧に、単体の「=」がない。つまり、「=」自体は、代入演算子に含まれない？　ということになってしまう。

・197p 優先順位の例について、まだ説明のない「**」が登場し、戸惑う。
一方、だいぶ後のページにて、累乗だとの説明が数度ある。

・201p dup が説明不足（コメントのみの説明だけ）で登場。
および、202p、def []=()部分の引数valについて、一言でも言葉での説明が欲しい。

・練習問題、19章の３問目について。これは、そういう条件を満たす文字列を見つける”スクリプトを作る”ものだと誤解した。今までが全てスクリプトを作る問題だったから。

・429p 実行結果の数値が合っていない。
”t = Time.mktime(2018, 11, 19, 11, 09, 40)”はSyntaxErrorが起きる(ver2.5時)。
そもそも、09では、8進数指定になってしまう（しかも無効な8進数でエラー）。

・第21章Proc は、全体的に今一つで、よく分からなかった。
おそらく、書き手の理解が不足のままに書いているのでは、と予想する。

・練習問題、18章２問目について。答えを見ると、選択したディレクトリの合計サイズしか表示しない。
問題文を見ると、ディレクトリ内のファイルと、フォルダのサイズを一覧にするのかと誤解する。

・435p ”(dayメソッドと同じ) => 15”といいながら、実行例では（19と15で）異なっている。

■【誤字と思われるもの】
・176p 最終行の「p C.ancestors」のコメント内容。173ｐのプリペンドで教えられた継承関係のコメントと、順序が矛盾している様子。どちらかが間違っていると予想。
　もしかして、[M2, M1, C, Object, ...]の順？
　いや、そもそも、掲載されているソースの実行結果というのは、全部実際に実行して確認してから記載していると思っていたが……、そうではなかったのだろうか？　（あるいは単に、実行したが、見間違えたのかな）

・200p 文中に"inpsect"という誤字１つ。

・425p 図中の”出力先”は、「入力元」の間違いと思われる。

・21章(2)解答のコメント。数値系は両方とも"Integer"

■最後に
この本を読了しても、「部分部分の内容を、間違って教えられているのでは？」と心配になることの少なくない本だった。
正直、最低評価にしようかと思ったときもあった。だが、全体を通せば、そこまでひどいわけでもない。あくまで、並以下ということであり、駄作というには言い過ぎる。 (参考：Amazon)

しっかりとした Rails の基礎知識や、最新のプラクティスが詰まった良書でした。実務で触った色んな断片をこの本を通じて繋ぎ合わせてしっかりとした知識として定着させたり、最新のRailsプラクティスのキャッチアップなどに有用かと思います( web 開発初心者や Rails を触り始めたばかりとかだと、少し難しい内容かもしれません)。
レールの外のプラクティスに関して、もう少し踏み込んだ内容や、色んなバリエーションが書かれていればなお嬉しかったのですが、その内容だけでまた1冊本が作れるボリュームになりそうなので、本書の内容としては大満足です。
著者の皆様、ありがとうございました。 (参考：Amazon)

Ruby on Railsの入門書を読み終えた人、TODOアプリは作ることができたようなタイミングでこの本を読むととても良いのではないかと思った。 (参考：Amazon)