最近のAndroid Native Development Kit (NDK)リポジトリにおけるバグ報告は、Android Open Source Project (AOSP)のソースコードの可用性における重大な遅延を浮き彫りにしました。報告者は、特定のライブラリのソースコードがバイナリと同時にリリースされないため、バグの根本原因を特定するために、ライブラリを逆アセンブルして内部ロジックを理解する「ライト・リバーシング」を余儀なくされたと指摘しました。この状況は、プロジェクトの「オープン」な性質がソフトウェア配布のタイミングによって妨げられているという、Androidエコシステムにおける摩擦点を強調しています。

これらの遅延が発生する理由については、いくつかの説が浮上しています。有力な説の一つは、メーカーに対して特定の期間セキュリティアップデートを提供することを義務付ける最近の欧州連合（EU）の規制が、Googleのリリーススケジュールに影響を与えている可能性です。この説によれば、ソースコードの公開リリースが法的にアップデートの「最初のリリース」と解釈される場合、GoogleはAOSPソースの可用性を遅らせることで、SamsungのようなハードウェアパートナーがベースOSの上に独自のカスタムソフトウェアレイヤー（One UIなど）を統合し構築するための時間を確保している可能性があります。別の視点としては、Googleが意図的に戦略を転換し、自社ハードウェアを優先するために特定のデバイスツリーや独占的なリリースをAOSPから削除したことで、一般公開されているOSバージョンとオープンソースコミュニティで利用可能なバージョンの間に乖離が生じているというものがあります。

これらの遅延による実質的な影響は、サードパーティ製アプリの開発にAOSPを依存している開発者への負担増です。ソースコードが欠落している場合、開発者は問題をデバッグするためにバイナリ解析に頼らなければならず、このプロセスはソースファイルをレビューするよりも大幅に時間がかかり、エラーが発生しやすいものです。一部の観察者は、バグ報告のタイトルはやや誇張気味であった（核心的な問題は厳密には逆アセンブルを必要としなかったため）と指摘しつつも、開発者がバグを報告するためにライブラリをリバースエンジニアリングする必要を感じたという事実は、Androidプラットフォームに期待される透明性が損なわれていることを示していると述べています。AIツールが自動デコンパイルを実行する能力を高めるにつれ、プロプライエタリなバイナリとオープンソースの間のギャップはさらに曖昧になり続け、将来的に開発者がAndroidスタックと関わる方法を変える可能性があります。