2011-02-12

Microkia

NokiaとMicrosoftの提携のニュース。ちょっと感想を書きたくなった。

Microsoftにとってこれが失敗してもそんなに痛くはない。そもそも失敗しているんだから。でもNokiaにとっては、これが失敗したら会社ごと傾くとしか思えないね。Nokiaも失敗しているといっても、従来のNokiaユーザーというのがいたわけ(Nokia N8の売り上げを見ればわかる話)だけど、それに喧嘩を売るような戦略。それに一番重要なのは、今回の発表がフラグシップであるNokia E7が発売になったタイミングという、最悪なタイミングの悪さ。

Nokiaに一番欠けていたのはハイエンドスマートフォンの戦略だ。彼らにとってはMeeGoがその役目になるべきだったんだけど、市場投入を未だ出来ていない。彼らの一年前の戦略が一番痛い形で失敗していたわけだ。

また、Nokiaの端末で最速のハードウェアを採用しているのは、Nokia N900で、TI OMAP3430。これはMotorola/VerizonのDroidと同スペック。一年以上も前のハードウェア。ハードウェアの市場投入に関しても今は遅れをとっている。これについてはいくつかの言い分があるとは思ってて、今のAndroid端末とかは毎日充電するのが当たり前な感じで且つ、電話として使うことをそんなに考えてない。そこの考えがNokiaだとまず電話ありきで物事を考えている節があって、バッテリの容量と使用用途、時間を考えてハードウェアを決めてる感じだから、なんとも言えないけど。少なくともS60の最初のバージョンが出たときは、Nokiaが最速のチップを使っていたのだから、市場投入までのスピード感が現在では欠けている。

もうひとつの問題。現在、Nokia Platformに対しての開発者の囲い込みに失敗しているところ。素晴らしいOS、ハードウェアを作ったとしても、ソフトウェアがなければ意味がない。そのエコシステムの作成に完全に失敗している。ドキュメント、ツールチェイン、統合開発環境。すべて。これはQtでカバーする予定だったんだけど。

この問題点を解決するには、Android、Windows Phoneのどれかを採用するってのは理にはかなっている。WebOSの場合は、そもそもこれらを解決する方法にはならないだろう(エコシステムの構築を今更できるとは思えない)。また、Androidを採用しても、遅れて参入してポジションをゲットできるかというところだろうな。Nokiaの今までのスピードだとMotorolaやSamsung、HTCに勝てるとは思えない。というところで、Windows Phoneなんだろうなって感じかな。

MicrosoftのWindows Phoneの戦略も中途半端で、AppleのようなMarket StoreにAndroidのような開発しやすい開発言語(C#/.NET) というところなんだけど、どっちも中途半端としか思えない。しかもNative Applicationを許可しない状態だから、BlackBerryと同等としか思えないんだよね、この戦略だと。BlackBerryのようなメッセージング統合とかがあれば別だけど、売りとなる機能にかける状態だから、どこかで仕切り直しが必要だとは思うけど。

この負け犬同士の連合が今後どうなるのかは非常に楽しみ。それはそうと、SymbianはSymbian Foundationのままでやってればよかったのにね(富士通とかSymbian採用している会社、どうするんだろ)。NokiaとしてこのMicrosoftとの決定がつい最近だったというのはホントよく分かるよ。

2011-02-10

003SHが名前通りガラパゴスな件について

システムフォントに、"モリサワ 新ゴ R"とかを選択できる003SHなんだけど、このフォント、/system/fontsに存在しないデザインになってる。なんで、どこにフォントがあるか調べてみた。

Androidのソースから見ると、DalvikのFramework内でフォントリストを持っているのではなくて、Skiaのところでリストを持ってる (だからTypefaceでフォントリストとかを持ってない)。だから、Skiaを見れば、どうフォントを読んでいるかはわかるわけだ。

と言いたいところなんだけど、Apacheライセンスなんで変更差分は分からないわけだけど、まぁ、そんなんは難読化する訳でもないから、バイナリをダンプしたところ、以下のパスにフォントを持っている。

フォント名フォントパス
LC太明朝/system/etc/tmp/V20L5b42M84nB
SH_Mincho-P/system/etc/tmp/V20b4J24M84nR
SH_Crystal-P/system/etc/tmp/c22b11O14C92rR
モリサワ 新ゴ R/system/etc/tmp/c30c1d24G94oR

フォント一覧がほしければ、Skia使わないと各デバイスで互換性がとれないってことですか。ださっ

2011-02-04

32bitプラグインを動作させる

Firefox 4用には投入しない (許可でないし、そもそもWindows x64版のFirefox 4はリリースしない) けど、x64版でも32-bitプラグインを動かすための調査は終了してるので、そのメモ

IPCのコンパチビリティ

IPC(プロセス間通信)を利用して64bitプロセスなfirefoxと32bitプロセスなplugin-containerと通信することで、64bit版Firefoxでも32bitなプラグインを動作することができるんだけど、一応ポインタとかは64bitとして扱うようにIPCで定義している。なので、問題なさそうな気がするんだけど、調べてみると一つだけ問題点があって、32bitなuint32に互換性がないんだよね (Mac OS X以外)。32bit版だと64bitで通信してて (uint32を扱うつもりがsize_tとして扱われて、なおかつsize_tは64bitとして通信されることになってる)、64bit版は32bitで通信してる。32bit版の方が変だろということでちょっと話したところ、折れない感じなんで、64bit版でもuint32を64bitで通信するように変えることにした (ダサイ)。これはpost Firefox 4で入れる予定

あとは、プラグインのバイナリフォーマットをチェックして32bitだったら32bitのplugin-containerを起動するようにするとか、Firefox 32bitのインストールパスをレジストリから自動認識するとかいろいろあるんだけど、そんな感じで直したもの

バイナリは、http://wiki.mozilla-x86-64.com/Firefox:DownloadにFirefox-4.0b12pre.en-US.win64-x86 64.installer.plugintest.zipとして置いておいた。Just testもの。あ、そうそうx86のNightlyをインストールしないと動かないよ

パッチが見たい? MozillaのMercurialユーザーディレクトリのどっかに置いてある

Windowsは分かったから、Linuxは?。うーん、Windows版commitしてからかなぁ