アジャイルプラクティス達人プログラマに学ぶ現場開発者の習慣

Size: px

Start display at page:

Download "アジャイルプラクティス達人プログラマに学ぶ現場開発者の習慣"

ひでよりじゅふく
6 years ago
Views:

2 Original English language title: Practices of an Agile Developer by Venkat Subramaniam and Andy Hunt Copyright 2006 Venkat Subramaniam and Andy Hunt Translation Copyright 2007 Ohmsha, Ltd. All rights reserved. No part of this book may be reproduced, stored in a retrieval system, or transmitted, in any form, or by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior consent of the publisher. kaihatu@ohmsha.co.jp FAX

3 Practices of an Agile Developer Nathaniel T. Schutta, Foundations of Ajax Pragmatic Bookshelf Forrest Chang, Guerry A. Semones,, Appistry Matthew Johnson, Pragmatic Bookshelf Scott Splavec, Marty Haught,, Razorstream

4 iv Practices of an Agile Developer David Lázaro Saz, Matthew Bass, Bil Kleb,, NASA

11 Practices of an Agile Developer iii xi

12 xii Tell, Don t Ask

13 xiii A 181 A.1 Web A

15 1 Agile Software Development

17 3 plan-based

19 5 6 6 Wiki Wiki WikiWikiWeb Web Web Wiki Wiki The Wiki Way [LC01] Pragmatic Version Control Using CVS [TH03] Pragmatic Version Control Using Subversion [Mas05] *2 Pragmatic Unit Testing in Java [HT03] Pragmatic Unit Testing in C# [HT04] JUnit Recipes [Rai04] *3 Pragmatic Project Automation [Cla04] Ship It! [RG05] 6 6 *2 CVS Subversion :-) *3 XFD extreme Feedback Device

21 *4 *4 Dilbert

22 第1章 8 アジャイルソフトウェア開発難題から始めなさいどんなときも最初に最大の難問へ取り組みなさい簡単なものは後回しでよいのですそうはいっても現場でははっきりと白黒を付けられないことも多いそこで紹介するプラクティスを実践したときの気持ちを説明したセクションとプラクティスを効果的に実践しつつバランスを保つためのヒントを記したセクションも用意してある次の 2 つがそうだこんな気分こんな気分のセクションでは紹介したプラクティスが引き起こすはずの感情を説明するここで説明したような気持ちにならない場合はプラクティスの実践方法を見直すべきかもしれないバランスが肝心 s プラクティスの実践が過剰だったり不足したりすることもありえるそこでこのバランスが肝心のセクションではプラクティスのバランスをとるためのヒントやプラクティスを有効活用するための全般的なヒントを紹介する結局のところどんなに良いプラクティスであってもやりすぎたり使い方を誤ったりすれば大きな危険を招くことになる僕らはチームがプラクティスのバランスを保てなかったがために失敗してしまったアジャイルプロジェクトと呼ばれていた何かの事例を幾度となく目にしてきた僕らの願いは本書で紹介するプラクティスがあなたの現場の成果へとつながることだ本書で紹介するプラクティスの教えをバランスを考えて効果的に現場へ適用すればプロジェクトにもチームにも見通しの明るい変化の兆しをもたらすことができるだろうそしてあなたはアジャイル開発者としてのプラクティスに従うだけにとどまらずプラクティスの背後にある原理原則をも理解できるようになるはずだ謝辞どんな書籍も大きな苦労の末に生み出されている出版の舞台裏には不肖筆者たちだけでなくとてもたくさんの人がかかわっている本書の刊行に際しては次に示す方々にご尽力いただいたここに感謝の意を表したい

23 9 *5 Jim Moore Kim Wimpsett Johannes Brodwall Chad Fowler Stephen Jenkins Bil Kleb Wes Reisz Marcus Ahnve Eldon Alameda Sergei Anikin Matthew Bass David Bock A. Lester Buck III Brandon Campbell Forrest Chang Mike Clark John Cook Ed Gibbs Dave Goodlad Ramamurthy Gopalakrishnan Marty Haught Jack Herrington Ron Jeffries Matthew Johnson Jason Hiltz Laforge Todd Little Ted Neward James Newkirk Jared Richardson Frédérick Ros Bill Rushmore David Lázaro Saz Nate Schutta Matt Secoske Guerry Semones Brian Sletten Mike Stok Stephen Viles Leif Wickland Joe Winter Dave Thomas Andy Hunt Pragmatic Programmers Marc Garbey Ben Galbraith Brian Sletten Bruce Tate Dave Thomas David Geary Dion Almaer Eitan Suez Erik Hatcher Glenn Vanderburg Howard Lewis Ship Jason Hunter Justin Gehtland Mark Richards Neal Ford Ramnivas Laddad Scott Davis Stu Halloway Ted Neward NFJS Jay Zimmerman *5

24 10 1 Kavitha 2 Karthik Krupakar Venkat Venkat

25 2 Beginning Agility *1 35 IDE 13 *1

27 1 1 13

28 ISO

29 1 15 QA Quality Assurance API *2 [You99] *2

第2章 16 アジャイルの初心 I 応急処置は泥沼を招く 2 コードのそんなところまできちんと理解しなくても大丈夫さそのまんまでちゃんと動くみたいだぜちょっとだけイジればいいんだよ計算結果に 1 をプラスそれでバッチリじゃないかさあその修正を組み込んじまおうぜ大丈夫だってたぶん誰でも身に覚えがあるだろうバグが出たでも時間がない応急処置でなんとかなりそうだ 1

30 第2章 16 アジャイルの初心 I 応急処置は泥沼を招く 2 コードのそんなところまできちんと理解しなくても大丈夫さそのまんまでちゃんと動くみたいだぜちょっとだけイジればいいんだよ計算結果に 1 をプラスそれでバッチリじゃないかさあその修正を組み込んじまおうぜ大丈夫だってたぶん誰でも身に覚えがあるだろうバグが出たでも時間がない応急処置でなんとかなりそうだ 1 をプラスしたりリストの最後の要素を無視したらとりあえずちゃんと動いたさてこの次に何をするかが優秀なプログラマと無粋なハッカーとの分かれ目だ無粋なハッカーは応急処置をそのままにしてさっさと次の問題に取りかかる優れたプログラマはいち段落したらなぜ +1 が必要なのかを調査するそしてというかこれが重要なのだがこの修正の影響範囲を見極めるのだこの話をたわいない作り話だと思ったかもしれないが本当にあった話だそれも実際にはこんな小さな事例じゃなかったかつてのアンディの顧客が同じ問題を抱えていた開発者もアーキテクトも誰一人として自分たちのドメインを表現するデータモデルに精通しないまま長年にわたって保守を続けていたのだその結果コードベースのあちこちに +1 とか 1 といった修正が数え切れないほど散らばっていたそんなめちゃくちゃな状況の機能追加やバグ修正は髪を掻きむしりたくなるような悪夢だった実際に髪が薄くなった開発者が何人もいた破滅的な状況が得てしてそうであるようにその現場だってある日突然そんな状態になったわけではなかった全体にかかわる根本的な問題を直視することなく何度も何度も応急処置を重ねた結果プロジェクトは底なしの泥沼に足を取られてしまいだんだんと生気を失っていったのだ } } アンディ曰くプロセスも理解するここではコードを理解するということ特にコードをきちんと理解したうえで変更することを中心に説明しているしかし同じことはコードに限らずチームが実践する方法論や開発プロセスにも当てはまるチームが実践している開発方法論を理解する必要があるその方法論がどのように機能しているのかなぜそのやり方なのかどういった経緯でそのやり方が採用されたのかを理解しなくてはならないこうした理解なしに効果的に変化は引き起こせない } }

情熱プログラマーソフトウェア開発者の幸せな生き方

情熱プログラマーソフトウェア開発者の幸せな生き方 Original English language title: The Passionate Programmer: Creating a Remarkable Career in Software Development by Chad Fowler Published by The Pragmatic Programmers, LLC Copyright c 2009 Chad Fowler

アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣

アジャイルプラクティス達人プログラマに学ぶ現場開発者の習慣