良いコード／悪いコードで学ぶ設計入門ー保守しやすい 成長し続けるコードの書き方【電子書籍】[ 仙塲 大也 ]
商品ID:rakutenkobo-ebooks:21110746
￥3278 JPY 約 $690 TWD
（尺寸）
（顏色）
（个）
＜p＞＜strong＞
■
■
■＜a href="gihyo.jp/article/2023/02/it-engineer-book-prize-2023"＞ITエンジニア本大賞2023 技術書部門で大賞受賞！＜/a＞
■
■
■＜/strong＞＜/p＞ ＜p＞＜strong＞本書は、より成長させやすいコードの書き方と設計を学ぶ入門書です。＜/strong＞＜br /＞ システム開発では、ソフトウェアの変更が難しくなる事態が頻発します。コードの可読性が低く調査に時間がかかる、コードの影響範囲が不明で変更すると動かなくなる、新機能を追加したいがどこに実装すればいいかわからない……。＜br /＞ 変更しづらいコードは、成長できないコードです。ビジネスの進化への追随や、機能の改善が難しくなります。＜br /＞ 成長できないコードの問題を、設計で解決します。＜/p＞ ＜p＞＜strong＞（こんな方におすすめ）＜/strong＞＜br /＞ ・ コードの設計スキルに興味がある人＜br /＞ ・ 日々、悪いコードと向き合っていて改善したい人＜br /＞ ・より良いコードを書きたい人＜/p＞ ＜p＞＜strong＞（目次）＜/strong＞＜br /＞ ＜strong＞1 悪しき構造の弊害を知覚する＜/strong＞＜br /＞ 1.1 意味不明な命名＜br /＞ 1.2 理解を困難にする条件分岐のネスト＜br /＞ 1.3 さまざまな悪魔を招きやすいデータクラス＜br /＞ 1.4 悪魔退治の基本＜br /＞ ＜strong＞2 設計の初歩＜/strong＞＜br /＞ 2.1 省略せずに意図が伝わる名前を設計する＜br /＞ 2.2 変数を使い回さない、目的ごとの変数を用意する＜br /＞ 2.3 ベタ書きせず、意味のあるまとまりでメソッド化＜br /＞ 2.4 関係し合うデータとロジックをクラスにまとめる＜br /＞ ＜strong＞3 クラス設計 ーすべてにつながる設計の基盤ー＜/strong＞＜br /＞ 3.1 クラス単体で正常に動作するよう設計する＜br /＞ 3.2 成熟したクラスへ成長させる設計術＜br /＞ 3.3 悪魔退治の効果を検証する＜br /＞ 3.4 プログラム構造の問題解決に役立つ設計パターン＜br /＞ ＜strong＞4 不変の活用 ー安定動作を構築するー＜/strong＞＜br /＞ 4.1 再代入＜br /＞ 4.2 可変がもたらす意図せぬ影響＜br /＞ 4.3 不変と可変の取り扱い方針＜br /＞ ＜strong＞5 低凝集 ーバラバラになったモノたちー＜/strong＞＜br /＞ 5.1 staticメソッドの誤用＜br /＞ 5.2 初期化ロジックの分散＜br /＞ 5.3 共通処理クラス（Common・Util）＜br /＞ 5.4 結果を返すために引数を使わないこと＜br /＞ 5.5 多すぎる引数＜br /＞ 5.6 メソッドチェイン＜br /＞ ＜strong＞6 条件分岐 ー迷宮化した分岐処理を解きほぐす技法ー＜/strong＞＜br /＞ 6.1 条件分岐のネストによる可読性低下＜br /＞ 6.2 switch文の重複＜br /＞ 6.3 条件分岐の重複とネスト＜br /＞ 6.4 型チェックで分岐しないこと＜br /＞ 6.5 interfaceの使いこなしが中級者への第一歩＜br /＞ 6.6 フラグ引数＜br /＞ ＜strong＞7 コレクション ーネストを解消する構造化技法ー＜/strong＞＜br /＞ 7.1 わざわざ自前でコレクション処理を実装してしまう 7.2 ループ処理中の条件分岐ネスト＜br /＞ 7.3 低凝集なコレクション処理＜br /＞ ＜strong＞8 密結合 ー絡まって解きほぐせない構造ー＜/strong＞＜br /＞ 8.1 密結合と責務＜br /＞ 8.2 密結合の各種事例と対処方法＜br /＞ ＜strong＞9 設計の健全性をそこなうさまざまな悪魔たち＜/strong＞＜br /＞ 9.1 デッドコード＜br /＞ 9.2 YAGNI原則＜br /＞ 9.3 マジックナンバー＜br /＞ 9.4 文字列型執着＜br /＞ 9.5 グローバル変数＜br /＞ 9.6 null問題＜br /＞ 9.7 例外の握り潰し＜br /＞ 9.8 設計秩序を破壊するメタプログラミング＜br /＞ 9.9 技術駆動パッケージング＜br /＞ 9.10 サンプルコードのコピペ＜br /＞ 9.11 銀の弾丸＜br /＞ ＜strong＞10 名前設計 ーあるべき構造を見破る名前ー＜/strong＞＜br /＞ 10.1 悪魔を呼び寄せる名前＜br /＞ 10.2 名前を設計するー目的駆動名前設計＜br /＞ 10.3 設計時の注意すべきリスク＜br /＞ 10.4 意図がわからない名前＜br /＞ 10.5 構造を大きく歪ませてしまう名前＜br /＞ 10.6 名前的に居場所が不自然なメソッド＜br /＞ 10.7 名前の省略＜br /＞ ＜strong＞11 コメント ー保守と変更の正確性を高める書き方ー＜/strong＞＜br /＞ 11.1 退化コメント＜br /＞ 11.2 コメントで命名をごまかす＜br /＞ 11.3 意図や仕様変更時の注意点を読み手に伝えること＜br /＞ 11.4 コメントのルール まとめ＜br /＞ 11.5 ドキュメントコメント＜br /＞ ＜strong＞12 メソッド（関数） ー良きクラスには良きメソッドありー＜/strong＞＜br /＞ 12.1 必ず自身のクラスのインスタンス変数を使うこと＜br /＞ 12.2 不変をベースに予期せぬ動作を防ぐ関数にすること＜br /＞ 12.3 尋ねるな、命じろ＜br /＞ 12.4 コマンド・クエリ分離＜br /＞ 12.5 引数＜br /＞ 12.6 戻り値＜br /＞ ＜strong＞13 モデリング ークラス設計の土台ー＜/strong＞＜br /＞ 13.1 邪悪な構造に陥りがちなUserクラス＜br /＞ 13.2 モデリングの考え方とあるべき構造＜br /＞ 13.3 良くないモデルの問題点と解決方法＜br /＞ 13.4 機能性を左右するモデリング＜br /＞ ＜strong＞14 リファクタリング ー既存コードを成長に導く技ー＜/strong＞＜br /＞ 14.1 リファクタリングの流れ＜br /＞ 14.2 ユニットテストでリファクタリングのミスを防ぐ＜br /＞ 14.3 あやふやな仕様を理解するための分析方法＜br /＞ 14.4 IDEのリファクタリング機能＜br /＞ 14.5 リファクタリングで注意すべきこと＜br /＞ ＜strong＞15 設計の意義と設計への向き合い方＜/strong＞＜br /＞ 15.1 本書はなんの設計について書いたものなのか＜br /＞ 15.2 設計しないと開発生産性が低下する＜br /＞ 15.3 ソフトウェアとエンジニアの成長性＜br /＞ 15.4 課題を解決する＜br /＞ 15.5 コードの良し悪しを判断する指標＜br /＞ 15.6 コード分析をサポートする各種ツール＜br /＞ 15.7 設計対象と費用対効果＜br /＞ 15.8 時間を操る超能力者になろう＜br /＞ ＜strong＞16 設計を妨げる開発プロセスとの戦い＜/strong＞＜br /＞ 16.1 コミュニケーション＜br /＞ 16.2 設計＜br /＞ 16.3 実装＜br /＞ 16.4 レビュー＜br /＞ 16.5 チームの設計力を高める＜br /＞ ＜strong＞17 設計技術の理解の深め方＜/strong＞＜br /＞ 17.1 さらにステップアップするための設計技術書紹介＜br /＞ 17.2 設計スキルを高める学び方＜/p＞ ＜p＞＜strong＞(著者プロフィール)＜/strong＞＜br /＞ ＜strong＞仙塲大也＜/strong＞（せんばだいや）：青森県出身。大手電機メーカーなどを経て、現在はREADYFOR株式会社にてアプリケーションアーキテクトを務める。リファクタリングや設計全般を推進。悪しきコードとの戦いの中で設計の魅力に気付く。暇さえあれば脳内でリファクタリングしている。Twitterではプログラミングの風刺動画を不定期で投稿。Developers Summit 2021 Summerベストスピーカー賞3位。その他登壇多数。Twitter : ミノ駆動（@MinoDriven）＜/p＞画面が切り替わりますので、しばらくお待ち下さい。 ※ご購入は、楽天kobo商品ページからお願いします。※切り替わらない場合は、こちら をクリックして下さい。 ※このページからは注文できません。
■
■
■＜a href="gihyo.jp/article/2023/02/it-engineer-book-prize-2023"＞ITエンジニア本大賞2023 技術書部門で大賞受賞！＜/a＞
■
■
■＜/strong＞＜/p＞ ＜p＞＜strong＞本書は、より成長させやすいコードの書き方と設計を学ぶ入門書です。＜/strong＞＜br /＞ システム開発では、ソフトウェアの変更が難しくなる事態が頻発します。コードの可読性が低く調査に時間がかかる、コードの影響範囲が不明で変更すると動かなくなる、新機能を追加したいがどこに実装すればいいかわからない……。＜br /＞ 変更しづらいコードは、成長できないコードです。ビジネスの進化への追随や、機能の改善が難しくなります。＜br /＞ 成長できないコードの問題を、設計で解決します。＜/p＞ ＜p＞＜strong＞（こんな方におすすめ）＜/strong＞＜br /＞ ・ コードの設計スキルに興味がある人＜br /＞ ・ 日々、悪いコードと向き合っていて改善したい人＜br /＞ ・より良いコードを書きたい人＜/p＞ ＜p＞＜strong＞（目次）＜/strong＞＜br /＞ ＜strong＞1 悪しき構造の弊害を知覚する＜/strong＞＜br /＞ 1.1 意味不明な命名＜br /＞ 1.2 理解を困難にする条件分岐のネスト＜br /＞ 1.3 さまざまな悪魔を招きやすいデータクラス＜br /＞ 1.4 悪魔退治の基本＜br /＞ ＜strong＞2 設計の初歩＜/strong＞＜br /＞ 2.1 省略せずに意図が伝わる名前を設計する＜br /＞ 2.2 変数を使い回さない、目的ごとの変数を用意する＜br /＞ 2.3 ベタ書きせず、意味のあるまとまりでメソッド化＜br /＞ 2.4 関係し合うデータとロジックをクラスにまとめる＜br /＞ ＜strong＞3 クラス設計 ーすべてにつながる設計の基盤ー＜/strong＞＜br /＞ 3.1 クラス単体で正常に動作するよう設計する＜br /＞ 3.2 成熟したクラスへ成長させる設計術＜br /＞ 3.3 悪魔退治の効果を検証する＜br /＞ 3.4 プログラム構造の問題解決に役立つ設計パターン＜br /＞ ＜strong＞4 不変の活用 ー安定動作を構築するー＜/strong＞＜br /＞ 4.1 再代入＜br /＞ 4.2 可変がもたらす意図せぬ影響＜br /＞ 4.3 不変と可変の取り扱い方針＜br /＞ ＜strong＞5 低凝集 ーバラバラになったモノたちー＜/strong＞＜br /＞ 5.1 staticメソッドの誤用＜br /＞ 5.2 初期化ロジックの分散＜br /＞ 5.3 共通処理クラス（Common・Util）＜br /＞ 5.4 結果を返すために引数を使わないこと＜br /＞ 5.5 多すぎる引数＜br /＞ 5.6 メソッドチェイン＜br /＞ ＜strong＞6 条件分岐 ー迷宮化した分岐処理を解きほぐす技法ー＜/strong＞＜br /＞ 6.1 条件分岐のネストによる可読性低下＜br /＞ 6.2 switch文の重複＜br /＞ 6.3 条件分岐の重複とネスト＜br /＞ 6.4 型チェックで分岐しないこと＜br /＞ 6.5 interfaceの使いこなしが中級者への第一歩＜br /＞ 6.6 フラグ引数＜br /＞ ＜strong＞7 コレクション ーネストを解消する構造化技法ー＜/strong＞＜br /＞ 7.1 わざわざ自前でコレクション処理を実装してしまう 7.2 ループ処理中の条件分岐ネスト＜br /＞ 7.3 低凝集なコレクション処理＜br /＞ ＜strong＞8 密結合 ー絡まって解きほぐせない構造ー＜/strong＞＜br /＞ 8.1 密結合と責務＜br /＞ 8.2 密結合の各種事例と対処方法＜br /＞ ＜strong＞9 設計の健全性をそこなうさまざまな悪魔たち＜/strong＞＜br /＞ 9.1 デッドコード＜br /＞ 9.2 YAGNI原則＜br /＞ 9.3 マジックナンバー＜br /＞ 9.4 文字列型執着＜br /＞ 9.5 グローバル変数＜br /＞ 9.6 null問題＜br /＞ 9.7 例外の握り潰し＜br /＞ 9.8 設計秩序を破壊するメタプログラミング＜br /＞ 9.9 技術駆動パッケージング＜br /＞ 9.10 サンプルコードのコピペ＜br /＞ 9.11 銀の弾丸＜br /＞ ＜strong＞10 名前設計 ーあるべき構造を見破る名前ー＜/strong＞＜br /＞ 10.1 悪魔を呼び寄せる名前＜br /＞ 10.2 名前を設計するー目的駆動名前設計＜br /＞ 10.3 設計時の注意すべきリスク＜br /＞ 10.4 意図がわからない名前＜br /＞ 10.5 構造を大きく歪ませてしまう名前＜br /＞ 10.6 名前的に居場所が不自然なメソッド＜br /＞ 10.7 名前の省略＜br /＞ ＜strong＞11 コメント ー保守と変更の正確性を高める書き方ー＜/strong＞＜br /＞ 11.1 退化コメント＜br /＞ 11.2 コメントで命名をごまかす＜br /＞ 11.3 意図や仕様変更時の注意点を読み手に伝えること＜br /＞ 11.4 コメントのルール まとめ＜br /＞ 11.5 ドキュメントコメント＜br /＞ ＜strong＞12 メソッド（関数） ー良きクラスには良きメソッドありー＜/strong＞＜br /＞ 12.1 必ず自身のクラスのインスタンス変数を使うこと＜br /＞ 12.2 不変をベースに予期せぬ動作を防ぐ関数にすること＜br /＞ 12.3 尋ねるな、命じろ＜br /＞ 12.4 コマンド・クエリ分離＜br /＞ 12.5 引数＜br /＞ 12.6 戻り値＜br /＞ ＜strong＞13 モデリング ークラス設計の土台ー＜/strong＞＜br /＞ 13.1 邪悪な構造に陥りがちなUserクラス＜br /＞ 13.2 モデリングの考え方とあるべき構造＜br /＞ 13.3 良くないモデルの問題点と解決方法＜br /＞ 13.4 機能性を左右するモデリング＜br /＞ ＜strong＞14 リファクタリング ー既存コードを成長に導く技ー＜/strong＞＜br /＞ 14.1 リファクタリングの流れ＜br /＞ 14.2 ユニットテストでリファクタリングのミスを防ぐ＜br /＞ 14.3 あやふやな仕様を理解するための分析方法＜br /＞ 14.4 IDEのリファクタリング機能＜br /＞ 14.5 リファクタリングで注意すべきこと＜br /＞ ＜strong＞15 設計の意義と設計への向き合い方＜/strong＞＜br /＞ 15.1 本書はなんの設計について書いたものなのか＜br /＞ 15.2 設計しないと開発生産性が低下する＜br /＞ 15.3 ソフトウェアとエンジニアの成長性＜br /＞ 15.4 課題を解決する＜br /＞ 15.5 コードの良し悪しを判断する指標＜br /＞ 15.6 コード分析をサポートする各種ツール＜br /＞ 15.7 設計対象と費用対効果＜br /＞ 15.8 時間を操る超能力者になろう＜br /＞ ＜strong＞16 設計を妨げる開発プロセスとの戦い＜/strong＞＜br /＞ 16.1 コミュニケーション＜br /＞ 16.2 設計＜br /＞ 16.3 実装＜br /＞ 16.4 レビュー＜br /＞ 16.5 チームの設計力を高める＜br /＞ ＜strong＞17 設計技術の理解の深め方＜/strong＞＜br /＞ 17.1 さらにステップアップするための設計技術書紹介＜br /＞ 17.2 設計スキルを高める学び方＜/p＞ ＜p＞＜strong＞(著者プロフィール)＜/strong＞＜br /＞ ＜strong＞仙塲大也＜/strong＞（せんばだいや）：青森県出身。大手電機メーカーなどを経て、現在はREADYFOR株式会社にてアプリケーションアーキテクトを務める。リファクタリングや設計全般を推進。悪しきコードとの戦いの中で設計の魅力に気付く。暇さえあれば脳内でリファクタリングしている。Twitterではプログラミングの風刺動画を不定期で投稿。Developers Summit 2021 Summerベストスピーカー賞3位。その他登壇多数。Twitter : ミノ駆動（@MinoDriven）＜/p＞画面が切り替わりますので、しばらくお待ち下さい。 ※ご購入は、楽天kobo商品ページからお願いします。※切り替わらない場合は、こちら をクリックして下さい。 ※このページからは注文できません。