￥4,620

通常配送無料 詳細

残り12点（入荷予定あり）
Kindle版(電子書籍)もあります。在庫状況について

この商品は、Amazon.co.jp が販売、発送します。

この商品をお持ちですか？マーケットプレイスに出品する

裏表紙を表示表紙を表示

サンプルを聴く再生中... 一時停止 Audible オーディオエディションのサンプルをお聴きいただいています。

4点すべてのイメージを見る

著者をフォローする

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

平澤章

レガシーコード改善ガイド (Object Oriented SELECTION) (日本語) 大型本 – 2009/7/14

マイケル・C・フェザーズ (著), ウルシステムズ株式会社 (監修, 監修), 平澤章 (翻訳),

21個の評価

その他の形式およびエディションを表示する他の形式およびエディションを非表示にする

価格

新品

中古品

Kindle版 (電子書籍)

"もう一度試してください。"

￥4,158

—

大型本

"もう一度試してください。"

￥4,620

￥3,155

お届け日: 12月1日 - 6日 詳細を見る

最も早いお届け日: 12月3日木曜日 詳細を見る

あなたは、Javaや.netでレガシーコードを書いていませんか?

本書は、システム保守の現場でありがちな、構造が複雑で理解できないようなコードに対する分析手法・対処方法について解説します。つまり、コードを理解し、テストできるようにし、リファクタリングを可能にし、機能を追加できるテクニックを紹介しています。レガシーコードとは、メインフレームのアプリケーションのことではなく、変更することが困難なコードを指しています。著者は、本書で「私にとって、テストがないコードはレガシーコードだ」「テストコードがあれば振舞いを変えても、すばやく変更、確認することができる。もし、テストコードがなければ振舞いを変更しても、それが正しいのか、悪いのか判断できない」「ソースコードがきれいで、良い構造であれば十分か?そうではない。もし、テストコードなしで大幅な修正を加えるとしたら、信じられないほどのスキルと明確な理解が必要になる」と述べています。本書はJava、C、C++でサンプルを記述していますが、記載されているテクニックは言語依存するものではないため、他の言語(Delphi、Visual Basic、COBOL、FORTRAN)でも使えます。

よく一緒に購入されている商品

総額: ￥12,320

ポイントの合計: 123pt (1%)

これらの商品のうちの1つが他の商品より先に発送されます。詳細の表示

選択された商品をまとめて購入

対象商品:レガシーコード改善ガイド (Object Oriented SELECTION) - マイケル・C・フェザーズ大型本￥4,620
残り12点（入荷予定あり）
この商品は、Amazon.co.jpが販売および発送します。
通常配送無料（一部の商品・注文方法等を除く）詳細
リファクタリング(第2版): 既存のコードを安全に改善する (OBJECT TECHNOLOGY S… - Martin Fowler 単行本￥4,840
在庫あり。
この商品は、Amazon.co.jpが販売および発送します。
通常配送無料（一部の商品・注文方法等を除く）詳細
アジャイルサムライ−達人開発者への道− - Jonathan Rasmusson 単行本（ソフトカバー）￥2,860
在庫あり。
この商品は、Amazon.co.jpが販売および発送します。
通常配送無料（一部の商品・注文方法等を除く）詳細

この本を読んだカスタマーはこれも読んでいます

ページ: 1 / 1 最初に戻るページ: 1 / 1

このショッピング機能は、Enterキーを押すと商品を読み込み続けます。このカルーセルから移動するには、見出しのショートカットキーを使用して、次の見出しまたは前の見出しに移動してください。

クリス・バーチャル

 5

単行本（ソフトカバー）
￥4,180
50pt (1%)
残り3点（入荷予定あり）
Robert C. …

47

単行本
10個の商品：￥8,940から
Martin Fo …

13

単行本
￥4,840
48pt (1%)
Kent Beck

32

単行本（ソフトカバー）
￥3,080
31pt (1%)
Martin Fo …

14

単行本（ソフトカバー）
20個の商品：￥3,864から
成瀬允宣

 76

単行本（ソフトカバー）
￥3,520
200pt (6%)

１分以内にKindleでレガシーコード改善ガイドをお読みいただけます。

Kindle をお持ちでない場合、こちらから購入いただけます。 Kindle 無料アプリのダウンロードはこちら。

商品の説明

内容（「BOOK」データベースより）

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

著者略歴 (「BOOK著者紹介情報」より)

フェザーズ,マイケル・C.
Object Mentor社勤務。現在、TDD(テスト駆動開発)、リファクタリング、オブジェクト指向設計、Java、C#、C++、XP(エクストリームプログラミング)に関するトレーニングやメンタリングを世界レベルで実践している。またCppUnit(JUnitをC++に移植したテスティングフレームワーク)、およびFitCPP(FITをC++に移植した統合テスティングフレームワーク)のオリジナル開発者でもある。ACMおよびIEEE会員

平澤/章
ウルシステムズ株式会社ディレクター。金融機関向け第3次オンラインシステムなどのシステム開発業務や技術コンサルティング業務に従事した後、2001年より現職

越智/典子
1988年株式会社オージス総研入社。オブジェクト指向技術に携わった後、2001年に同社を退社。以後、フリーランスの翻訳者として活動中

稲葉/信之
ウルシステムズ株式会社シニアコンサルタント。テクマトリックス株式会社でアプリケーションサーバーのサポートや日本語化対応、およびシステム開発業務に従事した後、2007年より現職。現職では基幹システムの開発や、開発案件の技術支援に従事している

田村/友彦
ウルシステムズ株式会社シニアコンサルタント。ICカードの通信プロトコルからWebアプリケーションまで、さまざまなソフトウェア開発をさまざまな言語・環境で経験してきた。2006年より現職。現在は、技術的な支援を行う立場でシステム開発に携わる

小堀/真義
ウルシステムズ株式会社シニアコンサルタント。Webアプリケーションやセキュリティ基盤の開発を経験し、2006年より現職(本データはこの書籍が刊行された当時に掲載されていたものです)

登録情報

発売日 : 2009/7/14
大型本 : 472ページ
ISBN-10 : 4798116831
ISBN-13 : 978-4798116839
出版社 : 翔泳社 (2009/7/14)
言語: : 日本語

Amazon 売れ筋ランキング: - 30,079位本 (の売れ筋ランキングを見る本)
- - 228位ソフトウェア開発・言語

カスタマーレビュー:
21個の評価

この商品をチェックした人はこんな商品もチェックしています

ページ: 1 / 1 最初に戻るページ: 1 / 1

Martin Fo …

13

単行本
￥4,840
48pt (1%)
Jonathan …

89

単行本（ソフトカバー）
￥2,860
29pt (1%)
David Sco …

43

単行本（ソフトカバー）
￥3,190
32pt (1%)
Robert C. …

47

単行本
10個の商品：￥8,940から
Kent Beck

32

単行本（ソフトカバー）
￥3,080
31pt (1%)
クリス・バーチャル

 5

単行本（ソフトカバー）
￥4,180
50pt (1%)
残り3点（入荷予定あり）

カスタマーレビュー

星5つ		68%
星4つ		32%
星3つ 0% (0%)		0%
星2つ 0% (0%)		0%
星1つ 0% (0%)		0%

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

この商品をレビュー

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

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

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

hareruyaZzz

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

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

Amazonで購入

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

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

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

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

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

役に立った

さとう

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

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

Amazonで購入

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

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

役に立った

Kindleユーザー

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

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

Amazonで購入

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

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

役に立った

Jackie

ためになった。

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

Amazonで購入

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

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

役に立った

ethica

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

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

Amazonで購入

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

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

役に立った

Jumperson

技術的な内容だけではなく実践的。

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

Amazonで購入

本書には、レガシーコードへの取り組み方として、「リスコフの置換原則」や「依存関係逆転の原則」など技術的な内容も紹介されていますが、「超集中編集」や「ペアプログラミング」など技術的ではなく、「人間の特性」や「組織としてどう取り組んでいくべきか」という内容も紹介しており、非常に実践的だと感じました。
少し高額ですが、システムの保守を担当する方や改修を行う方にとっては価値のある１冊だと感じています。

しかし、「第14章　ライブラリへの依存で身動きが取れません」などタイトルの割には内容に物足りなさを感じた章もあったので★-1にしています。

また、こちらを参考にして頂けると幸いです。
http://jumperson.hatenablog.com/entry/2014/01/29/225143

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

役に立った

MR2

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

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

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

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

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

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

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

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

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

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

役に立った

伊藤淳一

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

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

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

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

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

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

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

役に立った

Amazon Advertising 商品の露出でお客様の関心と反応を引き出す	Audible（オーディブル）本は、聴こう。最初の1冊は無料	アマゾンウェブサービス（AWS）クラウドコンピューティングサービス	Amazonアウトレット訳あり商品をお手頃価格で販売

Prime Now 好きな時間が選べる。最短2時間で届く	Amazonビジネス（法人購買）請求書払い法人価格・数量割引	Book Depository 送料無料で世界中にお届け	Shopbop 世界中の厳選されたファッションアイテム

著者をフォローする

おすすめの著者

おすすめの著者

レガシーコード改善ガイド (Object Oriented SELECTION) (日本語) 大型本 – 2009/7/14

よく一緒に購入されている商品

この本を読んだカスタマーはこれも読んでいます