Effective なんとかを読めば良いというものではない

何となく思ったこと。

なんとか、の話になったとき、
Effective なんとかを読まずになんとかは語れないとか、
やったとは言えないとか、まずは読むべき、とか色々と耳にしたりする。

かくいう自分も
C++の本で何が良いと言ったら、
プログラムの経験がある人なら、Effective C++は勧める本の中に入ると思う。

ただ、この本を読んだからといって、
見違えるようにC++が書けるようになるわけでもない。

かといって、読まなくても良いかというとそうでもない。
そんなこといったら
「Exceptional C++」も読むべきだし、
「Exceptional C++ Style」だって読んで欲しいですよ、ですし、
「C++ Coding Standards」だって、ねえ。スタイルがさー。
いやいや、「Effective STL」は外せないでしょう、STL使わないってありえないし、
とか、ならなら、
「STL―標準テンプレートライブラリによるC++プログラミング 第2版」
も必要でしょ？
とか、
「Efficient C++」だって読んでおかないとさあ、Cに比べて効率がさあ、
だとか、
「More Effective C++」だって古いけどほら！
とか
「C++ FAQ 第2版」だろ、ふぁっきゅー、
とかいって、
いやいや、歴史が必要だから「C++ 設計と進化」を読まずして……。

って、「なめとんのか、そんなに読めるかボケ！！！」
となる。

結局のところ、
こんな本を一冊も読まずにC++を書いている人は沢山いる。
そして、彼らはそれで困っていないように見える。

え、じゃ、読む必要ないんじゃね？
そうそうそうそう、
困ってるのは「周りの人間」なんだよ。

何を言いたいかというと、
どんなコードを書くべきか、どんなコードを書いてはいけないか、
どんな設計であるべきか、

は常に状況に依存し、
Effectiveなんとかはそれに備えるためのツールの1つに過ぎない、ってことだ。
だいたい、本なんか読んでも実際に困らなきゃ身につかない。

この辺りは、Effective Javaを読んだからといって、一流のJavaプログラマになった訳ではないのと同じ。

読んだことに意味があるのではなく、どうしたら良くなるか考えることに意味があるということだろうと思う。

Exceptional C++―47のクイズ形式によるプログラム問題と解法 (C++ in‐Depth Series)

Exceptional C++ Style―40のクイズ形式によるプログラム問題と解法=スタイル編 (C++ in‐Depth Series)

C++ Coding Standards―101のルール、ガイドライン、ベストプラクティス (C++ in‐depth series)

Effective STL―STLを効果的に使いこなす50の鉄則

STL―標準テンプレートライブラリによるC++プログラミング 第2版

Efficient C++パフォーマンスプログラミングテクニック

新訂版 More Effective C++ (Ａｄｄｉｓｏｎ?Ｗｅｓｌｅｙ　ｐｒｏｆｅｓｓｉｏｎａｌ　ｃｏ)

C++ FAQ 第2版 - C++プログラミングをきわめるためのQ&A集

C++の設計と進化