Open Controlling

Android 以 Linux 為基礎，但開發策略是「先閉門造車，然後再開放源碼」，為什麼 Google 會這樣做?
Red Hat 技術長 Brian Stevens 認為 Google 該更早開放原始碼，「社群如果對商業公司領頭的計畫感到興趣，通常是在產品概念形成的階段，肯定不是產品出貨的時刻。」Mozilla 的 Mike Schroepfer 講得更白，「公開源碼並不是難事，最難的是公開決策機制，讓公司之外的人員也能分享決策權。」「社群要是發現講話不受重視，他們是不願意參與計畫的。」
為了確保公司開放源碼後仍能獲致最大效益，Android 的 技術總監 Andy Rubin 說明實務作法，原始碼公開後，同意或否決 patch 的權力將交由各專案管理員，Google 則會提供 certification test suite 來確保 Android 成果的一致性，通過 certification 的專案能使用 Open Handset Alliance Android 商標。「這不是說，你不能搞自己的 branch，而是，你會發現不想去搞自己的 branch。」
有了這樣聰明的陽謀並不夠，Android 計畫還要處理 licensing 議題。手機廠商都想利用 proprietary feature (特別是使用者介面層的應用程式) 來突顯自家品牌的市場優勢，避開 GPL 要求公開原始碼的無限上綱威脅，成為商業聯盟的另一項重要考量，因此 Google 選擇限制較小的 Apache License。
open source 與 proprietary 之間的平衡拿捏，對產業而言，正處於做中學的階段。