Index: [Article Count Order] [Thread]

Date:  Fri, 21 Jul 2000 00:40:26 +0900
From:  Yutaka Kamite <y-kamite@....jp>
Subject:  [XP-jp:00652] Fowler:XP2000 レポート
To:  extremeprogramming-jp@....jp (extremeprogramming-jp ML)
Message-Id:  <39771C7B1B5.BC3FY-KAMITE@....jp>
Posted:  Fri, 21 Jul 2000 00:36:27 +0900
X-Mail-Count: 00652

上手です。
FowlerのXP2000コンファレンス レポートの概要と感想です。
ご参考まで。
http://www.martinfowler.com/articles/xp2000.html

出席者
60名の予定が160人になった。
Jeffries, Robert Martin, Don Wells, and of course Kent Beck.
There were also a few less directly connected with XP, such as
Dave Thomas
Ralph Johnson
Alistair Cockburn
# http://members.aol.com/acockburn/

写真の説明から
・ギリシャの美しい海の中で、みんなで輪になってソフトのお話・・
・Kent Beck は、Ronを、「うちの女房が、あなたの仲間がみんなRonみたいだっ
たらあなたもスターになれるんだけど」と言って紹介した
・Robert Martin 「Rational から XPがRUPと適合していることを書いてくれって
依頼されてる」。

Four War Stories
1 Ron Jeffries
C3は最初はうまく言ったが、段々使用者とマネジメントの溝が広がっていった

2 Robert Martin
教育テストの会社。要求が漠然とし変わりやすかったので、一週間のイテレーシ
ョンを採用。C++。これが非常にうまくいったので、彼らの会社 Object Mentorは
昨年、XPにいれこんだ。

3Ralph Johnson
Refactoring Browser をドクターコースの開発テーマに使用。
#イリノイ大学。Smalltalkの教育界の第一人者

4 Dave Thomas
固定価格でもXPは使えると主張した。
# 驚いた。依頼されてる は OTI の創始者。OTIはIBMがSmalltalkをAS400やMVS
下のメインフレームに実装するのを指導した。 OTI Smalltalkをベースに
Visual Ageが開発された。 OTIは IBMに買収された。

Will XP be Unified?
Dave Thomas は Ivar Jacobson が、 RUPはXPを”抱擁”したいと熱望していると
報告した。XPをRUPのインスタンスにする。
どうやって、RUPを採用するよう主張しているボスに、XPをRUPのように見せるか。
Grady Booch と Jim Newkirk と、 Booch's classic OO design book の第3版で
共同作業をしている。
Rational から RUPのドキュメントに「XPがRUPのインスタンス」であることを確
実に示すことを書いてくれとRationalから依頼されていることを明らかにした。
#興味しんしん・・

(以下、引用)
Dave Thomas reported that Ivar Jacobson very much desires to see RUP
embrace XP, effectively making XP an instance of RUP.
Robert Martin took the other tack: how do you make XP look like RUP to
satisfy bosses who may insist on you doing RUP? 
Robert has put together a pretty firm example of how you can do this in
his collaboration with Grady Booch and Jim Newkirk on the third edition
of Booch's classic OO design book. 
He also announced that he had been commissioned by Rational to include
material in the official Rational Unified Process documentation that
would make sure that XP could be an instance of RUP. 

・・・
RUPがXPを包含するのを止めることはできない。RUPでのXPの部分使用も問題ない。
問題は、人を”資源”として扱う組織では、うまく機能しないということで、旗
がRUPかどうかは、この観点からは無関係だ。


In my view it makes little difference. Nothing will stop RUP including XP, and the
problems of partial usage of XP are no different with RUP than without. In the end
the biggest issue revolves around people. Adaptive processes are inherently
people-oriented and they just won't work in an environment that treats people as
abstract resources. Whether XP is adopted under the flag of RUP has no effect
on this more vital issue. 

Open Minds
インターネットなどでは、XPの”唯一の真実の標準”からそれる(偏差)ことへ
の反対の感情を感じると思う。
私は方法論というのは、それを使う人が選択し、合わせていいと思う。

but I'm not the kind of person to take the whole
approach as a rigid set of rules to follow. Methodologies should be chosen and
adapted to fit the people who use them, not the other way around. 

A New Orientation
#これは過激ですね・・・。

問題は、XPを使おうとして、どうやってボスを説得するかだ。
The issue for many people was how they could use XP, or
some of XP, in their own organizations. Even if the attendees wanted to use it,
could they persuade their bosses to let them? 

私はこれは問題がずれていると思う。技術的な責任を持っているのだから、技術
的な決定をすべきなのだ。
I think this is somewhat missing the point. One of the strong themes of
adaptive methods is the fact that they place technical responsibility of
technical people, and that technical people should make technical decisions.
The question is not whether a company will allow XP, so much as whether a
company will allow technical decisions to be made by technical people.

XPの採用が不可欠で、会社がそれを好まないなら、問題は会社を変えることが出
来るかだ。変化が無理なら、”何でここにいるのか”自分に問うべきだ。
Without that the issue of XP is irrelevant. If your company isn't like
that the
question becomes one of whether you can effect a change in your company. 

If that change isn't possible then you have to question why you should stay
there. In a phrase I coined off the cuff on a panel: "If you can't change your
organization, change your organization!" This is not purely a recruiting plug for
ThoughtWorks (although we're always delighted to take good people from bad
companies), 

ソフトウェアのプロフェッショナルは覚えておかなければならない。
自分のキャリアは自分が責任を持たねばならない。
そしてあなたの仕事について、このマーケットはもうアンハッピイではない。
it's also a call to software professionals to remember that in the
endnobody is more responsible for your career than yourself, and this
market is no time to be unhappy with your job. 

Jack's View
Jackさんの感想

現役と元Smalltalker、今はJavaで仕事をしている人が多かった。もう一つ、cで
仕事をしているテレコムの人がかなりいた。

#テレコムの話は私も身近の例で先週気がついて、大変興味を持っています。
高い信頼度要求、短納期などにより、交換機などの開発では、統合開発環境の使
用、テストの自動化、頻繁な要件定義の変更など、かなり XPに近い開発形態が従
来からとられているようです。
ObjectDay2000の資料などを見て、詳しく調べてみようと思っています。

The crowd was thick with current and ex Smalltalkers, now working mostly
in Java. There were also a fair number of telecom people, mostly working
in C. Talking to these two groups, I could see what drew them to XP.
The latter are used to a collaborative environment. When the working
environment is also the system, you tend to test your work,
collaborate and communicate with other team members using the same image.
The telecom people have very tight schedules, hard to find bugs that
need to be isolated and low footprints that require careful coding  standards.

(では)

y-kamite@....jp
http://www.kk.iij4u.or.jp/~y-kamite/