• 正文
    • 爭議“假開源真封閉”
    • 一次“開源霸權”的警示
  • 相關推薦
申請入駐 產業(yè)圖譜

爭議Android“假開源真封閉”:開發(fā)者們該何去何從?

04/10 09:40
487
加入交流群
掃碼加入
獲取工程師必備禮包
參與熱點資訊討論

作者鐘文

這兩天,技術開發(fā)領域的大新聞被Google一手包攬:

愛范兒在3月27日放出了——“Google決定終止開源Android”的消息引發(fā)了軒然大波。

外媒Android Authority最先報道了這一情況。Google已向其證實,Android開發(fā)將全面轉向內部進行,最快下周開始。這意味著未來Android的所有核心開發(fā)都將移入私有環(huán)境。

AOSP(Android Open Source Project,安卓開源項目)是Android的開源基礎,由Google主導并開源,提供Android操作系統(tǒng)的核心代碼。而Google對Android的開源策略一直分為開源部分和閉源部分。如今,出于減少重復開發(fā)和內部統(tǒng)一維護的考量,Google決定不再持續(xù)維護開放源代碼項目,但仍會在特定時間節(jié)點發(fā)布源代碼。

爭議“假開源真封閉”

AOSP基于Apache 2.0開源許可證發(fā)布,內部所有代碼都是公開的,類似于一個技術社區(qū),任何人都可以下載、查看、提交修改,基于此開發(fā)和調試任意軟件。?而對于內部閉源分支,是Google獨立維護的部分,它擁有更完整的Android核心功能。

簡單來說,Google后續(xù)將會統(tǒng)一發(fā)布新版本,這時基于開源的開發(fā)者才可以看到AOSP代碼的變化。而這對于已經和Google簽訂協(xié)議的手機廠商來說,基本不會受到什么影響,普通Android的消費者也不會感知到任何變化。但對于很多中小開發(fā)者來說,他們基于開源AOSP進行實時開發(fā),現(xiàn)在則需要“延遲等待”。

最大的爭議也源自這里——兩個分支移入一個分支進行私有環(huán)境開發(fā),開源部分不再實時更新,那么,在特定時間節(jié)點發(fā)布源代碼是否可以直接理解為終止開源?

硅星人Pro獲得的一份Google給中國開發(fā)者發(fā)布的聲明信中也強調,Google仍然會持續(xù)發(fā)布Android的源代碼,因此這次調整并不意味著Android變成閉源系統(tǒng)。

盡管Google已經給出了直接回復,但人們依然有著不同理解:在Google逐漸收緊Android控制權的大背景下,意味著最終導向一個閉源系統(tǒng)。

這種向私有開發(fā)的轉變并非突然發(fā)生,多年來,Google一直在默默強化自己的鐵腕政策——如今的Android早已不像過去那樣開放,雖然依然保持著AOSP的更新。例如,大概十年之前,Google已經開始逐漸將一些核心功能轉移到閉源分支中。并且,很多非核心功能也已經在開源的過程被放棄。這讓Google對平臺有了更大的控制權。

一名海外開發(fā)者認為,這已經破壞了AOSP原本的技術社區(qū)氛圍?!霸贕oogle推出不受歡迎的變更之前,開發(fā)人員和用戶也不會有那么多機會向Google提出質疑了。”

原則上,AOSP作為Android開發(fā)者社區(qū)的重要支持社區(qū),對于開發(fā)者的反饋和參與受到一定的限制,過去可以參與討論、提交補丁,現(xiàn)在互動將減少,社區(qū)在Android生態(tài)中的作用可能會減弱。

長期從事手機領域開發(fā)的人士認為,“Google有點像是溫水煮青蛙”,慢慢地它會全部關閉所功能,“我們都已經習慣了?!?/p>

這有據(jù)可考。從過去的很多案例來看,開源和閉源的爭論一直都是一個和生態(tài)、商業(yè)關聯(lián)的動作,也是一個互相拉扯的過程。

不少媒體引用了Oracle在收購Sun時,對OpenSolaris項目“延遲開源”的動作。但這其實也有另外的案例:當年紅帽(Red Hat)修改CentOS更新策略曾引發(fā)不小風波。紅帽對CentOS的更新策略進行的重大調整,也引發(fā)了開源社區(qū)的巨大爭議,甚至被部分用戶視為“變相閉源”。最初Fedora也就像是如今的AOSP,采用實時滾動更新模式,極客玩家用它來嘗鮮。紅帽通過收集Fedora的Bug信息優(yōu)化后,推出付費的穩(wěn)定版本RHEL(Red Hat Enterprise Linux)供企業(yè)客戶使用。為滿足開源協(xié)議要求,紅帽會在RHEL發(fā)布后延遲推出CentOS免費版本。當時也有不少服務器廠商借此“撿漏”,免費使用企業(yè)級系統(tǒng)。

兩個案例的核心都反映了開源商業(yè)化中的經典矛盾:由于不滿一些企業(yè)長期吃免費午餐,企業(yè)如何平衡社區(qū)貢獻與盈利需求。

但這里面仍然有顯著的不同:服務器領域的穩(wěn)定性要求更高,沒有最新的支持,會發(fā)生更為嚴重的宕機,反應更為即時和激烈。智能手機構建的實際上是手機上的各式各樣的應用。這個過程相對更長,最后也會有更強的依賴性。

如今,AOSP面臨的情況其實恰恰相反——主流廠商們已經和Google簽署了合作,這樣商業(yè)的關系已經構建,因為Android的核心功能大多依賴GMS。這種強勢地位已經建立——一定程度上也沒必要再去削弱廠商蹭用AOSP的難度。

最直接“受苦”的就是那些中小開發(fā)者,也可以說是喜愛嘗鮮的極客玩家。當他們等到延遲發(fā)布的AOSP版本時,新功能早已在新款安卓手機上普及,失去了嘗鮮的樂趣。

一次“開源霸權”的警示

雖然此次Google對于AOSP的“強行”調整,沒有為其各大協(xié)議授權的科技大廠和他們的用戶們帶來最直接的影響,但無疑給我們敲響了一次警鐘:Android沒有實質性的“閉源”,但Google作為核心貢獻者,正在收緊控制權,讓自己“說了算”。

開發(fā)者們認為,這是一次“開源霸權”的警示:過度地依賴單一技術路線,可能存在系統(tǒng)性的風險。

回顧Android的發(fā)展史,它起初是構建在開源基礎上的手機系統(tǒng),并且已經基于此獲取了強大的市場份額。

在AOSP技術社區(qū)中,往往也正是一群號召“技術中立”的擁護者。一開始,Google扮演著“開源精神領袖”的角色——AOSP代碼共建和開放,開發(fā)者可以自由修改和構建系統(tǒng),也無需捆綁服務協(xié)議。

也正是靠著這種開源的精神,Google構建起了繁榮的開發(fā)者社區(qū)。但在Android獲得移動系統(tǒng)市場的強勢地位之后,即使自己“封閉”一些,收緊控制權,也不再影響目前的市場份額。

對于受影響的這部分“喜愛嘗鮮”的極客用戶們,認為“這是一種破壞AOSP衍生項目可行性的陰險做法”。

消費者在意的是技術落地后的場景體驗,開發(fā)者尋找的是高靈活性和創(chuàng)新空間,行業(yè)密切關注的是AOSP事件后構建的新秩序。

Google已經實現(xiàn)了移動時代的“開源霸權”,但在AI大模型技術當?shù)?,多終端協(xié)同的時代下,一個新的終端生態(tài)也在醞釀。

例如,如果AOSP保持開放性和快速迭代,會使得開發(fā)者能夠更快地創(chuàng)建跨設備的應用,并為不同的硬件平臺(如電視、智能穿戴、汽車等)提供支持。小型開發(fā)者能夠在多個終端設備上開發(fā)和調試應用,并為其定制獨特的功能。

反之,就弱化了它在多端場景上的開發(fā)表現(xiàn)。

開發(fā)者們保持技術多元化的路線,不僅僅是為了應對系統(tǒng)性風險,同時也是在未來能更有底氣的進行選擇。

國內也有不少廠商曾經嘗試過自主研發(fā)移動操作系統(tǒng)。在如今的格局看來,鴻蒙操作系統(tǒng)成為了唯一能夠成功的角色,這也正是開發(fā)者、用戶甚至是廠商的一種新的選擇。

對比目前的主流系統(tǒng)的發(fā)展史,蘋果iOS、谷歌Android和微軟Windows,以及鴻蒙操作系統(tǒng)等,普遍認識是在開源與閉源方面的策略各有不同。如果更傾向于系統(tǒng)級的開發(fā),鴻蒙系統(tǒng)擁有更大的優(yōu)勢。更重要的是,作為國產系統(tǒng),鴻蒙是現(xiàn)在國內開發(fā)者群體中的一股新興力量,盡管生態(tài)體系依然在完善中,但技術開發(fā)的發(fā)展趨勢是圍繞鴻蒙生態(tài)展開的——中國已是軟件應用大國,AI大模型技術應用也正在爆發(fā),跨端跨系統(tǒng)的協(xié)同交互成為必然。

更為重要的是,在國產自研的路上,開發(fā)者有了自主權的選擇。鴻蒙支持一次開發(fā),多端部署:支持手機、平板、智能手表、智能家居、車載系統(tǒng)、IoT設備等,超級終端允許多個設備共享資源,協(xié)同工作,并且支持多模態(tài)交互,能提供更智能的體驗。

“我們應該對技術開源這種事情祛魅,把精力和目光放在面向未來的系統(tǒng)生態(tài)中?!币晃婚_發(fā)者說。

經驗老道的開發(fā)者們不會陷入“開源閉源”的爭論,糾結這種爭論本身也沒必要。因為無論選擇哪個系統(tǒng)、哪個生態(tài),生態(tài)的支持力度、開發(fā)環(huán)境的便利性和系統(tǒng)的流暢性才是關鍵。在這個過程中,應該警惕“開源霸權”、規(guī)避“路徑依賴”,在最重要的時刻才有底氣。國內開發(fā)者、大廠和用戶們都應該開始思考這個問題了。

相關推薦