原著第二版が2004年出版というだけあり、読んでる最中は古さがかなり目に付きました。
今ならIDEやLinterがなんとかしてくれる領域の話や、
goto、グローバル変数、異常に長いメソッドなど時代によって既に駆逐されたと言える習慣、
C言語やVisual Basic、昔のJavaなど古い言語特有の話、
そういうものに結構ページを割かれていて、読み飛ばした部分がそれなりにありました。
しかし、読み終えた後に少し前に書いた自分のコードを見てみると、以前では目に付かなかった粗がたくさんあることに気が付いて驚きました。
特にためになったのはクラス・メソッド・変数に関する命名、変数の使用法、メソッド設計（本ではルーチンと呼ばれています）、擬似コードによるプログラミング、の辺りです。
命名に関してはリーダブルコードでも扱っていたものの、どういうわけか本書の説明の方がより実践出来る内容でした。命名にかなり厳しい目が身についたと思います。
ページが多い割に読みやすい本とは言え、ページがそれなりに多いので必要なところを拾い読みする読み方がいいと思います。（著者自身それで構わないとまえがきで書いていました。）
ちなみにクラス設計についてはかなり短いページでいろいろなことを説明しようとしているので、「オブジェクト指向設計実践ガイド」の方が良いかもしれません。
あと下巻の話ですが、少し読んだ感じ、下巻はテスト・デバッグ・リファクタリングなど時代に流されにくい話がメインなので上巻よりもっと有用な部分が多いかもしれません。
この商品をチェックした人はこんな商品もチェックしています
ページ: 1 / 1 最初に戻るページ: 1 / 1
Kindle 端末は必要ありません。無料 Kindle アプリのいずれかをダウンロードすると、スマートフォン、タブレットPCで Kindle 本をお読みいただけます。
-
Apple
-
Android
-
Android
無料アプリを入手するには、Eメールアドレスを入力してください。
出版社より
|
|
|
|
|
|---|---|---|---|---|
| More Effective Agile | CODE COMPLETE 第2版 上 | CODE COMPLETE 第2版 下 | ソフトウェア見積り | |
| 内容 | More Effective Agile: Roadmap for Software Leaders"(ConstruxPress、2019年)の日本語版(日経BP、2020年)。ソフトウェアファースト時代にリーダーシップを発揮できる人材「ソフトウェアリーダー」を目指すために、アジャイルから「価値を引き出す」ための実践的なプラクティスを解説します。 | "Code Complete, 2nd Edition"(Microsoft Press、2004年)の日本語版(訳書は上下2巻、日経BP、2005年)。開発者必読のロングセラーで、1993年の初版発行後、30年近くも読み継がれてきた永遠のバイブルです。上巻では設計やプログラミングを扱います。 | "Code Complete, 2nd Edition"(Microsoft Press、2004年)の日本語版(訳書は上下2巻、日経BP、2005年)。下巻ではテストやデバッグを扱います。プログラミングのベストプラクティスを集大成した書籍です。 | "Software Estimation: Demystifying the Black Art"(Microsoft Press、2006年)の日本語版(日経BP、2006年)。コスト、スケジュール、工数、品質…… 思いどおりにいくことはまずないプロジェクトの見積り。その裏にある誤解や思い込みを、118のヒントと18の公式を使って解き明かします。 |
カスタマーレビュー
この商品をレビュー
上位レビュー、対象国： 日本
レビューのフィルタリング中に問題が発生しました。後でもう一度試してください。
2021年5月28日に日本でレビュー済み
中身が薄すぎて特に書くことがないんですが、とにかく無駄な話が多い。ソフトウェア開発を家作りに例えたり水道管に例えたり、なんか真珠の養殖に例えたり。とにかく「ちゃんと頭を整理して、丁寧に書こう。じゃないとバグるぞ」ということを600ページかけてしつこく言ってきます。「〇〇をしなかった場合、〜%コストが増加するという統計データが出た」みたいな「犯罪者の99%はパンを食べている」を思わせるデータを時折挟んでくるのも不快だった。
他には、変数名の話でval とか x みたいな短い名前を止めろと書いてたけど、別に良くない？と思った。全体的に、表面的で自己啓発的な話が多いので、大してプログラミングの勉強にはならない気がします。
Amazonで購入
技術書というより自己啓発本
ユーザー名: nairon66、日付: 2021年5月28日
これなんで評価されてるのか謎です。ユーザー名: nairon66、日付: 2021年5月28日
中身が薄すぎて特に書くことがないんですが、とにかく無駄な話が多い。ソフトウェア開発を家作りに例えたり水道管に例えたり、なんか真珠の養殖に例えたり。とにかく「ちゃんと頭を整理して、丁寧に書こう。じゃないとバグるぞ」ということを600ページかけてしつこく言ってきます。「〇〇をしなかった場合、〜%コストが増加するという統計データが出た」みたいな「犯罪者の99%はパンを食べている」を思わせるデータを時折挟んでくるのも不快だった。
他には、変数名の話でval とか x みたいな短い名前を止めろと書いてたけど、別に良くない？と思った。全体的に、表面的で自己啓発的な話が多いので、大してプログラミングの勉強にはならない気がします。
このレビューの画像
