第1230章功成不必在我，功成必定有
第1230章功成不必在我，功成必定有(第1/3頁)
第1230章功成不必在我，功成必定有我
他這話是對著徐平和姚塵風說的，也是一種變相的承諾和立軍令狀。
“資源的問題，我和徐總會解決。”姚塵風沉聲道，“砸鍋賣鐵，也要保證鴻蒙的研發。這不是一個項目，這是終端業務的生死線。”
這時，之前那位主張“抽屜式替換”的生態合作副總裁再次開口，他的語氣已經平靜了許多，但問題依然尖銳：
“徐總，姚總，王院長，我理解也尊重最終決策。
但我必須再次強調生態的極端重要性。
我們可以投入資源，技術人員可以加班加點，但開發者呢？
用戶呢？他們會不會買賬？
我們如何說服頭部應用，比如微信、支付寶、淘寶，讓他們投入大量人力物力，為一個用戶量最初可能隻有百萬級彆的新係統開發專屬應用？
如果他們不跟，我們的手機就是板磚。”
這個問題很難聽，但也很現實。
是啊，技術可以攻克，但生態是活生生的、由無數企業和開發者構成的複雜網絡，不是靠命令就能驅動的。
會議室的目光不約而同地再次投向陳默。
他主導的“渡河”項目，同樣麵臨著從oracle生態到自研生態的遷移，其挑戰在某種程度上與操作係統生態建設有相通之處。
陳默冇有立刻回答，他微微前傾身體，雙手手指交叉放在桌麵上，似乎在組織思路。
“李總的問題很關鍵。”他緩緩說道，目光看向對方，帶著探討的語氣。
“‘渡河’的時候，我們也麵臨同樣的問題。
各個業務部門習慣了oracle，擔心自研係統的性能、穩定性和兼容性。
我們當時是怎麼做的？”
他自問自答：
“第一，我們拿出了不可辯駁的技術數據和測試結果，證明我們的自研係統在核心場景下，不僅能替代，甚至能超越oracle。
對於鴻蒙，我們也必須儘快拿出讓開發者‘眼前一亮’的東西，不僅僅是分布式能力，更要在性能、能耗、開發效率上，展現出安卓所不具備的、實實在在的優勢。
比如，我們能不能承諾，同樣的硬件，鴻蒙的應用啟動速度比安卓快30%？能耗降低20%？
開發代碼量減少一半？”
他頓了頓，讓這個設想在眾人心中沉澱。
“第二，我們建立了極其順暢的遷移工具和扶持計劃。
‘渡河’不是讓業務部門自己遊過去，是我們造好了船，甚至派人手把手幫他們劃船。
對於鴻蒙，我們需要一個頂級且對開發者極其友好的遷移工具鏈，以及真金白銀的扶持基金、技術支持團隊。
要讓開發者覺得，遷移到鴻蒙不是負擔，而是一次提升應用品質、抓住新機會的過程。”
“
（本章未完，請點擊下一頁繼續閱讀）