Logo ja.androidermagazine.com
Logo ja.androidermagazine.com

ハニカムはオープンソース化されませんか? そうじゃないと言って!

目次:

Anonim

GoogleがAndroid 3.0.1(Honeycomb)のオープンソースコードをようやくリリースするのを待っていますが、Bloombergを信じるのであれば(そして通常はそうすべきです)、「予見可能な未来」には起こりません。 -そしておそらくない。 私は一時停止し、オタクの怒りが少し沈静化するのを許します。 少しだけ自分たちで作曲したら、休憩後に参加してください。

分析された通常のリリースサイクル

元のスーパーフォン(ごめんなさいPhil)-Nexus Oneを例として使用して、Android開発サイクルの通常のプロセスを見てみましょう。

2009年の秋(近いうちに)、HTCとGoogleが集まり、Nexus Oneと呼ばれるハードウェアを設計しました。 Android開発者がAndroid 2.1(Eclair)の記述を開始した時期は正確にはわかりませんが、ハードウェアが決定されて開発が開始されたのはおそらく高度なテスト段階でした。 Googleは社内テストのためにこのソフトウェアをHTCに提供し、HTCは同じためにハードウェアをGoogleに提供しました。 バグが見つかった場合、または機能強化が検討された場合、Android開発者はこれらの変更を行い、ソフトウェアをテスターに​​転送しました。 Googleや他の企業はこれを「ドッグフード」と呼んでいます。ほとんどの企業はこれをR&Dと呼んでいます。

物事がかなり安定した状態に達すると、このソフトウェアは他のハードウェアベンダーやパートナーと共有されます。 Motorola、Samsung、およびその他のあまり知られていないNuanceのようなパートナーはすべて、まだ開発中のソースコードにアクセスできます。 残念ながら、あなたと私はそうしていませんが、それについてできることはあまりありません。 実際、Googleのリリースサイクルが速すぎて(そしてユーザーベースが大きすぎて)コミュニティドリブンのパッチをだましてはいけないので、それがどんなによくて革新的であっても、私は(あまりにも)文句を言いません。 重要なことは、携帯電話を構築している人々はすべて、製品の構築中にAndroid 2.1にアクセスできることであり、そうすべきです。 これまでのところ、すべて順調です。

2010年1月にその特別な日が来ると、GoogleはNexus Oneを消費者に販売可能な製品として発表します。 最初のNexus Oneが販売されたら、Linuxカーネルソースをソフトウェアライセンスの条件として利用可能にする必要があります-GPL。

Android自体はApache 2.0ライセンスで保護されています。 これはより寛大なライセンスであり、MotorolaやSamsungなどの企業がコードの一部を譲ることができないことに気付いたときに選択することは理にかなっています。 Apache 2.0プロジェクトの完全なソースコードをリリースしない理由と「合法性」は、首ひげとヒッピーによって毎日死に至ると主張されているので、私はそれには触れません。 しかし、それが起こると言わせてください。 Apache 2.0ライセンスのコードを使用してソフトウェアをビルドしますが、ソースコードはリリースしません。 Nexus One(およびこれまでの他のすべてのリリース)については、Googleはこれを行っていません。リリース時またはその直後にコードを公開しています。

携帯電話、Androidの新しいバージョン、ソースコードがあります。 CyanogenModと他のカスタムROMがすぐに続き、誰もが満足し、次のバージョンで作業が始まります。

今こそ、事態が悪化する方向です。 Andy RubinがXoomで私たちをからかい、Vic GundotraがHoneycomb OSで私たちをからかいました。 ひどく欲しかった。 Xoomのリリース日が来ると、Googleはパッチを当てたLinuxカーネルソースをリリースし、開発を開始しました。 カスタムカーネルを使用していたため、しばらくの間は満足していましたが、Xoomを持っている人は誰でもAndroid 3.0のソースを望んでいたので、「実際の作業」を開始できます。 私たち全員が少し不満を言い始めましたが、Android 3.0.1が来ると聞いたとき、Googleがアップデートとともに3.0.1 AOSP(Android Open Source Project)コードを公開することを知っていたので大丈夫でした。 二度やっても意味がありませんよね? 右?

新しいハニカム方式

さて、2011年3月24日までさかのぼります。ブルームバーグが報告している内容が正しいのに、私のお金がそうだと言ったら、すぐにソースコードを入手することはありません。 Googleのこの理由は、小規模な開発チームがHoneycombエクスペリエンスを台無しにしたくないことです。 ブルームバーグの記事からの引用です:

ソフトウェアを待つ必要があるのは、小規模なハードウェアメーカーとソフトウェア開発者の群れです。 遅延はおそらく数ヶ月になります。 「タブレットを出荷するスケジュールを立てるために、いくつかの設計上のトレードオフを行いました」と、Googleのエンジニアリング担当副社長でAndroidグループの責任者であるAndy Rubin氏は言います。 「同じソフトウェアを携帯電話で実行するのに何が必要かを考えたくありませんでした。多くの追加リソースが必要で、スケジュールを合理的だと思っていた以上に延長していました。

Rubin氏は、Googleが現在開発中のAndroidの他のバージョンと同様にHoneycombコードをオープンソース化する場合、開発者がソフトウェアを携帯電話に搭載して「非常に悪いユーザーエクスペリエンスを作成する」ことを防ぐことはできないと述べています。電話でも動作するかどうかはわかりません。」

Androidのクリスマスクラップスの大規模な実行を非難するのは簡単ですが、少し深くなり、現在のAndroidスマートフォンにHoneycombを追加する(および追加できる)個人の開発者も対象にしていると思います。 Googleは、多くの人にとって最大かつ最高の引き分けが、コードを控える正当な理由であると判断しました。彼らは、それが設計されていないデバイスにハッキングすることを望んでいません。

それは私を怒らせ、私はそれについて何もできないという認識はそれを悪化させるだけです。 Xoomのロックされていないブートローダーは、そのためにカスタムROMを構築できない場合、何が良いでしょうか? Andy Rubinはブルームバーグに 「Androidはオープンソースプロジェクトです。戦略を変更していません」と語っています。 あなたは私をだましていたかもしれません、アンディ。

ひどくなる。 ブルームバーグは、グーグルの幹部が製造パートナーにグーグルはソースコードをリリースしないと言い、その代わりにAndroidの次のオープンソースバージョンは「I」バージョンになるだろうと言った。 これは本質的に、Honeycombを実行するタブレットのすべてのサードパーティ開発を殺します。 あなたがサムスンまたはLGでない限り、Googleが除外したものを追加する簡単な方法はありません。 私は rodigezstyle や eViL Dの ような人からの作品のいくつかが好き だ からです 。LG やSamsungからの作品が好きで、私は一人ではありません。 そして、Googleはその無限の知恵で、私はそれを得ることはないと決めました。

Androidが好きなのは、そのオープン性のためです。他の場所では手に入らないバグのない体験を提供するためではありません。 そのことを念頭に置いて、新しいハニカムタブレットを入手しないことにしました。 オープンであると主張したことのない企業によって作られた、他の適切に設計されたクローズドソースのタブレットがあります。タブレットの必要性が見つかった場合、私はそれらに目を向けます。