ポイント: 46pt (1%) 詳細はこちら

無料配送: 5月10日 - 11日 詳細を見る

最速の配達日: 5月 9日の日曜日, 8AM-12PMの間にお届けします。購入手続き画面でご都合のよい時間帯を選択してください。

残り15点（入荷予定あり）
お使いのスマホ、タブレット、PCで読めるKindle版(電子書籍)もあります。在庫状況について

出荷元	Amazon.co.jp
販売元	Amazon.co.jp

詳細はこちら

出荷元

Amazon.co.jp

販売元

Amazon.co.jp

ギフトの設定

詳細

無料配送: 5月10日 - 11日 詳細を見る

最速の配達日: 5月 9日の日曜日, 8AM-12PMの間にお届けします。購入手続き画面でご都合のよい時間帯を選択してください。

中古商品: 良い | 詳細

発売元大蜂ストア

Amazon.co.jp が発送

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

裏表紙を表示表紙を表示

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

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

著者をフォローする

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

平澤章

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

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

27個の評価

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

価格

新品

中古品

Kindle版 (電子書籍)

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

￥2,310

—

大型本

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

￥4,620

￥2,428

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

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

本の長さ

472ページ
言語

日本語
出版社

翔泳社
発売日

2009/7/14
ISBN-10

4798116831
ISBN-13

978-4798116839
すべての詳細を表示

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

総額: ￥12,980

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

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

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

対象商品:レガシーコード改善ガイド (Object Oriented SELECTION) - マイケル・C・フェザーズ大型本￥4,620
残り15点（入荷予定あり）
この商品は、Amazon.co.jpが販売および発送します。
通常配送無料（一部の商品・注文方法等を除く）詳細
リファクタリング(第2版): 既存のコードを安全に改善する (OBJECT TECHNOLOGY S… - Martin Fowler 単行本￥4,840
在庫あり。
この商品は、Amazon.co.jpが販売および発送します。
通常配送無料（一部の商品・注文方法等を除く）詳細
Clean Architecture 達人に学ぶソフトウェアの構造と設計 - Robert C.Martin 単行本￥3,520
在庫あり。
この商品は、Amazon.co.jpが販売および発送します。
通常配送無料（一部の商品・注文方法等を除く）詳細

商品の説明

内容（「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)
発売日 : 2009/7/14
言語 : 日本語
大型本 : 472ページ
ISBN-10 : 4798116831
ISBN-13 : 978-4798116839

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

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

この商品に関連するセール

全てのセールを見る

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

7,558
- カテゴリ電設用スイッチ
￥3,580
36pt (1%)
在庫あり。
1,218
- カテゴリタッセル・房掛け
￥8,080
81pt (1%)
在庫あり。
2,741
- カテゴリトラックボール
￥4,990
50pt (1%)
在庫あり。

カスタマーレビュー

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

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

この商品をレビュー

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

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

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

hareruyaZzz

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

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

Amazonで購入

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

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

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

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

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

役に立った

さとう

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

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

Amazonで購入

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

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

役に立った

Kindleユーザー

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

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

Amazonで購入

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

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

役に立った

Jackie

ためになった。

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

Amazonで購入

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

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

役に立った

Jumperson

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

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

Amazonで購入

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

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

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

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

役に立った

ethica

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

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

Amazonで購入

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

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

役に立った

MR2

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

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

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

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

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

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

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

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

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

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

役に立った

伊藤淳一

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

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

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

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

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

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

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

役に立った

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

AmazonGlobal 65か国/地域以上への海外配送がより簡単に	Book Depository 送料無料で世界中にお届け	Shopbop 世界中の厳選されたファッションアイテム	Amazon Second Chance 譲ったり、下取りに出したりして有効活用。

著者をフォローする

おすすめの著者

おすすめの著者

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

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

こちらもおすすめ