プロジェクトの失敗を、要求定義のせいにしたがる。
しかし、要求を変更しても、最近は、
・追加画面なら、Railsのように自動的に生成できるし、
・DB操作もツールがあるし、
・プログラムの作りかたは固定化されているので、
そんなに大幅に困る・・・ってことはないんじゃないか?
時間、人で解決できる。
解決できないのが、パフォーマンス。
単純に組むと、もはや、パフォーマンスは出ない。
データ処理だと、分散、非同期を使ったり、
画像表示だと、並列処理などを使ってみたりと・・
アノ手、この手を使うことになる。
ここで、いっきに難易度が上がる。
また、UIもJQueryが思ったとおりに動かなかったり、
思ったイベントがブラウザからあがってこなかったり
(IEのOnloadなど)
っていうことで、思い悩み、時間がかかることになる・・・
「失敗プロジェクトの理由」を嗤う
http://itpro.nikkeibp.co.jp/article/COLUMN/20140115/529843/
では、「戦略受注」が問題としていて、その理由が専門分野以外の
ものを受注するからとあるけど、確かにそれもあるかもしれないが、
最近は、それだけではなく(「戦略受注だけではなく」)
パフォーマンスを出したり、UIを最新のものにしようとすると、
トラップを踏んで、どつぼにはまってしまうのよ・・・
専門分野だとしても、使っている技術は先端なので、いままでの
とは勝手が違い、泥沼にはまるっていうのが、実体のような気が
します・・・
技術の継承が進んでないのではなく、継承しても意味がないくらい、
2010年以降のコンピューターシーンは進んでいると・・
上記サイトの筆者と私の見解の差は、どこで現れるかというと、
今後の開発。
今後は、景気が良くなって、戦略受注しなくてもよくなるかもしれない
そうすると、上記サイトの筆者の見方だと、損害プロジェクトは
減るはずだけど・・・
・・・いやいや、逆に開発量が増えることになるから、
新しい技術を使うと、混乱して、なおさら、損害が増えるかも?
しかし、要求を変更しても、最近は、
・追加画面なら、Railsのように自動的に生成できるし、
・DB操作もツールがあるし、
・プログラムの作りかたは固定化されているので、
そんなに大幅に困る・・・ってことはないんじゃないか?
時間、人で解決できる。
解決できないのが、パフォーマンス。
単純に組むと、もはや、パフォーマンスは出ない。
データ処理だと、分散、非同期を使ったり、
画像表示だと、並列処理などを使ってみたりと・・
アノ手、この手を使うことになる。
ここで、いっきに難易度が上がる。
また、UIもJQueryが思ったとおりに動かなかったり、
思ったイベントがブラウザからあがってこなかったり
(IEのOnloadなど)
っていうことで、思い悩み、時間がかかることになる・・・
「失敗プロジェクトの理由」を嗤う
http://itpro.nikkeibp.co.jp/article/COLUMN/20140115/529843/
では、「戦略受注」が問題としていて、その理由が専門分野以外の
ものを受注するからとあるけど、確かにそれもあるかもしれないが、
最近は、それだけではなく(「戦略受注だけではなく」)
パフォーマンスを出したり、UIを最新のものにしようとすると、
トラップを踏んで、どつぼにはまってしまうのよ・・・
専門分野だとしても、使っている技術は先端なので、いままでの
とは勝手が違い、泥沼にはまるっていうのが、実体のような気が
します・・・
技術の継承が進んでないのではなく、継承しても意味がないくらい、
2010年以降のコンピューターシーンは進んでいると・・
上記サイトの筆者と私の見解の差は、どこで現れるかというと、
今後の開発。
今後は、景気が良くなって、戦略受注しなくてもよくなるかもしれない
そうすると、上記サイトの筆者の見方だと、損害プロジェクトは
減るはずだけど・・・
・・・いやいや、逆に開発量が増えることになるから、
新しい技術を使うと、混乱して、なおさら、損害が増えるかも?