Google I / Oはもうすぐです そして、検索ジャイアントがAndroidの新しいリリースのラップを外す準備をしている間、Androidに関連する何かについて学ぶことは意味があります。
それ以来 開始、Androidは、オープン性とユビキタス性がすべてです。 それは人々に選択肢とより多くのことをする力を与えることです。 これはおそらく私が書いている100回目でしょう Android そして、私がそれについて書くたびに、Androidが何を表しているのかを明らかにすることが重要です。 現在Android 80％以上のモバイルデバイスで実行 そして、これまでで最大のモバイルプラットフォームです。 毎日XNUMX億人をはるかに超えるユーザーにサービスを提供しており、次のXNUMX億人のユーザーをオンラインにするプラットフォームになるための軌道に乗っています。
Androidは3年以上前に考案され、その存在からXNUMX年の間に、社内外で大きく成熟しました。 当初、Androidは可能な限り最高のデザインではなく出荷されましたが、XNUMX年前にGoogleはシステム全体を次のように刷新しました。 Androidのロリポップ5.0 およびマテリアルデザイン。 今日、マテリアルデザインは、ウェブとモバイルのデザインの基準を定義しています。 プラットフォームがどれだけ拡張されたかを振り返ってみると、ちょっとすごいです。 モバイルデバイス専用のモバイルOSは、今日、さまざまなデバイスとフォームファクタをサポートしています。 スマートフォンからタブレットやスマートウォッチに至るまで、さまざまなデバイスに電力を供給します。 そして近年では、テレビ、自動車、スマート家電へのサポートが拡大しています。
「大きな力には大きな責任が伴う」ということわざにあるように、Androidには大規模でエレガントに動作する責任があります。 そうは言っても、それはトラブルからそう遠くはありません。 このような大規模なプラットフォームの管理には、予測できない課題が伴うことは明らかです。 今日は、プラットフォームの初期から悩まされてきた最大の問題のXNUMXつを見ていきます。
あなたがAndroid愛好家なら、おそらく私が話していることをすでに推測しているでしょう。 私はについて話している Androidの断片化。
Androidには毎年のリリースサイクルがあり、毎年夏の終わり/初秋に向けて新しいリリースがリリースされます。 これは、ユーザーが毎年、マザーGoogleの最新かつ最高の機能を味わうことができることを意味します。 考えは儲かるように見えるかもしれませんが、実際にはそうではありません。 エコシステム全体は、今日私たちがレガシーと見なしているさまざまなバージョンのAndroid（Androidフラグメンテーション）によって断片化されています。 今反対側に、もし私たちが 状態をiOSと比較する、それはまったく別の話です。 90％をはるかに超えるiOSデバイスが最新かつ最高のもので動作します iOSのバージョン。 これは、更新状況全体がシリコンベンダー、通信事業者、およびOEMによって厳密に制御されているAndroidと比較した場合、Appleがプラットフォームと更新を完全に制御できるためです。
Appleが独自のハードウェアを製造し、それを支えるソフトウェアを開発しているという事実は、アップデートの終わりにAndroidよりも優位に立っています。 同社は文字通りアップデートを公開し、ユーザーの大多数を最新バージョンのiOSに移行させることができますが、市場で最も使用されているモバイルOSを備えたGoogleは、キャリアがユーザーを最新バージョンに移行するのを待つ必要があります。 OS。
この状況の原因を深く掘り下げる前に、典型的なAndroidのリリースサイクルと、各エンティティが遅延にどのように関与しているかを確認する必要があります。
Androidチームは、年末に向けてAndroidリリースの新しいコードをオープンソースブランチにプッシュします。 コードが公開されると、次のようなシリコンベンダーによって取得されます。 クアルコム、コードを解凍してOSを最適化し、SoCのラインにより良いサービスを提供する人は、これが遅延プロセス全体の最初の部分です。 ベンダーが変更されたコードをプッシュすると、デバイスメーカー、またはSamsungとLGであるOEMによって取得されます。 彼らはコードを受け取り、ブランドに最も合うようにコードを変更します。 これには、内部の変更と外部の視覚的な変更の両方が含まれます。 これは、更新サイクルの最大の遅延のXNUMXつです。
OEMのため、更新プロセスは約90日遅れます。 OEMがコードの変更を完了すると、コードは通信事業者に渡されます。 キャリアは、以前のハンドラーによってすでに大幅に変更されているAndroidに独自のアプリやサービスを追加するために、コードにさらに変更を加える場合と行わない場合があります。 次に、デバイスメーカーと通信事業者は、新しいリリースを認定するためのテストを実行します。 上記のすべてのステップの後、会社は最終的にそれを消費者にリリースします。 現在、このプロセスは視覚的には小さく短期的に見えるかもしれませんが、デバイスメーカーの個々のデバイスが同じプロセスを経るため、通常は数か月に渡ります。 そして通常、XNUMXつのAndroidメーカーが複数のAndroidデバイスを製造しています。
あなたがこれまで投稿にそれを入れたなら、なぜグーグルがそれを解決しなかったのか疑問に思うかもしれません、結局のところ、彼らは大規模な問題を修正する専門家です。
あなたは大規模な部分で問題を修正することに正しいかもしれませんが、Androidのアップデートに関しては。 Googleはほとんど制御できず、これもAndroidの最も基本的な原則である「オープン性」に要約されます。 Androidを搭載したデバイスを出荷する企業は、Open HandsetAllianceの一部です。 Open Handset Allianceは、開発者がソフトウェアを構築するプラットフォームを統合すると同時に、ユーザーにデバイスを選択する選択肢を提供するというビジョンを持って考案されました。 思い出していただけると思いますが、Androidの前の数日間は、ユーザーにサービスを提供したい開発者にとっては気が遠くなるようなものでした。 すべてのデバイスメーカーは独自のバージョンのオペレーティングシステムを持っており、アプリを構築するということは、文字通り複数のプラットフォーム用に複数のアプリを作成することを意味していました。 Open Handset Allianceはプラットフォーム統合の問題を解決しましたが、Googleは文字通りほとんど制御できない立場に置かれました。
私はそれが実際には質問に答えないことを知っていますが、すでに存在するものを拡大します。 解決策は何ですか？
更新サイクルを加速するための明白な選択はリリースサイクルを加速することであり、Googleは実際にNougatでそれを行いました。 3月に新しいバージョンのAndroidをリリースする代わりに、予定よりXNUMXか月早く Androidのヌガー そしてXNUMX月にコードを出荷しました。 しかし、私たち全員が知っているように、それは実際にはコアの問題をあまり解決しませんでした。
ならどうしよう？ Androidエコシステムはこのままですか？ 更新が遅く不確実なため、ユーザーは苦しみ続けますか？
違う！
プロジェクトトレブルの紹介
Project Trebleは、Android Frameworkで、Compatibility TestSuiteがアプリに対して行ったことを実現します。 これは、OSをレイヤーに分割する試みです。 Project Trebleを使用すると、シリコンメーカーによって作成された低レベルのソフトウェアがAndroidOSフレームワークから分離されます。 これは多くの専門用語であることに同意しますが、これが全体の核心です。
このモジュール性は根本的です。 そして、物事が計画通りに進んだ場合、更新サイクルははるかに速くなります。 ここでの唯一の注意点は、ProjectTrebleがAndroidO以降で起動されたデバイスに搭載されるため、既存のユーザーベースがすでに残っているという事実です。 しかし、長期的には、Androidエクスペリエンスがより合理化されると思います。
結論–Androidの断片化とGoogleがそれを修正する方法
アップデートとリリースサイクルは、iOSをAndroidと区別する重要な要素のXNUMXつです。 Appleはデバイスエコシステムを完全に制御できるため、レガシーOSの手荷物を運ぶことなく、問題の修正や新機能のリリースを簡単に行うことができます。 バージョンの断片化はAndroidの問題の歴史的な問題であり、最終的には解決策があるかもしれません。 Androidチームがこの問題の修正に成功すると、Androidエコシステム全体のエクスペリエンスが競合他社のiOSと同等になります。
コメントを書く
この記事について何か言いたいことがありますか？ コメントを追加して、ディスカッションを開始します。