C# Builderを入れようと試みる。もちろんPersonal。
アレのために。
MSのも入れてみるか。
ここんところプログラム言語いじってなかったから、なまってること請け合い。
この記事、auはJava脱却を図り、BREWのみに注力するといっているようにも読める。しかし、現状では最大手NTT Docomoと、auと同規模のキャリアであるJ-Phone（vodafone)がJava（前者は独自プロファイル、後者はMIDPではあるが…）でアプリケーションを提供している。
まず、auについて、現状ではBREWは公式アプリ以外のユーザアプリを容認していない。Docomo、J-Phoneともユーザアプリを容認している現状を見ると、auはどうなるのだろうか。BREWについて非公式アプリ用のプロファイルを用意するのが妥当だと思われるが、実のところ、ユーザアプリが成功してるのはDocomoだけだろう。そうすると、BREWに非公式アプリ用プロファイルを用意するのは一見コストが見合わない。が、しかし、キラーアプリがユーザアプリから出てくる可能性をつぶしてしまう可能性がある。
次に、MIDP連合について。auもJ-Phoneも独自プロファイルで拡張を施しているとはいえ、基本的にはMIDPである。このことによって、au / J-Phone間で互換性のあるアプリは比較的使いやすかった（独自のAPIセットを使わないならパッケージングと提供の問題をクリアするだけでよかった）。しかし、現状ではDocomoのプロファイル（DoJa）のほうがMIDPの2歩も3歩も先を行ってしまう以上、MIDPによる追撃は無理だと判断したか？所詮MIDPは携帯キャリア等の携帯に力を入れている企業じゃないところが判断してるということか？
まあ、でも、今後J-Phoneはちょっと厳しくなるんじゃないかな？でも、J-Phoneのアプリ公開までのプロセスって面倒だからいっしょか。
大体、BREW自体についても、Cでかけるとはいえ新たなAPIセットを勉強しなければいけないことに変わりは無いわけだし、なんだかなぁと言う感じだ。
現状、2G上（一応CDMA2000 1xは3Gだけど）でのパケット代が一番低料金なauが通信では一番上を行っているようにも見えるけど、Docomoさんについての記事を見ると、今年後半からFOMAに注力して、2Gをサブ的扱いにしたいということだから、これがうまくいったらどうなるかなぁ。まあ、うまくいくかどうかなんてわかんないんだけど、通信環境において現状一番条件がいいauもFOMAに比べたらパケット代まだまだ高いしね。どうなるんでしょか？
と、思ったら、ばっちりBREWに一本化するらしい。ケータイWatchにばっちり書いてあった。
はあ、そうですか…。という感じ。ユビキタスという言葉のほうが注目された背景には実際に動くものを作って見せたというのが大きいと思うけどね。1992（ぐらいかな？）に「どこでもコンピュータ」という名前を使って動いていたものがあるのかね？
まあ、それはともかく、哲学というのは正しいと思うけど、カーネルを固定とか、TRONは1つの概念であるとか、ちょっとわかりにくい発言が多い気がする。
ユーザが望んでるのはそんなことじゃなくて、使いやすいシステムで、よりよい情報を提供してくれるメディアだと思うんだけど、違うのか？わかりません。
優先席付近では電源オフを。首都圏の鉄道会社が統一マナーを発表。
いい案だと思う。切るのは現実的でないし。
ところで、電車内で携帯電話で話すのがダメなのは何でだ？それだったら友達と話すのもダメだろう。やはり相手の会話が聞けなくて内容が気になるから説が自分の仲でどんどん有力に。着メロはうざいけどね。電話はしょうがないんじゃん…？
そして、総武線内でよく見かける、ウォークマンの音漏れや携帯電話使用者に向かってどなりつけるあほなオヤジをまずどうにかしてくれ。あれのほうが社内迷惑だ。
本人がそれに気づかないのが素敵。
2001年のiMode & PSのキャッチコピーでした。
行け行けマグロ！ということです（違う）。