やさしぃ〜プログラミング用語

2003/04/09 undo

ペアプログラミング(pair programming)

簡単に言えば、プログラミングで二人三脚しようということ(^^;

eXtreme Programmingはそれなりに有効な手法だと思う。でも、おいらは日本ではまともなペアプログラミングは流行らないと思っている。その理由はいたって簡単である。他人のプログラミング環境ではまともにプログラミングできないからである。ストレスが溜まる一方である。

ペアプログラミングでは適当なところで選手交代する。このとき、面倒でも入力する奴のPCに変更したほうがいい。そうしないと、次のようなものが重くのしかかってくる。

• エディタおよびその設定
  へたしたら、1文字削除するだけでも、大騒ぎ(^^;
  使い方の分からないエディタで、派手な色に設定されていたりすると、どうにもこうにも(;_;)
• キーボード
  タッチ、配列が違うと、これはもう1本指タイプと変わらないくらいの効率となる。1行入力するのに1分くらい平気でかかったりするわけである。
• 仮名漢字変換
  切り替え、登録されている単語、キーバインド、変換方式、どうやったらまともに変換できるのやら。
  コメントを日本語で書く以上は避けられない。英語で書けば、もっと効率悪いでしょ :-p

これは2人でやるから「効率が2分の1」なんて単純なものではなく、1桁以上落ちるだろうな？

というわけで、選手交代もままならないようなペアプログラミングは日常的に機能するとは思えないわけである。それで、PCを変更する場合、いちいち二人で移動していたのではやってられない。そうなると席がすぐそばの人同士でやることになる。特定の場合を除いて、いつも同じ奴と組んでもあまり意味がないだろう。

ちなみに、本当の効率は2分の1よりは高い。
二人の能力差が極端な場合、できるほうの奴の効率＋αとなる。できないほうは某か役に立つし、何も役に立たなかったとしても、足を引っ張らないのでマイナスにはならない(ここが重要だったりする(^^;)。
二人の能力差がほとんどない場合、方針が決まらず議論しているうちはプログラミングしないほうがいい。これは無駄ではない。途中までやって全部ひっくり返るよりも100倍マシなやり方である。方針が決まれば、すんなり進んで一人分+αとなるだろう。手戻りが少なくなる分、効率が上がっているはずである。

コーディング＋コードレビュー＋コード修正までの工数を含めて考えれば、二人でやっても十分にペイするだろう。

戻る