The Art of Readable Code: Simple and Practical Techniques for Writing Better Code (English Edition) [Kindle]

DustinBoswell TrevorFoucher

• O'Reilly Media (2011年11月3日発売)

感想・レビュー・書評

[akiさんの感想 · 2023年12月27日]

英語の勉強がてら英語版で読み返し。
改めて基本のキを学べるなと思う一方、コメントの付け方に関しては初学者向けの内容として考えたときに誤解を招く可能性があるなと思った。（TODOコメントで残しましょうとかはチケット化などのプロジェクトの作業単位として記録することなくコメントするのがいいことだという誤解を与えそう。コメントで正しいロジックを言語化することで間違いに気づけるとかはテストでカバーしたほうがよいので誤解を招きそう。）

[seiyabさんの感想 · 2019年2月27日]

個人的には自然に身につけてきた内容がほとんどだが、以下の点で役立ちそう
・レビュー指摘時のソースとして使えそう
・自分の考えに自信がついた

[helloworldさんの感想 · 2017年3月15日]

[ PACKING INFORMATION INTO NAMES ]
Avoid Generic Names Like tmp and retval

How Long Should a Name Be?
-When you go on a short vacation, you typically pack less luggage than if you go on a long vacation. Similarly, identifiers that have a small “scope” (how many other lines of code can “see” this name) don’t need to carry as much information.

[ Names That Can’t Be Misconstrued ]

[rukaさんの感想 · 2015年3月3日]

チームプレイする場合に気をつけるコードの書き方であるが、時間を開けて自分がコードを読み直す際にも共通する。
以下個人的なメモ
・分かりやすい変数名
・関数の記述配置
・一関数一処理
・より一般的な関数の作成

[hmk404さんの感想 · 2014年6月29日]

チーム活動を始める前に全員がこの書籍の内容を共有、とかできるといいんだろうな、と感じた一冊。
これはやらないだろう、とか、チームにこれは合わない、というのもあったので、今回適用するルールとしてのチェックリストがあるとよりよかったかも。