Index: [Article Count Order] [Thread]

Date:  Tue, 18 Apr 2000 16:56:30 +0900
From:  Yuji Yamano <u90156@....jp>
Subject:  [XP-jp:00231] Re: XP Chapter7 Four Values 	の解説
To:  extremeprogramming-jp@....jp (extremeprogramming-jp ML)
Message-Id:  <20000418.165023.128897818.u90156@....jp>
In-Reply-To:  <38F7196A.A4E00561@....jp>
References:  <001201bfa5f7$f600b590$79792fc0@....jp>	<38F7196A.A4E00561@....jp>
Posted:  Tue, 18 Apr 2000 16:50:23 +0900 (JST)
X-Mail-Count: 00231

始めまして、山野と申します。

Kent Beck の本はまだ最後まで読んでいません。

渋川よしき <shibu@....jp> writes:

> 僕はPair Programmingで対話しながら開発を進めていくことで、自然にコー
> ドの不自然な所(必要以上に複雑な所)がなくなって、構造的にも視覚的に
> もシンプルなコードになるんじゃないか、と考えてます。いつも他人という
> 存在を意識することで、自然に複雑な所にはコメントつけたり、複雑さを下
> げるためにモジュール分割を行ったりとか。そういうコードならば手を加え
> て拡張しやすかったりする(つまりシンプル)のかな、と考えてますが安易
> すぎでしょうか?

これはどちらかというと Collective Ownership の効果だと考えているようです。
p 99 の真中あたりに以下のような記述があります。

One of the effects of collective ownership is that complex code does
not live very long. Because everyone is used to looking all over the
system, such code will be found sooner rather than later. And when it 
is found someone will try to simplify it. If the simplification doesn't
work, as evidenced by the test failing, then the code will be thrown 
away. 

[snip]

Collective ownership tends to prevent complex code from entering
the system int the first place. If you know that someone else will
soon (in a few hours) be looking at what your are writing at the 
moment, you will think twice before putting in a complexity you can't
immediately justify.

ただし、実際には Collective Ownership だけではうまくいかないですよね。
今の仕事もこれに近い状況ではありますが、開発コストをさげるためのテスト
ツールがないとか、開発メンバーのモチベーション等の問題があって、complex 
なコードがかなりあります。:-<

-- やまの