577
2019年5月16日，美國正式將華為列入“實體清單”，在未獲得美國商務(wù)部許可的情況下，所有美國企業(yè)禁止向華為供應(yīng)產(chǎn)品。
禁令發(fā)布后不久，來自華為研發(fā)的各團隊開始緊鑼密鼓盤點梳理，識別出了當時華為在軟件開發(fā)工具組件和單品上的涉美國技術(shù)。
很快，研發(fā)團隊發(fā)現(xiàn)，在這批涉及美國技術(shù)的產(chǎn)品和工具里，有的已被美國直接斷供，有的已被停止維保，還有的隨時可能會出現(xiàn)在下一次斷供名單上。如何盡快替換掉受制裁工具，上線自研，實現(xiàn)自主創(chuàng)新，成了當務(wù)之急。
“不僅要保障業(yè)務(wù)連續(xù)性不中斷，邊開飛機邊換輪子，還要讓整個軟件開發(fā)系統(tǒng)能在華為云上跑起來，實現(xiàn)從底層芯片到上層應(yīng)用全棧的自主可控?！币晃划敃r的參會專家對雷峰網(wǎng)回憶道。而這一切都要爭分奪秒，在2021年年初完成驗收。
短短一年半的時間就要完成替換，可能實現(xiàn)嗎？這群人為何敢立下如此軍令狀？
上述專家告訴雷峰網(wǎng)，決心和底氣來自于華為此前在軟件自研領(lǐng)域長達十多年的持續(xù)投入。早在2011年，華為就開始針對外購軟件，從表層的界面作業(yè)流，到下層的數(shù)據(jù)流，逐步進行自研替換，到2019年時已有不少積累和準備，因此在516禁令發(fā)生后，才敢、也才能做出快速替換的承諾。
凡事預則立，不預則廢。事實上，很早之前，華為就將軟件開發(fā)工具看作是一項“根技術(shù)”。作為連續(xù)20年穩(wěn)居中國軟件百強榜榜首的企業(yè)，近10年華為研發(fā)費用高達8450億，其中很大一部分都投在了軟件研發(fā)上。而這種“重兵投入”背后，離不開華為對中國軟件開發(fā)長期以來的行業(yè)洞察，以及在此基礎(chǔ)上未雨綢繆、先行起步的自研嘗試。
空中樓閣：中國軟件產(chǎn)業(yè)之隱痛
軟件開發(fā)工具到底屬不屬于根技術(shù)？據(jù)華為云PaaS服務(wù)產(chǎn)品部部長徐峰稱，華為內(nèi)部在這個問題上，此前也曾有過一段時間的爭論。
所謂“根技術(shù)”，是指能衍生出并支撐著一個或多個技術(shù)簇，并持續(xù)為整個技術(shù)樹提供滋養(yǎng)的技術(shù)。比如操作系統(tǒng)、數(shù)據(jù)庫、中間件和編程語言等，都是業(yè)內(nèi)熟知的根技術(shù)。與這些技術(shù)相比，軟件開發(fā)工具的“根”屬性似乎并不那么直觀、迫切。
但事實上，如果從軟件生態(tài)的角度看就會發(fā)現(xiàn)，就算研制出了操作系統(tǒng)，但如果上面沒有繁茂的各類應(yīng)用、開發(fā)工具和開發(fā)者社區(qū)，操作系統(tǒng)的構(gòu)建最后也無法真正成功。
鑒于此，華為內(nèi)部在該問題上很早便取得了一致共識：要想在軟件領(lǐng)域?qū)崿F(xiàn)整體跨越式發(fā)展，不受制于人，軟件開發(fā)工具這個根就一定要扎得深、扎得牢。
尤其516禁令事件，更讓華為對此有了切身體會。
“516后，大家深刻體會到了在軟件開發(fā)工具上被‘卡脖子’的感覺?！辈簧偃A為人對此記憶猶新。
軟件開發(fā)工具之于軟件，猶如光刻機之于芯片，都是不可或缺的關(guān)鍵生產(chǎn)工具。這一基礎(chǔ)軟件如果受制裁，就如同軟件之根被限制把控，整個軟件產(chǎn)業(yè)的生存基礎(chǔ)也會受到?jīng)_擊。
有了這個意識后，再回過頭看國內(nèi)軟件開發(fā)工具現(xiàn)狀，會發(fā)現(xiàn)情況令人堪憂。
目前，軟件開發(fā)工具在海外和國內(nèi)兩個市場里正在呈現(xiàn)出一種冰火兩重天的局面。一邊是全球尤其歐美市場的如火如荼。
首先是總體市場規(guī)模上，據(jù)一項國外行業(yè)分析報告顯示，2022年，全球軟件開發(fā)工具市場規(guī)模約為51億美元，預計到2028年將增長至約115億美元，年復合增長率高達14.5%。
其次在份額分布上，北美地區(qū)占有市場份額超過50%，歐洲地區(qū)緊隨其后，市占率超20%，而中國和其他地區(qū)國家加起來市占率不足30%。
再拉近看，以美國為例，在2020年全球操作系統(tǒng)、基礎(chǔ)軟件（含桌面、數(shù)據(jù)庫、云操作系統(tǒng)、工具軟件等）領(lǐng)域，僅美國一國的業(yè)務(wù)收入就高達0.81萬億美元，占到全球比例的4/5。而全球頭號玩家微軟，目前在軟件開發(fā)工具、生態(tài)及其相關(guān)衍生品上的營收也早已超過了Windows產(chǎn)品線，支撐起了微軟目前的大部分市值。
但反觀國內(nèi)，在軟件開發(fā)這個千帆競發(fā)的賽道里，我國的市占率目前還非常有限。
不僅全球，就算在本土市場里，我國基礎(chǔ)軟件的份額也非常少。據(jù)來自中國軟件協(xié)會的調(diào)研數(shù)據(jù)顯示，目前國產(chǎn)軟件的國內(nèi)市場份額僅為5%，國產(chǎn)操作系統(tǒng)的國內(nèi)市場占有率僅4%，國產(chǎn)化替代空間可謂巨大。
盡管近年來國內(nèi)也在奮力追趕，從2000年至2020年，中國軟件市場整體規(guī)模實現(xiàn)了135倍增長，看似呈現(xiàn)百花齊放的趨勢，但實際上，核心應(yīng)用少、技術(shù)底座難以自主可控，軟件產(chǎn)業(yè)整體發(fā)展仍然是空中樓閣、無根之木。
尤其在軟件開發(fā)工具上，大量軟件企業(yè)直接購買美國商用工具，國產(chǎn)軟件工具鏈大量依靠開源技術(shù)包裝而成，一旦受到國外制裁，開源技術(shù)平臺被禁用，將會直接危及到國內(nèi)整個軟件產(chǎn)業(yè)鏈。
而類似的制裁已然發(fā)生。
從2019年至今，已有超過600家中國企業(yè)、機構(gòu)等被列入美國“實體清單”，相關(guān)商品和技術(shù)的制裁管控，已經(jīng)成為導致企業(yè)生產(chǎn)停滯，威脅生存安全的重大隱患。這讓越來越多的企業(yè)意識到，只有將軟件開發(fā)工具的自主可控掌握在自己手中，才能保障企業(yè)的命脈。
與此同時，近年來現(xiàn)代軟件開發(fā)已越來越多采用云上開發(fā)模式。在敏感與核心的軟件中，如果使用開源代碼托管平臺如Github、Gitlab等，開發(fā)代碼則需要傳遞到美國公司的服務(wù)器，數(shù)據(jù)生產(chǎn)、存儲、傳輸、訪問、使用、銷毀等過程是否安全，都會變得不可控，在極端情況下，相關(guān)的敏感數(shù)據(jù)甚至有可能會被查看和利用，帶來難以想象的未知風險。
形勢不可謂不嚴峻。所以近年來國家也在不斷提升軟件信息產(chǎn)業(yè)自主創(chuàng)新的優(yōu)先級，讓其成為科技強國戰(zhàn)略的重要支撐。
《中華人民共和國科學技術(shù)進步法》中就指出：要全面推進產(chǎn)業(yè)化、規(guī)模化應(yīng)用，重點突破關(guān)鍵軟件，推動軟件產(chǎn)業(yè)做大做強，提升關(guān)鍵軟件技術(shù)創(chuàng)新和供給能力。“推動軟件產(chǎn)業(yè)鏈升級，聚力攻堅基礎(chǔ)軟件”也被列為“十四五”軟件和信息技術(shù)服務(wù)發(fā)展規(guī)劃中的五大主要任務(wù)之首。
政策向好，但國產(chǎn)軟件工具想要崛起突圍，還需要邁過一道道歷史溝壑。
眾所周知，歐美信息化產(chǎn)業(yè)起步早，經(jīng)過幾十年的先行發(fā)展，從底層芯片到操作系統(tǒng)、開發(fā)工具和各類應(yīng)用軟件服務(wù)，整個數(shù)字化生態(tài)體系已經(jīng)“枝繁葉茂”，比如在軟件生產(chǎn)工具方面，美國的Microsoft、GitHub、Java等公司和平臺已十分強大。
這些都讓中國信息產(chǎn)業(yè)一出生就處于后發(fā)劣勢：對外，不得不在逼仄的競爭空間里，從老牌外商嘴里搶肉吃；對內(nèi)，由于投入周期長、冷板凳難坐，國產(chǎn)軟件企業(yè)長期面臨招人難、盈利難的困境。
所以盡管中國的軟件產(chǎn)業(yè)經(jīng)過多年追趕，已基本構(gòu)建了相對完整的結(jié)構(gòu)脈絡(luò)，但總體仍十分孱弱。如何加速趕上，盡快擺脫卡脖子危機，實現(xiàn)自主可控，成為國內(nèi)產(chǎn)業(yè)各界共同面對的關(guān)鍵課題。
把“根”扎牢，華為決定先吃螃蟹
據(jù)華為云的多位產(chǎn)品經(jīng)理介紹，在華為多年的發(fā)展過程中，也曾陸續(xù)引入多種軟件開發(fā)工具，逐漸形成了外購軟件、軟件包定制、自研軟件多種工具“混搭”應(yīng)用的局面。
彼時在快魚吃慢魚的時代，效率就是企業(yè)的生命線，“用歐美的磚建中國的長城”，盡快把業(yè)務(wù)發(fā)展起來，是優(yōu)先選項。但隨著業(yè)務(wù)體量成長，新設(shè)立的產(chǎn)線、新增加的業(yè)務(wù)場景、持續(xù)積累的海量數(shù)據(jù)、招納的研發(fā)人數(shù)，以及大規(guī)模的跨部門協(xié)作場景不斷增多，原有的“混搭”軟件越來越難跟上華為的發(fā)展節(jié)奏。
以需求管理環(huán)節(jié)為例。
早期，多種工具并存導致華為內(nèi)部沒有一個統(tǒng)一的需求管理工具，各個產(chǎn)品線在研發(fā)上只能“各自為戰(zhàn)”，面對單個項目內(nèi)部的小需求時尚可應(yīng)對，一旦遇上大的產(chǎn)品級、解決方案級需求時，難免就會出現(xiàn)需求傳遞失真、需求管理混亂、協(xié)作低效、驗收時間不齊等問題。
與此同時，隨著涉及的跨部門、跨業(yè)務(wù)協(xié)作范圍越來越廣，需求管理也不再止步于信息傳遞，還需要將整個項目的過程數(shù)據(jù)不斷拉通，如此才能把控總體研發(fā)風險。但想要穿透各種型號不一、接口參差的工具將底座打通談何容易，其中涉及的二次開發(fā)工作量非常大，成本也高企不下。
再加上，云計算時代的到來讓軟件創(chuàng)新正在迎來顛覆。云計算不僅增強了軟件開發(fā)的底層基礎(chǔ)架構(gòu)、提升了算力，還在云上改變了很多軟件的形態(tài)。將軟件開發(fā)從之前的單體、低效模式轉(zhuǎn)變?yōu)槿缃竦姆植际?、高效率、大?guī)模協(xié)作的云端開發(fā)模式。這對中國軟件產(chǎn)業(yè)來說，是一次不可多得的“彎道超車”機會。
針對這些已有的業(yè)務(wù)痛點和未來的業(yè)務(wù)發(fā)展考慮，從2011年起，華為開始著手對軟件開發(fā)工具進行自研替代。
據(jù)華為云的產(chǎn)品經(jīng)理回憶，當時有兩個方案：一個是部分替換，即只改造外購軟件的桌面作業(yè)流，不動底層的數(shù)據(jù)流；另一個是全面替換，將上層界面和下層數(shù)據(jù)系統(tǒng)全部換成華為自研。兩套方案根據(jù)不同業(yè)務(wù)上線時間的先后和實際需要，分別用在不同的業(yè)務(wù)上。
仍以需求管理工具為例。2014年，華為開始考慮做一款公司級的需求系統(tǒng)CloudALM。
需求，作為研發(fā)鏈條上的第一環(huán)節(jié)，是產(chǎn)品開發(fā)的“發(fā)動機”。一個成功產(chǎn)品往往需要花費40%的時間來管理需求，而一個失敗的產(chǎn)品，需求管理脫靶也往往是其失敗的主因。有分析師報告指出，在研發(fā)界，需求管理不善導致項目流產(chǎn)的比率高達71%。
而現(xiàn)實中的無數(shù)個事故現(xiàn)場也都見證了，準確理解并實現(xiàn)需求是件非常有挑戰(zhàn)的事，產(chǎn)品的最終實現(xiàn)和客戶真實需求間經(jīng)常存在“南轅北轍”的現(xiàn)象。
因此如何管好需求、打磨出一款高質(zhì)高效的需求管理工具，就成了華為軟件開發(fā)工具自研項目中的一大“重頭戲”。
據(jù)華為云產(chǎn)品專家介紹，CloudALM的核心優(yōu)勢之一是以一套云化系統(tǒng)，代替了此前的一堆繁雜工具，統(tǒng)一的底座便于將不同產(chǎn)品和場景下的研發(fā)數(shù)據(jù)、過程數(shù)據(jù)進行匯聚、連接、打通，從而能夠支撐起大型的千人、萬人級別的跨部門協(xié)作。
“從表面上看它是一個需求系統(tǒng)，但從數(shù)據(jù)拉通的底座上講，它更是一個關(guān)系平臺?！标P(guān)系平臺就如同大海中的縱橫交錯的航線和指南針，能讓海量的過程數(shù)據(jù)以及隱藏在背后的質(zhì)量風險變得一目了然，不至于在問題發(fā)生后迷失方向、無從下手。
同時，這套統(tǒng)一工具，也突破了此前需求分段管理的局限，覆蓋到全生命周期，讓預警和干預方式從之前的“哪里出問題修哪里”的打補丁式救火，變成了如今“一切盡在掌握”的全流程服務(wù)。
諸如此類的改善還有很多。在2019年前，華為在軟件開發(fā)的自研道路上已經(jīng)上下探索，積累了一系列成熟經(jīng)驗，穩(wěn)步前進著，直到516禁令的出現(xiàn)。
516發(fā)生后，華為發(fā)現(xiàn)不少非自研工具的獲得性上都出了問題。緊急應(yīng)對下，華為迅速調(diào)整了早期的方案一，加快了全自研替代步伐，同時也開始對自研系統(tǒng)進行效率改革和品牌升級。
在需求管理環(huán)節(jié)，從2019到2020兩年內(nèi)，華為陸續(xù)將包括終端、芯、云、車，以及嵌入式設(shè)備等在內(nèi)的需求管理，進一步承載到一個全新升級的華為云CodeArts Req平臺上。
Req只是華為云上軟件研發(fā)工具鏈CodeArts上的一環(huán)，CodeArts整個研發(fā)產(chǎn)線涉及需求管理、代碼托管、代碼檢查、編譯構(gòu)建、部署、測試、發(fā)布等多個環(huán)節(jié)，凝聚了華為多年沉淀來的經(jīng)驗、流程和方法，并且還在不斷迭代。
從2018年開始，華為公司啟動軟件能力提升變革，其中就包括對Req環(huán)節(jié)的端到端需求追溯的優(yōu)化。
“以前手提肩扛的時代，不同產(chǎn)線、團隊之間的需求協(xié)同主要靠Excel和郵件，做鏈條追溯時需要人工去手動翻閱、整理一個個碎片化文檔，費時費力，效率不高。但有了Req平臺，這一切都大有改觀。”
以電信運營商項目為例。
鑒于電信行業(yè)關(guān)系到國計民生，運營商每年在與華為等服務(wù)廠商簽訂大型合作前，都要對這些廠商的產(chǎn)品開發(fā)過程做專項審計，這就要求廠商們能夠提供可供追溯的研發(fā)素材，但由于涉及到的數(shù)據(jù)海量、部門眾多，在Req自動化系統(tǒng)推出前的人力手工時期，該項工作長期被視為繁重不已。
“如果該產(chǎn)品涉及到5個團隊的協(xié)作，那么每個團隊通常都要出2個人，一共是10個人來準備材料；如果審計時間是一兩周，那么準備材料大概要一兩個月之久。”
“有了Req平臺后，現(xiàn)在幾乎不用再派專人來準備材料了，只需要花幾分鐘打開系統(tǒng)就能讓客戶直接查看?！边@位產(chǎn)品經(jīng)理告訴雷峰網(wǎng)，底座的自主創(chuàng)新疊加效率的不斷優(yōu)化，目前Req平臺支持全流程實時查看，能做到雙向、可信、智能的追溯。
近期，華為又將IPD需求管理模板內(nèi)置進了Req系統(tǒng)，提供IPD系統(tǒng)設(shè)備類、IPD獨立軟件類，以及IPD自運營軟件和云服務(wù)類3大模板，以腦圖、甘特圖形式對戰(zhàn)略進行逐層分解，確保組織戰(zhàn)略落地，并進一步增強了全方面的追溯以及自定義能力。
事實上，經(jīng)過多年的自研沉淀，目前CodeArts Req已全面覆蓋華為各類業(yè)務(wù)研發(fā)，高效支撐華為13萬研發(fā)人員的需求協(xié)作 、月API調(diào)用量超過15億次，累計管理5000多萬需求，正在持續(xù)推動著華為內(nèi)部的高效協(xié)作和業(yè)務(wù)發(fā)展。
從CloudALM，到CodeArts Req，需求管理工具的演進只是華為在軟件開發(fā)上持續(xù)自研、迭代的一個縮影。
過去十多年，華為在自研軟件開發(fā)工具上一步步走過了自動化、云化、可視化、效率改革、流程優(yōu)化等歷程，在把自己的根扎深、扎牢的同時，也在眾多國外品牌工具中，為中國企業(yè)提供了一個滿足自主可控需求的新選擇。實戰(zhàn)淬煉，與行業(yè)一同進化
軟件工具的自研、落地、成長從來都不是一蹴而就的事，而是一個需要不斷在實際業(yè)務(wù)中淬煉的過程。談及參與其中的感受時，幾位華為專家都感慨，“說起來云淡風輕，但實際上磨練重重。但也正是這些攻堅克難的點滴積累，才有了華為在軟件工具上的底氣。”
其中，讓他們印象深刻的一個案例是CodeArts Req在華為內(nèi)部的車BU業(yè)務(wù)應(yīng)用。
車BU業(yè)務(wù)在需求管理上的一大特色是：卷積過程和協(xié)作模塊多，復雜度高。
“車BU剛成立時，本部門研發(fā)人員眾多，是一個典型的跨部門、大規(guī)模協(xié)同研發(fā)模式?！?br />
據(jù)介紹，傳統(tǒng)ICT業(yè)務(wù)的需求模型是“樹狀”結(jié)構(gòu)，可以一層一層向下分解，較為有序和簡單，但車的需求模型卻是縱橫交錯的“網(wǎng)狀”結(jié)構(gòu)，其需求管理會橫跨網(wǎng)絡(luò)、無線、芯片，以及多種終端產(chǎn)品線的協(xié)同，若是某一環(huán)節(jié)出了偏差，有可能導致整個解決方案或產(chǎn)品胎死腹中。
不僅如此，車還面臨著一系列外部認證，其整個需求管理過程需要經(jīng)過外部審計，尤其車載業(yè)務(wù)，需要拉通的對象多，要以需求為源頭，將設(shè)計、仿真、測試、制造各個環(huán)節(jié)去打通，每逢審計時整個需求追溯過程非常繁瑣。
鑒于車BU業(yè)務(wù)的復雜性，為了更好貼合研發(fā)，當時項目集齊了華為內(nèi)部的三方團隊，包括華為云PaaS平臺工具開發(fā)團隊、車BU業(yè)務(wù)團隊，以及裝備工具團隊，眾人經(jīng)過了多次重點攻關(guān)，在原有工具的基礎(chǔ)上結(jié)合車企在IPD流程、雙向追溯、會簽基線等環(huán)節(jié)完成了一系列增強。
“需求管理工具的一大核心特質(zhì)是能夠承載具體業(yè)務(wù)、解決企業(yè)實際問題，這需要經(jīng)過豐富實戰(zhàn)場景的打磨。而華為內(nèi)部豐富的業(yè)務(wù)產(chǎn)線正是天然的試驗場，能讓自研工具在大量復雜場景里反復淬煉，這是一種天生優(yōu)勢?！痹摦a(chǎn)品經(jīng)理補充道。
“很多企業(yè)可能難以想象上千人、上萬人的協(xié)同開發(fā)怎么做，但對華為來說，這類研發(fā)已是家常便飯。”
車BU只是CodeArts在華為內(nèi)部諸多應(yīng)用案例中的一個。據(jù)了解，目前華為集團各產(chǎn)線均已上線了這套自研工具。不僅如此，隨著打磨成熟，CodeArts系列產(chǎn)品也在陸續(xù)賦能物流、汽車、油氣等外部行業(yè)。
以德邦物流為例。眾所周知，物流是一個軟硬件結(jié)合、涉及運、儲、裝、卸、配、信息處理等多個環(huán)節(jié)的重型行業(yè)，對應(yīng)的需求模式也呈現(xiàn)出一種“既要保障敏捷開發(fā)，又非常強調(diào)管理精細化”的特征。
在與華為的合作中，德邦提出了十分詳細的全線管理要求，比如將管理的維度細化到每一環(huán)節(jié)、每一個人的權(quán)限，同時由于物流協(xié)同過程復雜，又需要將很多項目歸集到一個項目集里，以項目集的方式進行管理……“當時前前后后部門派了十多位工程師駐扎上海德邦現(xiàn)場，用了大概半年時間，幫助客戶實現(xiàn)了需求管理全流程線上化、數(shù)據(jù)化，在數(shù)智融合上邁出了重要一步?！毕嚓P(guān)專家表示。
在諸如此類的一個個外部落地案例中，來自各行各業(yè)客戶的需求也在不斷催生華為CodeArts Req長出更多承載多元化業(yè)務(wù)場景的新能力?！斑@是一個雙向進化的過程?！?br />
在不少交流場合，很多與華為關(guān)系密切的企業(yè)都曾問過類似的問題：“為什么市面上很多需求管理工具在應(yīng)對一些小場景上還能滿足，但一遇到大規(guī)模協(xié)作的情況就有些力不從心？華為的研發(fā)規(guī)模更大，華為是怎么搞定的，能不能讓我們也學一學、用一用？”
類似的詢問讓華為看到了外部市場的需要。于是，華為將自研自用的工具，加上與之配套的一系列專業(yè)咨詢服務(wù)，以云服務(wù)的方式開放給外部其他企業(yè)，這也正是如今華為云CodeArts系列產(chǎn)品的推出背景。
據(jù)悉，除了業(yè)已開放的需求管理工具Req外，接下來華為還將圍繞CodeArts工具鏈陸續(xù)開放其他環(huán)節(jié)的產(chǎn)品和能力。明年上半年，華為將發(fā)布基于混合云的版本，支持企業(yè)的私有部署，下半年，更多內(nèi)嵌IPD需求管理能力和行業(yè)需求模型的研發(fā)工具也將陸續(xù)推出。
寫在最后
回想2020年9月的初秋，任正非在訪問北京大學、清華大學、中國科學院等學校時曾表發(fā)過一篇題為《向上捅破天，向下扎到根》的演講。
在向下扎根方面他表示，中國的經(jīng)濟總量這么大，這么大的一棵樹，根不強是不行的，不扎到根，樹是不穩(wěn)的，萬一刮臺風呢？我們擰開水龍頭就出水的短、平、快的經(jīng)濟發(fā)展模式是不可持續(xù)的。
這種理念下，近年來，華為在軟件開發(fā)工具上去美國化的深度、廣度都在不斷擴大。
從硬件（X86->ARM）、到操作系統(tǒng)（Linux/Windows->歐拉）、到數(shù)據(jù)庫（Oracle->GaussDB）、中間件，再到應(yīng)用軟件，面對幾百個組件的替換和千萬行代碼測試驗證的工程量，華為在內(nèi)部平穩(wěn)堅定地推進著全棧自研替換。
如今CodeArts系列產(chǎn)品的推出，也讓華為打響了能力外溢的第一槍，讓30多年在研發(fā)上走過的路、看過的風景、學到的經(jīng)驗，不再只是一家公司的資產(chǎn)，而是能分享、服務(wù)給其他企業(yè)，成為支撐中國軟件底座和數(shù)字化轉(zhuǎn)型的有益實踐。
