すごいプログラミング技法を考えた [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/03/07(土) 22:01:27.77

ペアプログラミング導入の難しさ
ペアプログラミングが敬遠される最大の理由は人件費である。いくら理想論をいわれても小規模なブラック企業では
人件費を確保できない。

なぜなら、小規模なブラック企業ではワンオペによるプログラミングが広く行われており、そのような環境下では
ペアプログラミング以前にプログラマー１名のみですべてを行い、プロジェクトマネージャーやシステムエンジニア
などという役職も存在しない。また、その前提でチキンレースの末に不当廉売のような価格が横行しており、
安かろう悪かろうを繰り返し顧客からの信頼も薄いため、正常な価格への値上げも難しい状況に陥っているからである。

このようなブラック企業では人件費を捻出することが難しくペアプログラミングは夢のまた夢である。

改善案
ただ、この状態は大企業病気の真逆の弱小企業病（なお私が勝手に名付けた名称で一般的なものではない）であるといえ、
顧客からの信頼性の面や企業としての収益性の面からみても放置すればその企業は確実に経営破綻する。それを回避する
ためにも徐々にでも正常な状態にもっていく必要があるといえる。

いわゆる世間一般でいわれるペアプログラミングはハードディスクでいえばRAID1構成である。確かに目先のコスト
パフォーマンスは悪い。そこでまずはRAID5のようなRAIDプログラミング（なお私が勝手に名付けた名称で一般的な
ものではない）からはじめてみてはいかがだろうか。

プログラマーは最低３名構成で、うち１名はペアプログラミング的に巡回を担当する。それを日替わりなどで行うのである。

万が一、不慮の事故や病気などでプログラマーが１名ほど欠落しても、一時的にペアプログラミング状態は停止することに
なるが、巡回するプログラマーを通常のプログラマーとして補欠できるためデスマーチに陥る確率は大幅に低減できる。

そして企業として少し余裕が出てきたならば巡回するプログラマーを徐々に増やすなどしてRAID6やRAID50に近い形態に
移行し、最終的にはRAID1やRAID10、すなわち本来のペアプログラミングの体制にもっていけばよい。
http://monobook.org/wiki/RAID%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

**デフォルトの名無しさん** · 2015/03/07(土) 22:28:47.76

すごいプログラミングを考えた！どうよ？ [転載禁止]©2ch.net
http://fox.2ch.net/test/read.cgi/poverty/1425651890/

**デフォルトの名無しさん** · 2015/03/07(土) 22:36:33.20

>>1
全然賛同者がいなくて、スレまで立てて頑張ったんだな（苦笑）

**デフォルトの名無しさん** · 2015/03/07(土) 23:34:55.21

ペアプロの問題点は人数の問題ではなく一般的なピラミッド構造の組織ではスキルマッチしたペアが組みづらいことにあると思うの
つかペアプロってリスクヘッジにはいいけど品質担保には何も貢献しない気がする

**デフォルトの名無しさん** · 2015/03/08(日) 15:20:05.97

>>4
リスクヘッジって結局のところ品質に行き着くんじゃね？

**デフォルトの名無しさん** · 2015/03/08(日) 15:26:08.28

RAID1は多重ストレージに同一データが保存されている事をできるかぎり
保証し出力の正常性が保証される確率が上がるが、ペア・プログラミング
では双方とも間違っている、片方が間違っていてそちらを採用してしまう
という、いわば誤り率が単独プログラミングより高率化してしまうので既に
業務では使われなくなていますね(´･ω･｀)