先週（昨年の前年-約）週、BlackBerry（以前のResearch in Motion）は、BlackBerry 10 App Worldストアにすでに100,000個のアプリケーションがあったことを発表しました。
Z10のアメリカリリース前に開発者が短期間でストアに出荷できたような非常に多くのアプリケーションを称賛することしかできませんが、最近まで、BlackBerryはこれらのアプリケーションについて急いで話して
いませんでした。
そして火曜日に、彼女は、BlackBerry 10 App Worldのアプリの約20％が本質的にAndroidアプリを書き換えていることを確認しました。
過去に少し戻ると、2011年の第1四半期に、RIMは1か月以上にわたって何が起こっているかをようやく確認しました。その後、BlackBerry 10と同じ基本的なQNX OS上で実行される新しいPlayBookタブレットはAndroidアプリケーションをサポートし、また、Adobe Air、HTML5、およびネイティブQNX C / C ++アプリケーション。
いわゆる「AndroidはAndroidよりも優れている」ということです。
考えれば考えるほど、デジャヴの気持ちを感じます。
実際、これは20年前のことです。 これを最後に試みたベンダーは、OS / 2 2.0オペレーティングシステムを搭載したIBMでした。
私にとってそれは傷への塩のようなものであり、彼らは確かに私を批判しますが、マイクロソフトとIBMの間のこの戦いは長い間終わったので、私は続けます。
大部分、1992年、IBMはOS / 2を使用して、「
DOSはDOSよりも優れており、WindowsはWindowsよりも優れています 。」
と正常に作成されました。
これは完全な32ビットOSであり、大量のメモリで動作しますが、DOSおよびWindows 3.0では動作し
ませんでした 。 積極的なマルチタスクがありましたが、DOSおよびWindows 3.0ではそうではあり
ませんでした 。
OS / 2はメモリの別々の領域にあるネイティブアプリケーションを保護できましたが、DOSとWindows 3.0
は保護
しませんでした 。
また、DOSおよびWindows 3.0のアプリケーションは、独自の保護されたメモリ領域で再生できますが、DOSおよびWindowsでは
できませんでした 。
Windows仮想化システムに同梱された最初のPCオペレーティングシステムでした。 それは信じられないほど前に進んでいた。
DOSおよびWindows 3.0はOS / 2で非常にうまく機能したため、IBMがサードパーティの開発者にOS / 2プレゼンテーションマネージャーインターフェイス用の
ネイティブアプリケーションを記述するように説得することは非常に困難でした。
はい、OS / 2では、Windowsとの互換性ですべてがスムーズに行われたわけではありません。 拡張モードのアプリケーションと、VxDと呼ばれる特別な種類のドライバーに問題がありました。
時間が経つにつれて、IBMはOS / 2の新しいバージョンのほとんどの互換性の問題を解決しました。 しかし、マイクロソフトが行った変更に対応するのは非常に困難でした。 Microsoftが1993年にWindows NT 3.1をリリースしたとき、OS / 2の利点のほとんどはもはやコンピューター業界から排他的であると認識されていませんでした。
現在、Windows NTは、Windows 8、Windows 7、Windows XP、およびWindows 2000で認識できます。
BlackBerryは、新しいモバイルOSでも非常によく似た状況にあります。 前に書いたように、BlackBerry機器でのQNXの実装は非常に印象的であり、柔軟性があり高度です。
そして、これはQNXのような成熟したリアルタイム組み込みシステムから期待されることです。 これは、リアルタイムシステムではないiOS、Android、さらにはWindows 8やWindows Phone 8とさえもはっきりと対照的です。
さらに、多くのアーキテクチャ面で、オペレーティングシステムとしてのQNXはiOSとAndroidの両方を上回ると考えています。 AT＆TのZ10を数週間テストしましたが、おもしろいデバイスであり、言及した2つのプラットフォームとWindows Phone 8から区別できる興味深い機能を備えています。
ただし、BlackBerryのリアルタイムDNAにも関わらず、
競合他社のエコシステムに
積極的に参加するのではなく
、競合他社のエコシステムを
活用しようとすると、深刻なリスクがあります。
最初は、Androidの互換性のために、BlackBerryがネイティブエミュレーションレイヤーの代わりに仮想化の道をたどり、ネイティブのDalvik VMが最終的に移植されることを望んでいました。
個人的には、OKL4やRed Bend VLXなどのモバイルハイパーバイザー内の完璧なAndroid 4.xスタックは、BlackBerry 10に最適なソリューションのようです。
この場合、RIMは何も「移植」する必要はありません。 QNX内では、完全なLinuxカーネルとともに「ゲスト」システムとしてAndroidの完全なコピーを実行できます。 しかし、これは起こりませんでした。
このようなアプローチが完全にリスクフリーになるとは言いたくありません。 ハイパーバイザーはパフォーマンスを最適化する必要があり、BlackBerry 10ユーザーはAndroidアプリケーションがネイティブに近い動作を期待します。 それ以外の場合、互換モードは特に役立ちません。
Android NDKアプリケーションが機能するためには、ハイパーバイザーベースの仮想化が、真のバイナリ互換性を実現する唯一の効果的な方法でなければなりません。 ただし、BlackBerry 10はAndroidのDalvikコンポーネントのみを使用するため、NDKアプリケーションを再生できません。 これらのアプリケーションは、C / C ++のネイティブQNX SDKを使用して移植する必要があります。
BlackBerryでのAndroid 2.3.3 APIの実装には、NDKに加えて他の多くのソフトウェア制限があることに注意してください。
新しいBlackBerryモバイルOSでのAndroidの実装方法に関係なく、別の疑問が残ります。Android3.0の互換性は、Windows 3.0との互換性の結果としてOS / 2で行ったのと同じC ++およびAdobe Airのネイティブ開発に「冷却効果」をもたらしますか？
別の潜在的な問題があり、非常に深刻です。
将来的には、GoogleがAndroidオープンソースプロジェクトのフレームワーク内でそのようなアーキテクチャおよびコードの変更をDalvik VMに実装し、BlackBerryでのDalvikの実装を破壊し、Android APIの将来のバージョン用に記述されたアプリケーションと
深刻な互換性の問題を引き起こす可能性が常にあります。
この場合、すべての変更に対応するために、BlackBerryはGoogle Dalvikを常にQNXに再移植する必要があります。 これにはかなりのリソースが必要になる場合があります。 同様に、IBMはWindowsとのOS / 2の互換性を常に監視する必要がありました。
AmazonのKindle FireタブレットはAndroidアプリケーションもサポートしています。同社は独自のアプリストアを持っています。 ただし、Kindle Fireは実際にはAndroidデバイスであり、完全なAOSPおよびLinuxコードで実行されますが、BlackBerry 10はすべてのライブラリを備えたQNXコアに基づいてAndroidのみを
エミュレートします。
したがって、Amazonが新しいAOSPスタックをサポートしていれば、Kindle FireにAndroidの互換性の問題はありません。
ただし、Android 2.3用のDalvik API、ネイティブC ++ QNX、Adobe Air / FlashまたはJavaであっても、BlackBerryは開発者がアプリケーションを作成する対象として
興味深いものではないかもしれません。
はい、WebWorksプラットフォーム用のSDKがまだあります。 BlackBerry 10は、文字通り、さまざまなベンダーのAPIビュッフェです。 おそらく彼女は、現時点ですべてのモバイルオペレーティングシステムの中で最も豊富なAPIの選択肢を持っています。
しかし、大きな疑問は
、それら
すべてが BlackBerry 10でうまく機能するかどうかです。消費者はこのアプローチを好み、開発者はプラットフォームの利点を強調する十分なネイティブQNXプログラムを作成したいと思いますか？
Androidアプリケーションで動作する携帯電話を購入する場合、ほぼすべてのハードウェア仕様でZ10を超える同じ
Samsung Galaxy S4を購入しない理由は何ですか？
答えは時間だけです。