Developers開発の実験等々、クイックサーブのメンバーが好き好きに書き込んでいく場所です。2017/02/20メモコード品質を高めるためのコーディングテクニックの決定版。多いオライリーにしては読みやすく、そして薄いおよそ200ページちょっとの中に大量のテクニックが含まれており、読んだだけで意識が高まった久しぶりに国外の本を読んだが、翻訳者さんの軽快でキャラの濃い翻訳のおかげで非常に読みやすいコード例は、C++/Java/JavaScript/Ruby/Perl/Pythonと様々だが、言語に依存した内容は殆ど無いので、1言語以上知っていれば問題ない随所に挟まれる、アンチパターンを皮肉った風刺画のような挿絵がステキ。アメリカンジョークを理解できない故に挿絵の意味がわからないことも少なからずあったコメントに関する考え方は個人的に合わないものが多かった。英語を母国語とする人(及び得意な日本人)と、英語が苦手な日本人にとってはコードとコメントの関係性に対する考えが異なるんだと思う巻末の日本人による本書の解説も良かった。日本人には日本人の解説が一番しっくり来る要約とか以降では、主に個人的に良いなと思ったものを列挙する。識別子はプログラムの最大の説明書。最適な名前をつけよう汎用的な名前(get/setなど)は避けるか使う状況を選ぶべきサフィックスやプレフィックをつけて名前に付加情報を与える名前のフォーマットで情報を伝えるスコープが広い変数ほど、名前を長く正確につける美しさ同じような処理は同じようなフォーマットで記述するスペースを合わせたりする作業を躊躇わない。読む時間のほうが長いのだから同じようなコードは同じような順番で記述する空行による段落分けを行うコメントすべきでないことコードからすぐに分かることをコメントにしないコメントするためにコメントをしない(手段と目的の逆転)コメントは識別子を補助するものではない。補助するぐらいなら識別子を変えるコメントするべきであることプログラマのそのコードに対する考えコードが特殊な意図で実装されていることについてコードの問題点や注意すべきこと入出力のユースケース制御フローを読みやすく比較式は、左側が変化するモノ、右側が変化しないモノifの条件式はなるたけ肯定形を使う。複数回登場する巨大な式は、変数で簡素な別名を付けておく変数と読みやすさ変数のスコープは狭ければ狭いほど良い可能な限り、一つの変数には1回しか代入しない再代入するということの多くは、値の意味が変わるということ。コメントをキャンセルメールアドレスが公開されることはありません。