アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
中の人からするとどうなんだろ？ (スコア:2, 興味深い)
長期的に見れば確かにいい話なんでしょうが、変化の激しいこの業界だとあんまり将来性には期待出来なさそうですし・・・。
そうなってくると、無理をして新規プラットフォームに今までの資産を移植するより、少々移植性が悪くても今までの資産をやりくりする方がいいという判断も出来そうな気も。
Re:中の人からするとどうなんだろ？ (スコア:1, 興味深い)
と前置きした上で…正直、日本ではキャリアが端末を出してるっぽく見える売り方だけど開発してるのは当然メーカーなので、変に統一されると機種毎の特徴が減るんじゃないかなと。
ハードだけで特徴出してるわけじゃないですからね。
友人で「東芝の操作性に慣れてしまったから東芝の端末以外使う気がしない」と言って、キャリアは変えてもメーカーは変えない人が居たりします。
私は、メーカーを変えては慣れるのに無駄な時間を費やしてるクチですが。
Re:中の人からするとどうなんだろ？ (スコア:2, 興味深い)
>>ハードだけで特徴出してるわけじゃないですからね。
そのメーカーごとの個性、って、昔はソフトとハードの距離が近くて、文字通りの個性だったんでしょうが、
今となってはWindowsやGNOMEのデスクトップテーマぐらいのレベルなんではないかと。
その程度の差異のためにOSからミドルウエアから、各社、各キャリアで別立て、ってのは面倒だから、
プロパティをチョコチョコっと弄ったくらいで変更できる程度にしちゃいましょう、って話ではないかと。
#この手の話がメーカーから出るんなら判らんでもないけど、一番シェアの低いキャリアから出てくるのは眉唾な気も。
Re:中の人からするとどうなんだろ？ (スコア:1)
# DoCoMoはOSレベルから、auはチップセットレベルから……でしたっけ。
思想的にはどれも同じで、基本機能＋共通アプリはAPI等を共通化して統一性を持たせたり開発コストを減らしたりして、独自アプリケーションは各キャリアで実装（共通プラットフォームも使用可能）とするものだと思います。
# まぁ、実際の開発現場で効果があるのかと言われると(ry
Re:中の人からするとどうなんだろ？ (スコア:1)
これだけで、「どこの会社なん？」 とか色めき立つ俺はきっとウィルコム脳。
Re:中の人からするとどうなんだろ？ (スコア:0)
いまどきのケータイの「個性」って主に外装やUI、アプリなどの操作系が中心で、
機能はキャリアの商品計画で大体決まってしまってますよね。
で、今回の共通化ってミドルウェア以下を利用するAPIなどを共通化するって試みで、
UIやアプリはその上に自由に作るって話じゃないの？
どうして今回の件で「機種毎の特徴が減る」んでしょうか？
下を統一して一元的なUI、アプリをキャリアが提供するってこと？
それとも、APIが限定的なので上のつくりやできることが限定的になるってこと？
前者を積極的に(BREWの活用で)やっているのがauだったりしますが、
あれはキャリアが戦略的に投資してメーカの開発をコントロールしてるからできてるわけで、
ソフトバンクが同じ以上のレベルでできるかはかなり疑問です。
＃ デジタルラジオやワンセグあたりはメーカが「開発させられてる」わけで
Re:中の人からするとどうなんだろ？ (スコア:0)
OpenKODEというAPIにはかなりの将来性があると思うからね。
仕様を管理するKhronosグループも活動が活発だし、他にも
OpenGLESなど有望なAPIの仕様策定を手掛けている実績もある。
何よりこのAPIを採用すれば、一つのキャリア（下請けも含め）
の弱いOS開発力に依存しない実行環境の成長が見込めるという
点が魅力だろう。
OpenKODEはｿﾌﾄﾊﾞﾝｸとは関係なく、年々拡張された新ﾊﾞｰｼﾞｮﾝが
登場してくるはずで、ｿﾌﾄﾊﾞﾝｸはその成果を取れ入れるだけで、
API環境を強化できる。ｵｰﾌﾟﾝｿｰｽ系の成果物と同じ様なメリット
の存在感は大変大きなものだと思うよ。
それに今の日本の携帯業界のｿﾌﾄ資産なんて、言っちゃ悪いけど、
この分野では世界相手に太刀打ち出来ないと思う。早々に有望な
APIとの融合を目指すのは一つの方向として間違ってないかと。