「冗長化」を編集中
ナビゲーションに移動
検索に移動
この編集を取り消せます。 下記の差分を確認して、本当に取り消していいか検証してください。よろしければ変更を保存して取り消しを完了してください。
最新版 | 編集中の文章 | ||
14行目: | 14行目: | ||
昨今では、この点を説明しない[[IT企業]]、またはそもそも理解していない者が[[ソフトウェア]]の開発案件を受注するケース多く、そのようなケースでは主力[[プログラマー]]の事故病気や、[[デスマーチ]]の発生などにより[[IT土方]]不足に陥ると、緊急招集された追加人員への説明や指導なども時間的な制約で追いつかず破綻するという事も多い。いわゆる「[[人月の神話]]」に書かれているそのものな状況である。なお、リアル土方の世界では事故死する者が発生する前提で見積もりを出していることが多い。 | 昨今では、この点を説明しない[[IT企業]]、またはそもそも理解していない者が[[ソフトウェア]]の開発案件を受注するケース多く、そのようなケースでは主力[[プログラマー]]の事故病気や、[[デスマーチ]]の発生などにより[[IT土方]]不足に陥ると、緊急招集された追加人員への説明や指導なども時間的な制約で追いつかず破綻するという事も多い。いわゆる「[[人月の神話]]」に書かれているそのものな状況である。なお、リアル土方の世界では事故死する者が発生する前提で見積もりを出していることが多い。 | ||
− | また、効率化を突き詰めるあまり、複雑な構成([[密結合]] | + | また、効率化を突き詰めるあまり、複雑な構成([[密結合]])にしすぎて天才的技術者がひとり抜けた後に発生したトラブルで誰も直せず崩壊した、などという目も当てられない事態に陥っている[[案件]]も非常に多いのも事実である。 |
まっとうな企業の見分け方としては、例えば[[ペアプログラミング]]を実践しているなどの複数のチェックポイントはあるのだが、それらの現場レベルは発注者側からは見えにくいのも事実である。 | まっとうな企業の見分け方としては、例えば[[ペアプログラミング]]を実践しているなどの複数のチェックポイントはあるのだが、それらの現場レベルは発注者側からは見えにくいのも事実である。 | ||
33行目: | 33行目: | ||
* [[スタッカブルスイッチ]] | * [[スタッカブルスイッチ]] | ||
* [[フェイルオーバークラスター]] | * [[フェイルオーバークラスター]] | ||
− | |||
== 関連項目 == | == 関連項目 == |