APIを標準化しても、効率は上がるとは限らないよ。。テストがあるから！

ここのニュース
経済産業省、「日本のIT投資は自前主義が弊害」
http://slashdot.jp/articles/07/05/23/040210.shtml
によると（以下斜体は上記ニュースより引用）

日本企業のIT投資は自前のソフトウエア開発にこだわって体力を消耗しているとし、効率化を求める提言を経済産業省の研究会「IT化の進展と我が国産業の競争力強化に関する研究会」がまとめている。


んだそうな。。。？
で、その論拠が。。

日本のIT投資が生産性向上につながる効果は、非製造業で米国の約14分の1、IT化が進んだ製造業でも約半分にとどまるとされる。その原因を、提言は日本企業の強みだった「自前主義」の弊害と指摘。


ほお。。。で、


現状打破に向け、携帯電話やゲームソフトなどの分野ごとの主要企業に仕様の標準化や共同開発を促している。


ちょっとまった！
論理飛躍してない？？

今言ってるのは、製造業と、非製造業の生産効率の話だよねえ。。
製造業って、工場とか、非製造業って、デパートとか、スーパーとか。。

そーいうところで、ゲームソフト使うのか？
ゲームソフトの標準化とこの結果とは関係ないような。。
同様に、ケータイも、まだその分野では本格的に使われていない。
ので、関係あるとはいいきれない。


ソリューションまで、確実にもっていけるフレームワークができるのであれば、
たとえば、東芝ソリューションのBREWフレームワークとか、
そー言うのができるというのなら、効率化できるっていう意味が分かるけど、

単純に標準化しても、生産性はあがらないよ。。

---

　なぜなら、標準化したAPIで呼び出しても、結果がばらばらになっちゃうから。。結果保障ったって、どこまで出来るかわからない。

　たとえば、GPS等の位置情報の機能、BREWでは、呼び出し方は決まっているけど、その呼び出し方で、どこまで取れるかは機種によりまちまち（緯度経度はOK、ただ、高度の精度やケータイをどの方向に傾けているかっていう情報がまちまち）なので、同じようにプログラムしても、結局テストしないといけないわけで、そのテストでうまくいかないと。。うーんって悩んでしまい、結局、このメーカーじゃだめじゃん（＾＾；）っていうことになると。。無駄な時間で生産性があがらない。

　むしろ、各社独自、端末独自でぜんぜんかまわないから、確実な情報があればいい。そうすれば

#IFDEF　_マシン名（実際にはメーカー名）

でその端末（メーカー）独自のプログラムを組んでいくから。

　実際にはBREWの場合、メーカーごとに採用しているクセがあるから、そのメーカーごとのIFDEFになるけど（でも、バグっぽいところが直ってくることもあるので、完全にメーカーではないけど）

---

　それと、BREWにおいては、自前主義のほうがいいはず。

　自前主義の場合、自社でOKならアプリはOKになるので、その場合、窓口とか、契約が違う。

　それに対して、どんな端末でも動くアプリ開発になると、それようの窓口で、全端末相手にやんないといけないので、無駄な作業が増長する。
　インターフェースを共通にしても、テストはしなくちゃいけないし、テスト結果がみんな同じになるとは限らない。

---

　つまりまとめると、ケータイの開発と、いままでの開発では、勝手が違い、むしろ自前開発で、端末限定にしてしまったほうが、開発（とくにテスト工程）が激減する。
　複数メーカーで動かすとなると、同じAPIにしても、どーしても機種により結果に差が出るので、テストは必要で、そーなると、あんまり。。メリットはない。


P.S　じつは、いままでのケータイ以外の開発でも同じなんだけどね。。