すごいプログラミング技法を考えた [転載禁止]©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は多重ストレージに同一データが保存されている事をできるかぎり
保証し出力の正常性が保証される確率が上がるが、ペア・プログラミング
では双方とも間違っている、片方が間違っていてそちらを採用してしまう
という、いわば誤り率が単独プログラミングより高率化してしまうので既に
業務では使われなくなていますね(´･ω･｀)

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

>>6
それペアプログラミングじゃなくね？
両方間違っているのは論外だが、片方が間違っている場合に訂正処理が走るようにするためのものでしょ？

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

副作用が無ければINとOUTだけ完璧に動けばいいのでワンオペでも問題ない。
まあ純粋関数型を使おうが広く共有するデータベースなんかが副作用になるので無意味なんだけどね。

**デフォルトの名無しさん** · 2015/03/08(日) 16:05:54.99

>>7
論理的な初期目的はそうだけど「訂正が正しい訂正である」ことを
どうやって認識するんだね？

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

>>9
ユニットテストと組み合わせればいいんじゃね？

**デフォルトの名無しさん** · 2015/03/08(日) 16:19:48.24

単体試験レベルはユニットテストで補助できるが結合試験レベルではツールなどはあまり役に立たない。
最終的に「人」なわけでそこを補強できれば目的達成な気がする。

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

それは方式として有効だと思うがペア・プログラミングと何らかの関連性が
あると、いつから誤解していた？

**デフォルトの名無しさん** · 2015/03/08(日) 16:33:07.89

>>12
「正しい書き込み」を保証するのがxUnitであって、
その後の整合性を保つためのパリティを計算するのがペアなんじゃないの？

**デフォルトの名無しさん** · 2015/03/08(日) 16:35:10.39

ファイルシステムのジャーナルに相当する部分までペアに求めるからおかしいのでは？

**デフォルトの名無しさん** · 2015/03/09(月) 17:10:47.96

フラッシュメモリー技術を韓国の半導体メーカーに流出　元東芝技術者に懲役5年
http://daily.2ch.net/test/read.cgi/newsplus/1425881054/

**デフォルトの名無しさん** · 2015/03/10(火) 09:44:10.91

一瞬supermomongaがスレ立てたのかと思った

**デフォルトの名無しさん** · 2015/03/10(火) 23:01:00.79

ブラック企業は無敵だ

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

よくよく考えたら当たり前のことなんだよな

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

非常識な世界だった

**デフォルトの名無しさん** · 2015/04/07(火) 04:43:13.64

人の補強なんて定期的に技量検査して補習するしか

**デフォルトの名無しさん** · 2015/07/23(木) 11:21:06.05

これ人月の神話で散々語られたことだよね

**デフォルトの名無しさん** · 2015/07/23(木) 12:40:28.63

巡回するプログラマは複数のプロジェクトを掛け持ちすることになるわけですが、
現実的なんですかね。
当然巡回するプログラマには優秀な人を割り当てる必要がありますが、
ブラック企業でそんなことが可能なんでしょうか。

**デフォルトの名無しさん** · 2015/07/23(木) 13:19:28.11

ブラック企業だからこそ必要なんだろ
ホワイト企業なら最初からペアプロ導入だろうし

**デフォルトの名無しさん** · 2015/07/23(木) 20:30:43.43

>>22
巡回要員は日替わりにしないと意味なくね？
ようはパリティがどれだけ分散してるかでしょ？

**デフォルトの名無しさん** · 2015/07/23(木) 22:38:27.14

コントローラが真っ先に壊れるというオチだろ

**デフォルトの名無しさん** · 2015/07/23(木) 22:40:20.53

倒産間際の一発逆転狙いストライピングプログラミング

**デフォルトの名無しさん** · 2018/05/23(水) 22:24:42.39

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

B1998

**デフォルトの名無しさん** · 2018/07/04(水) 23:40:58.35

7ZI

**デフォルトの名無しさん** · 2019/04/19(金) 05:21:14.23

ゆ