レガシーコードからの脱却―ソフトウェアの寿命を延ばし価値を高める９つのプラクティス

バーンスタイン，デビッド・スコット【著】〈Ｂｅｒｎｓｔｅｉｎ，Ｄａｖｉｄ Ｓｃｏｔｔ〉/吉羽 龍太郎/永瀬 美穂/原田 騎郎/有野 雅士【訳】

オライリー・ジャパン（2019/09発売）

• サイズ A5判／ページ数 267p／高さ 22cm
• 商品コード 9784873118864
• NDC分類 007.61
• Cコード C3055

内容説明

レガシーコードとは、バグを多く含み、壊れやすく拡張が難しいコードを指します。このようなコードの保守と管理には多大な労力がつぎ込まれることになります。しかも一度作ってしまったレガシーコードの質を上げるには、初めから質の高いコードを作るよりも膨大なコストがかかります。本書では、ソフトウェア開発において、初めからレガシーコードを作りださないためのプラクティスを９つ挙げて解説します。プロダクトオーナーは目的を語り、やり方は開発者に任せること、小さなバッチで開発を進めること、継続的に統合すること、チームメンバーで協力することなど、日々の開発に取り入れる考え方と具体的な実践について各章で分かりやすく解説します。信頼性や拡張性が高いソフトウェアをリリースしたい開発者、運用管理者、マネージャに必携の一冊です。

目次

第１部　レガシーコード危機（何かが間違っている；ＣＨＡＯＳレポート再考；賢人による新しいアイデア）
第２部　ソフトウェアの寿命を延ばし価値を高める９つのプラクティス（９つのプラクティス；プラクティス１　やり方より先に目的、理由、誰のためかを伝える；プラクティス２　小さなバッチで作る；プラクティス３　継続的に統合する；プラクティス４　協力しあう；プラクティス５　「ＣＬＥＡＮ」コードを作る；プラクティス６　まずテストを書く；プラクティス７　テストでふるまいを明示する；プラクティス８　設計は最後に行う；プラクティス９　レガシーコードをリファクタリングする；レガシーコードからの学び）

著者等紹介

バーンスタイン，デビッド・スコット［バーンスタイン，デビッドスコット］ ［Ｂｅｒｎｓｔｅｉｎ，Ｄａｖｉｄ　Ｓｃｏｔｔ］
ＩＢＭ、Ｍｉｃｒｏｓｏｆｔ、Ｙａｈｏｏを含む何百もの会社の何千人もの開発者とソフトウェアを作る情熱を共有してきた。彼の会社Ｔｏ　Ｂｅ　Ａｇｉｌｅ社は、テストファースト開発、ペアプログラミング、リファクタリングといったエクストリームプログラミングのプラクティスをチームに適用するのを助けている

吉羽龍太郎［ヨシバリュウタロウ］
株式会社アトラクタＦｏｕｎｄｅｒ兼ＣＴＯ／アジャイルコーチ。アジャイル開発、ＤｅｖＯｐｓ、クラウドコンピューティングを中心としたコンサルティングやトレーニングに従事。野村総合研究所、Ａｍａｚｏｎ　Ｗｅｂ　Ｓｅｒｖｉｃｅｓなどを経て現職。認定チームコーチ（ＣＴＣ）／認定スクラムプロフェッショナル（ＣＳＰ）／認定スクラムマスター（ＣＳＭ）／認定スクラムプロダクトオーナー（ＣＳＰＯ）。Ｍｉｃｒｏｓｏｆｔ　ＭＶＰ　ｆｏｒ　Ａｚｕｒｅ。青山学院大学非常勤講師（２０１７～）

永瀬美穂［ナガセミホ］
株式会社アトラクタＦｏｕｎｄｅｒ兼ＣＢＯ／アジャイルコーチ。受託開発の現場でソフトウェアエンジニア、所属組織のマネージャーとしてアジャイルを導入し実践。アジャイル開発の導入支援、教育研修、コーチングをしながら、大学教育とコミュニティ活動にも力を入れている。産業技術大学院大学特任准教授、東京工業大学、筑波大学非常勤講師。一般社団法人スクラムギャザリング東京実行委員会理事

原田騎郎［ハラダキロウ］
株式会社アトラクタＦｏｕｎｄｅｒ兼ＣＥＯ／アジャイルコーチ。アジャイルコーチ、ドメインモデラー、サプライチェーンコンサルタント。Ｓｃｒｕｍ＠Ｓｃａｌｅ　Ｔｒａｉｎｅｒ／認定スクラムプロフェッショナル（ＣＳＰ）。外資系消費財メーカーの研究開発を経て、２００４年よりスクラムによる開発を実践。ソフトウェアのユーザーの業務、ソフトウェア開発・運用の業務の両方を、より楽に安全にする改善に取り組んでいる

有野雅士［アリノマサシ］
株式会社アトラクタアジャイルコーチ。アジャイル開発、ＤｅｖＯｐｓ、クラウドコンピューティングのコンサルティングやコーチを行っている。認定スクラムプロフェッショナル（ＣＳＰ）／認定スクラムマスター（ＣＳＭ）／認定スクラムプロダクトオーナー（ＣＳＰＯ）。一般社団法人スクラムギャザリング東京実行委員会理事（２０１６～）（本データはこの書籍が刊行された当時に掲載されていたものです）
※書籍に掲載されている著者及び編者、訳者、監修者、イラストレーターなどの紹介情報です。

感想・レビュー

※以下の感想・レビューは、株式会社ブックウォーカーの提供する「読書メーター」によるものです。

[えちぜんや よーた]

しっかり精読できるほどの知識・経験はないので第14章（最終章）だけ読んだ。タイトルにある「レガシーコードからの脱却」をするためにはテス駆動開発（TDD = Test-driven Development）を推奨しているように感じる。

2019/11/26

[Tenouji]

ざっと読んでみた。レガシーコードから…とあるから、てっきりリファクタリング関連本と思ったが、内容は、どちらかというと、アジャイルプラクティスとしての内容だが、コードメンテナンスの面から書かれているのが素敵。

2019/11/18

[ショア]

著者は元IBM契約社員。重厚長大なウォータフォールの限界　顧客ニーズの可変性に対して柔軟性のない未来予想計画による開発手法には無理がある　特に製造モデルとソフトウェア開発モデルの違い　鉄の三角形のバランスが通用しない世界　複雑性の危機　コストの80％は必要な機能開発に直接使われていない現実　人を注ぎ込むと調整コストが増えて生産性は減るため製造ラインと根本的に異なる　アジャイル思考で9つのプラクティスで対処する　プラクティス部分は後回しでも前半部分は人月ビジネスでコストを無駄使いしているPMおじさん必読の書

2022/04/03

[takam]

「レガシーコード改善ガイド」よりも抽象度の高いレベルでレガシーコードを語る本書。レガシーコードを改善するための9つのプラクティスを紹介している。テスト駆動開発押しではあるが、確かめられるものを作るということ。つまり要求、仕様が明確にすることが優先することであり、その実現方法がテストを先に作成することである。それにより開発者が仕様を深く理解することができることを期待する。テストがあるということで変更に対してもロバストになる。冒頭でレガシーコードの経済損失の話題があるが、その章は経営者にもぜひ読んでほしい。

2019/11/28

[めかぶこんぶ]

☆一文要約：ベストな技術・手法を常に追い続ける姿勢こそがレガシーからの脱却の第一歩！ ■時間：169分 ●内容：（ウォーターフォールと、それにより生み出される）レガシーなシステムの欠点を、今現在のベストプラクティスの一つであるXP・アジャイルでどう解決しうるか、どう改善できるかを解説。著者の述べるとおり、新たなベストプラクティスが現れれば、XPやアジャイルである必要もない。しかし、何より大切なのは、新たなベストプラクティスを常に追い続け、改善し続けようとする姿勢そのものと感じた。

2020/01/27