「RAIDプログラミング」を編集中
この編集を取り消せます。 下記の差分を確認して、本当に取り消していいか検証してください。よろしければ変更を保存して取り消しを完了してください。
最新版 | 編集中の文章 | ||
1行目: | 1行目: | ||
− | '''RAIDプログラミング''' | + | '''RAIDプログラミング'''とは、[[ペアプログラミング]]が難しい弱小企業向けに私が勝手に考案し、勝手に名付けた名称である。 |
+ | つまり一般的なものではない。 | ||
==概要== | ==概要== | ||
− | === | + | ===ペアプログラミングの問題点=== |
− | + | 小規模な[[ブラック企業]]では[[ワンオペ]]による[[プログラミング]]が広く行われており、そのような環境下では[[ペアプログラミング]]以前に[[プログラマー]]1名のみですべてを行い、[[プロジェクトマネージャー]]や[[システムエンジニア]]などという役職も存在しない。また、その前提で[[チキンレース]]の末に[[不当廉売]]のような価格が横行しており、[[安かろう悪かろう]]を繰り返し顧客からの信頼も薄いため、正常な価格への値上げも難しい状況に陥っている。 | |
− | |||
− | |||
このような[[ブラック企業]]では[[人件費]]を捻出することが難しく[[ペアプログラミング]]は夢のまた夢である。 | このような[[ブラック企業]]では[[人件費]]を捻出することが難しく[[ペアプログラミング]]は夢のまた夢である。 | ||
12行目: | 11行目: | ||
ただ、この状態は[[大企業病気]]の真逆の[[弱小企業病]](なお私が勝手に名付けた名称で一般的なものではない)であるといえ、顧客からの信頼性の面や企業としての収益性の面からみても放置すればその企業は確実に経営破綻する。それを回避するためにも徐々にでも正常な状態にもっていく必要があるといえる。 | ただ、この状態は[[大企業病気]]の真逆の[[弱小企業病]](なお私が勝手に名付けた名称で一般的なものではない)であるといえ、顧客からの信頼性の面や企業としての収益性の面からみても放置すればその企業は確実に経営破綻する。それを回避するためにも徐々にでも正常な状態にもっていく必要があるといえる。 | ||
− | いわゆる世間一般でいわれる[[ペアプログラミング]]は[[ハードディスク]]でいえば[[RAID1]]構成である。確かに目先の[[コストパフォーマンス]] | + | いわゆる世間一般でいわれる[[ペアプログラミング]]は[[ハードディスク]]でいえば[[RAID1]]構成である。確かに目先の[[コストパフォーマンス]]は悪い。 |
+ | そこでまずは[[RAID5]]のような[[RAIDプログラミング]](なお私が勝手に名付けた名称で一般的なものではない)からはじめてみてはいかがだろうか。 | ||
[[プログラマー]]は最低3名構成で、うち1名は[[ペアプログラミング]]的に巡回を担当する。 | [[プログラマー]]は最低3名構成で、うち1名は[[ペアプログラミング]]的に巡回を担当する。 | ||
19行目: | 19行目: | ||
万が一、不慮の事故や病気などで[[プログラマー]]が1名ほど欠落しても、一時的にペアプログラミング状態は停止することになるが、巡回するプログラマーを通常のプログラマーとして補欠できるため[[デスマーチ]]に陥る確率は大幅に低減できる。 | 万が一、不慮の事故や病気などで[[プログラマー]]が1名ほど欠落しても、一時的にペアプログラミング状態は停止することになるが、巡回するプログラマーを通常のプログラマーとして補欠できるため[[デスマーチ]]に陥る確率は大幅に低減できる。 | ||
− | + | そして企業として少し余裕が出てきたならば巡回するプログラマーを徐々に増やすなどして[[RAID6]]や[[RAID50]]に近い形態に移行し、最終的には[[RAID1]]、すなわち本来の[[ペアプログラミング]]の体制にもっていけばよい。 | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− |