日本語のノウハウ持ってるMicrosoftとAppleはちゃんとしてくるよね。予想通りっていうか、そうだろうな。Serverのアクセス権をもらった。基本的には、ここに書いているやり方で問題ない。Queueということではなくて、クライアント証明書での認証を使ったWebインターフェイスのみ。私のメールアカウントをCCに突っ込んでおいてください。Fluxが変な煽り(ネガティブな意味じゃないです)と某所で相談されたので、sqlite3のコードを見ながら実装を考えた。現在のsqlite3の場合、サーチインデックス自体は、FTS3と呼ばれるモジュール構造を使って実装することが可能で、これは検索ワード用の別のテーブルを作ることでインデックスを実現している。XのSpotlightとかだと、libicuというIBMの作った多言語ライブラリを使っている。これは、WebKitでも使っているので、WebKitベースのブラウザだとこれを使うことでの(コードサイズやメモリ使用量的な)コストはないに等しい。そのため、libicuは使うことにはWebKit的にはネガティブにはならない。これがGeckoだと話が別。外部のOSSのコードを持ってくるとき、Mozillaなやり方だとスタティックリンクで持ってくるのが普通なんだけど、これは非常にコードサイズを増加させてしまう。libicuをそのまま使うということはよくない。MacOSの場合は、OSでlibicuを持っているので動的にロードして使うことで、メモリ使用量の増加はたかが知れている。Linuxだと環境に依存する(この場合はある意味無視したほうがいいけどね)。Windowsだとこのライブラリを持ってないため、コスト面で不利。libicuを使うことは諦めた。storage周りやっているShawnもlibicu使うことは否定的だしね。Serviceのワードブレーカーを使うコードを試したところ、速度面は問題ないのだけどブレーカーの精度の部分で納得いかず保留。それにプラットフォームでいろいろ変更するのは、Mozillaらしくない。メイン開発環境)も問題を感じないので、それでテストパッチを作成してみた。今の時期だと正直微妙なので、拡張でも対応可能なレベルで作っているというのが、今回の最大のポイント。ちなみにMeCabとか使うのは却下。中国語の辞書ってどうするのよ。Thunderbird2009-09-04T-01Aの加速度センサーの実装をつくったとある場所で、T-01Aを使う機会があったので、ついでに加速度センサーの機能をMozillaに実装してみた。ハンドルを破棄するだけ。使い方の場合は、http://smartmobidevice.blogspot.com/2009/08/toshiba-tg01-and-accelerometer.htmlに情報が載っているので、それを見てください。Webブラウザが加速度センサーの情報を取得できるとくだらないことがもっと出来そうで、面白いよね。Dougの作ったボールのサンプルなんて、すごくショボいのに面白すぎて、10分くらい遊んでしまった。それにしても、ガジェットとしての出来はT-01Aは相当良い。2台目需要としては、相当イイトコロ行っている。6.1だってことかなぁ。これで相当な減点材料。あと、この端末を触るまでSnapdragonには懐疑的だったけど、このチップ速すぎ。Mozilla2009-08-24tracemonkeyのデバッグ方法が変わっていたtracemonkeyを最近いじることがなかったんだけど、久々に触ってみたところ、デバッグ方法が変更になってた。従来は、TRACEMONKEY=verboseと環境変数を設定すればよかったんだけど、今は、TMFLAGSにいろいろ設定するらしい。endその後、ネイティブコードを生成。0000000000561FC0)===============================================================================細かく出力条件を設定できるようになっているのは、いい感じ。2008年度増益キャリア側だけが得をする結果になってしまっている。端末メーカーは撤退報道がいろいろ出るなど、結果論から言えば、総務省の指導でキャリア側だけが儲かる仕組みになってしまった。販売奨励金というシステムなんて、今では海外でもいろいろ導入されているシステムで、日本だけのビジネスモデルではない。(内部で販売奨励金が発生しているため)。いう買い方でのみ携帯電話を買うことが可能ということではなくて、端末メーカーが販売しているSIMフリー端末を買うことも可能。(MMS)、データ通信を行う場合はGPRSでという、携帯電話のネットワークの構成が標準に準じているために、キャリアが独自のサービスを展開しづらい状況になっているからだ。そのため、端末メーカー側が主導権を握っているため、販売奨励金のようなシステムが有効に活用される。そもそもキャリアの都合に合せて端末メーカーが携帯電話端末を作っているのが日本のモデル。都合で端末の開発コストは上がっている。それなのに、販売奨励金というシステムに手を入れてしまったため、端末の販売台数が下がるのは誰の目でも明らか。端末の利幅は小さいため、それで開発コストを賄えるかといえば、賄えないので撤退するのは当然だろう。販売奨励金に手を出したのは、総務省の愚作でしかない。受けられるように義務付けるコンテンツ課金を別のキャリアの携帯電話でもできるような仕組みを義務づける中古市場を健全化するために、違法取得端末に対しての情報の提供をキャリアに義務付けることなんてのをやっておけば、もう少し市場が面白くなったかもしれないとホントに思う。ガラパゴスで、各社そこにリソースを入れていたことなんだ。国が指導するとろくなことないよね。Mobile2009-08-13モバイルグラフィックスチップのまとめいい資料がなかったため、自分へのメモということで書いておく。nVidiaという図で、デスクトップのグラフィックスチップとは違ってPowerVRというプレイヤーがいるということが違い。製造には絡まないというARMと同じような戦略をとっている。Vista載せているPCがあるけど、それとグラフィックスチップが一緒(もちろんクロックとかが違うとは思うが)。3.6のリリース時期3.5で長引いたのはnanojitが安定しなかったからで、現在のtrunkのバイナリは安定してるはず。UIをどこまでイジるかによるけど。3.5というか、1.9.1の場合のリリースが長引いたきっかけは、nanojit。そもそもnanojitがなければ、春にリリース出来ていたと思う。Mozillaとしてあれだけ人員を割いてバグ修正しまくったのにもかかわらず(というか、GoogleのV8チームとかAppleのNitroチームとかってどのくらい開発者をアサインしているのかが知りたい。1.0の地点で安定してるのは理解できる)、あれだけ時間がかかった。JITエンジンという特性上、外部の開発者がコードを貢献するということはそんなに期待できないしね。