このタイトルは現在ご購入いただけません。初めてKindle本をご購入される場合は、「コンテンツと端末の管理」の設定から1-Click設定をおこなってください。

を購読しました。続刊の配信が可能になってから24時間以内に予約注文します。最新刊がリリースされると、予約注文期間中に利用可能な最低価格がデフォルトで設定している支払い方法に請求されます。

「メンバーシップおよび購読」で、支払い方法や端末の更新、続刊のスキップやキャンセルができます。

エラーが発生しました。エラーのため、お客様の定期購読を処理できませんでした。更新してもう一度やり直してください。

画像はありません

選択したカラーの画像がありません。
カラー：

このビデオを見るには、次をダウンロード Flash Player

著者をフォローする

レガシーコード改善ガイド Kindle版

マイケル・C・フェザーズ (著), 平澤章 (翻訳), 越智典子 (翻訳), 形式: Kindle版

65

すべての形式と版を表示

保守開発のためのリファクタリング！

本書は、システム保守の現場でありがちな、構造が複雑で理解できないようなコードに対する分析手法・対処手法について解説します。つまり、「コードを理解し、テストできるようにし、リファクタリングを可能にし、機能を追加できるテクニックを紹介している書籍です。

本書には、以下のことが記載されています。
●仕様が分からないコードの分析方法
●仕様が分からないコードの修正方法、またテストコードの追加方法
●コードの修正で、疎結合な設計に部分的に改善する方法

また、本書には、以下のことは記載されていません。
●COBOLなどで記述されているメインフレーム上のアプリケーションの改修方法

【対象読者】
●現行のシステムが仕様が分からず保守作業に悩む、保守担当者
●現行のシステムの修正作業は可能であるもののデグレーションに悩む、保守担当者
●疎結合な設計手法を知りたい技術者

本書はJava、C、C++でサンプルを記述していますが、記載されているテクニックは言語依存するものではないため、他の言語（Delphi、Visual Basic、COBOL、FORTRAN）でも使えます。

※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。
※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。
※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。
※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。

本の長さ

448ページ
言語

日本語
付箋メモ

Kindle Scribeで
出版社

翔泳社
発売日

2009/7/13
ファイルサイズ

9729 KB
Page Flip

有効
Word Wise

有効にされていません
タイプセッティングの改善

有効
すべての詳細を表示

この商品に関する問題を報告する

販売：
Kindle 電子書籍リーダー

Kindle Paperwhite

Kindle Paperwhite（第5世代）

Kindle Voyage

Kindle

Kindle Oasis
Fire タブレット

Kindle Fire HD（第1世代）

Kindle Fire

Kindle Fire HDX 8.9''

Kindle Fire HDX

Kindle Fire HD（第2世代）

Fire HDX 8.9 Tablet

Fire HD 7 Tablet

Fire HD 6 Tablet
Kindle 無料読書アプリ

Kindle for Android (スマートフォン)

Kindle for Android (タブレットPC)

Kindle for iPhone

Kindle for iPod Touch

Kindle for iPad

Kindle for Mac

Kindle Cloud Reader

Kindle for PC
利用可能な端末

Eric Evans
173
Kindle版
1個の商品：￥5,148から
成瀬允宣
406
Kindle版
1個の商品：￥3,168から
ヴォーン・ヴァーノン
98
Kindle版
1個の商品：￥5,148から
Chris Richardson
121
Kindle版
1個の商品：￥4,752から
ＭａｒｔｉｎＦｏｗｌｅｒ
82
Kindle版
1個の商品：￥4,356から
ＫｅｎｔＢｅｃｋ
188
Kindle版
1個の商品：￥2,772から

登録情報

ASIN ‏ : ‎ B01AN97W08
出版社 ‏ : ‎ 翔泳社; 第1版 (2009/7/13)
発売日 ‏ : ‎ 2009/7/13
言語 ‏ : ‎ 日本語
ファイルサイズ ‏ : ‎ 9729 KB
Text-to-Speech（テキスト読み上げ機能） ‏ : ‎ 有効
X-Ray ‏ : ‎ 有効
Word Wise ‏ : ‎ 有効にされていません
付箋メモ ‏ : ‎ Kindle Scribeで
本の長さ ‏ : ‎ 448ページ

Amazon 売れ筋ランキング: - 194,020位Kindleストア (Kindleストアの売れ筋ランキングを見る)
- - 7,365位コンピュータ・IT (Kindleストア)
- - 14,170位コンピュータ・IT (本)

カスタマーレビュー:
65

著者について

著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。

平澤章
Brief content visible, double tap to read full content.
Full content visible, double tap to read brief content.
著者の本をもっと発見したり、よく似た著者を見つけたり、著者のブログを読んだりしましょう
著者ページでもっと見る
マイケル・C．フェザーズ
Brief content visible, double tap to read full content.
Full content visible, double tap to read brief content.
著者の本をもっと発見したり、よく似た著者を見つけたり、著者のブログを読んだりしましょう
著者ページでもっと見る

カスタマーレビュー

5つのうち4.5つ

65グローバルレーティング

星1つ

0%

評価はどのように計算されますか?

この商品をレビュー

カスタマーレビューを書く

レビューのソート基準

上位レビュー、対象国：日本

レビューのフィルタリング中に問題が発生しました。後でもう一度試してください。

ethica

レガシーコードと戦うすべての人のために

2014年6月3日に日本でレビュー済み

Amazonで購入

多数のコード例と、レガシーコードと戦うときに考えるための理論が書かれています。
スプラウドメソッドやラッパーメソッドはレガシーコードでなくても基本的なコーディング方法論としても有益でしょう。
これを読んだら、つぎは「リファクタリング」がお勧めです。

2人のお客様がこれが役に立ったと考えています

役に立った

Kindleユーザー

自動テストの理由がわかった

2012年4月28日に日本でレビュー済み

Amazonで購入

・自動テストが良い理由がわかった気がした。テストによって仕様が明確になり、安心して改変ができる。
・Java,C++関連がサンプルだが、他の言語（自分の場合はDelphiなんか）にも役に立つ考え方
・訳はあまり良くない。内容がわかっている人にとってはわかりやすいのかもしれないけど、やはり直訳的なものが目立ち、意味がわかりにくいところが多々あり。
・ある程度、開発に携わっている人でないと、初心者の勉強だとピンとこないところが多数だと思う。
・全く古さを感じさせず、現在でも十分に役に立つことが多数。

11人のお客様がこれが役に立ったと考えています

役に立った

hareruyaZzz

実践するのは厳しいがヒントはたくさんあります

2020年5月7日に日本でレビュー済み

Amazonで購入

C++で書かれたシステムでこの本に書かれた事を試してみたのですが、超大変で、くじけてしまいました。。
色々と試行錯誤してテストを作ったものの、テストでコードを保護するという理想には、程遠い、酷いテストケースの山が。。

リファクタリングに耐えられるようなテストコードの書き方が分からなかったのが致命的でした。
ちゃんとしたテストが書けていれば、例えばテスト対象をリファクタリングしても、同じテストでリファクタリング後のコードがテストできるハズなのですが・・・
自分の書いたテストだと・・・リファクタリングしたらテストコードの変更も必要になってしまうという。。

なので、ある程度、ちゃんとしたテストコードが書ける人が読むべき本なのかもしれません。

ただ、どのようなコードがテストしづらいのか？どのようなコードがテストしやすいコードなのか？
といった観点など設計のヒントは読むだけでも手に入りますので、テストが整備できなかったとしても読んだ価値はあったのではないかと思っています。

12人のお客様がこれが役に立ったと考えています

役に立った

MR2

残念なコードを保守しなければならない貴方へ

2012年6月1日に日本でレビュー済み

レガシーシステムとはテストの無いコードである。
→テストが無ければ安心してコードが変更できない。
→しかしテストで保護するには、多くの変更が必要になる。
→どうコードを変更し、いかにしてテスト可能にするか？

というストーリーで、テストを導入する方法を豊富な事例と共に紹介しています。
責務が多すぎるクラス、数百行に渡るモンスターメソッド、分岐だらけのロジックなど、現場では当たり前のように出てくる「残念なコード」に対し、解決策を提示しています。

サンプルコードはJavaとC++が大半ですが、私はPHPで実践しました。
オブジェクト指向言語ならこの考え方は汎用的に使えます。

特に役に立ったのは以下の考え方です。

* コードの保護が最優先。保護されたコードは後でいくらでも修正・改善できる。
* 保護するために一時的にコードが醜くなっても構わない。
* 既存のひどいコードを直すよりテストで保護されたパーツで置き換える方が、結局早いし、後々も楽である。
* 仕様が全く不明なコードでも、仕様を把握するためだけのテストを書けば理解が進む。

私は全くテストが無く、「不吉な匂い」で満たされたシステムを担当させられましたが、この本のやり方を知ることで自信を持ってエンハンスができるようになりました。

なお、この本の内容はTDD（テスト駆動開発）を未体験の人にはピンと来ないことが多いと思われます。
「テストを先に書いて後からコードを直す」という手法が当たり前のように使われるからです。
TDDのやり方を習得していないと、この本だけではどう実践していいかわからないかもしれません。
そのため、まずはTDDを習得してから読むことをお勧めします。

30人のお客様がこれが役に立ったと考えています

役に立った

le fond

★★★

2017年7月20日に日本でレビュー済み

よろしくないコード引き継いだ時、役に立つ情報満載。ただ、説明が少しわかりにくい。テストに手段を選ぶな、と大きく理解。

1人のお客様がこれが役に立ったと考えています

役に立った

伊藤淳一

自動化テストのためのリファクタリングパターン

2009年11月1日に日本でレビュー済み

レガシーコードと聞いてイメージしたのは「仕様書も無く、設計やコーディングもメチャクチャ、おまけに当時の開発者はすでにいない。しかし重要なシステムであるためトラブル対応や改造は続けなければいけないこの上なく保守しにくい、担当者泣かせのソースコード」というものでした。しかし、本の帯にもあるように、ここでは自動化テストのないコードを「レガシーコード」と定義しています。

私がイメージしていたような「レガシーコード」には私自身、実際に泣かされることも多いため、「銀の弾丸」的なテクニックが載っていないかと期待していましたが、残念ながらこの本からはそのようなテクニックは見つかりませんでした。
この本が主にターゲットとしているのは、「ある程度オブジェクト指向設計に基づいたソースコード」です。オブジェクト指向ではコーディングされにくいVB/VBAや、JavaやC#なのに活用されている言語機能はC言語止まり、といったコードにはあまり向いていないかもしれません。
こういうケースはやはり地道に解析するしかないんですかね・・・。

とはいえ、星は5つです。
改めて自動化テストの重要性を確認する事ができましたし、テストを優先してメソッドの可視性をあえて上げる、といった発想が新鮮でした。
この本で書かれているリファクタリング技法はマーティンファウラーの「リファクタリング」と重なる部分も多いですが、それでも「テストのためのリファクタリング」という視点が新しいと思います。
そして何より「既存のコード」への対処方法をメインに扱った書籍というのは前例がないと思います。この本を読めば間違いなく、これまでにはなかったプログラムに対する新しい視点を持つ事が出来るようになるでしょう。

P.S.
保守開発に苦労している方はこちらの本も参考になるかもしれません。
=> 「派生開発」を成功させるプロセス改善の技術と極意

39人のお客様がこれが役に立ったと考えています

役に立った

さとう

実際に保守を担当してる身として参考になる箇所が多々あった

2016年11月29日に日本でレビュー済み

Amazonで購入

組み込み半年目の新米です。
実際に保守作業をしてる中で、何も考えずでかいクラスにあるでかいメソッドに追加してました。
本書には「書いたあとうまく動くことを祈る書き方」といったような表現で書かれてましたが、的を得ていてなるほどなーと納得しました。
他にもまずテストを追加してその後処理を加えるTDDのこととか、テストを追加し辛い場合のインターフェイスを用いた手法やメソッドの抽出をして影響範囲を少しずつ狭めるところなど参考になりました。
ただ聞けばわかるのですが、いざ現場で実践しようとすると、ちょっと難易度が高いなぁという印象でした。（本質が理解できてない？）
その辺は読み込もうと思います。

7人のお客様がこれが役に立ったと考えています

役に立った

Jackie

ためになった。

2016年2月18日に日本でレビュー済み

Amazonで購入

要するにインターフェイスとかを使って、本番用実装とテスト用実装を適宜差し替えて、テストを容易にしようという話なのだと思った。
複雑に絡み合った依存関係は整理しなければ、テストしやすくならない。テストしにくいコードをテストしやすく変えていくためのリファクタリングの話でもある。
そのためのテクニックが色々紹介されている。
ためになる部分は多かった本だと思う。

11人のお客様がこれが役に立ったと考えています

役に立った

問題を報告

この商品には、不適切な内容が含まれていますか?

報告

この商品は、著作権を侵害していると思いますか?

報告

この商品には、品質または書式設定の問題が含まれていますか?

報告

Amazon Advertising 商品の露出でお客様の関心と反応を引き出す	Audible（オーディブル）「聴く」読書会員なら聴き放題	アマゾンウェブサービス（AWS）クラウドコンピューティングサービス	Amazonアウトレット訳あり商品をお手頃価格で販売

Amazonビジネス（法人購買）請求書払い法人価格・数量割引	AmazonGlobal 65か国/地域以上への海外配送がより簡単に	Shopbop 世界中の厳選されたファッションアイテム

著者をフォローする

レガシーコード改善ガイド Kindle版

この商品を買った人はこんな商品も買っています

登録情報

著者について

平澤 章

マイケル・C．フェザーズ

カスタマーレビュー

この商品をレビュー

上位レビュー、対象国： 日本

レビューのフィルタリング中に問題が発生しました。後でもう一度試してください。

平澤章

上位レビュー、対象国：日本