Docomoは先走りすぎで標準なんか無視、的な側面があるようにも見えますけど、実際結局Docomoが標準だったりするんですよねぇ。それに、実際に、一番開発しやすいプラットフォームはどれか?って言われたら、J-PhoneでもauでもなくDocomoを選ぶと思う・・・。あーもう・・・MIDPなんてやってらんねぇと思うときもあります。(実際には、MIDPで定められていない部分の仕様が厳しかったりするわけですが・・・。)
でも、Compact HTML vs WAP/HDMLみたいな構図はないんじゃないかな?それなら、DoJa v.s. au Java/BREW v.s. J-Phone Javaという構図になる可能性のほうが大きい。auとJ-PhoneはJavaに関して協力する気がないらしく、(主にリリース関係で)ぜんぜん違う感覚で開発しなくてはならないです。しかも、BREW入ってきたらまたぜんぜんかわってしまうし・・・。auをプラットフォームにする場合、Java/BREWは確かに棲み分けが進んでいくと思います。
支持しても普及しなきゃねぇ・・・ (スコア:5, 参考になる)
たしかに、DoJa1.0のころはMIDPを採用しないで(というか、MIDPなかったか・・・)独自規格を採用する意義はありましたが、今はどうなんですかね。だからといって、携帯電話にMIDPとDoJaという2つのプロファイルをつめるのは確かに厳しい気がします。
Docomoは先走りすぎで標準なんか無視、的な側面があるようにも見えますけど、実際結局Docomoが標準だったりするんですよねぇ。それに、実際に、一番開発しやすいプラットフォームはどれか?って言われたら、J-PhoneでもauでもなくDocomoを選ぶと思う・・・。あーもう・・・MIDPなんてやってらんねぇと思うときもあります。(実際には、MIDPで定められていない部分の仕様が厳しかったりするわけですが・・・。)
でも、Compact HTML vs WAP/HDMLみたいな構図はないんじゃないかな?それなら、DoJa v.s. au Java/BREW v.s. J-Phone Javaという構図になる可能性のほうが大きい。auとJ-PhoneはJavaに関して協力する気がないらしく、(主にリリース関係で)ぜんぜん違う感覚で開発しなくてはならないです。しかも、BREW入ってきたらまたぜんぜんかわってしまうし・・・。auをプラットフォームにする場合、Java/BREWは確かに棲み分けが進んでいくと思います。
# J-PhoneはJavaアプリをリリースするまでの過程が複雑だったりします。アグリゲーターとか言うのを通さないといけないし。auは、BREWについてそのモデルを採用するようですが、その部分がJavaとBREWの関係にいろいろと影響してくるんじゃないかと考えています。
どの道、両方必要、というのが個人的見解ですが、確かにさっさと統一してほしいですね。でも、簡単にコンバートできそうだけどなあ。
ところで、PalmがMIDPとしては一番まともな気がしますが、どうなってるんでしょうかね。MIDP2.0もいけるようになるのか?
---------- ------ ISHII Nayuta