軟件行業(yè)的開發(fā)效率正在迎來質(zhì)的提升。

一個(gè)明顯的趨勢(shì)是，越來越多的企業(yè)開始認(rèn)識(shí)到數(shù)字化生產(chǎn)方式給企業(yè)帶來的創(chuàng)新活力和效率增長，尤其是擁有龐大科技團(tuán)隊(duì)的大型企業(yè)和互聯(lián)網(wǎng)公司。

他們?cè)谥袊髽I(yè)加速駛?cè)霐?shù)字化轉(zhuǎn)型深水區(qū)的過程里，既是打頭陣的先行者，也是最核心的戰(zhàn)斗力。

如IDC在《2020數(shù)字化轉(zhuǎn)型2．0》報(bào)告中所說，無處不在的AI，云與邊緣的融合，解決方案的自動(dòng)化等關(guān)鍵驅(qū)動(dòng)力，很可能成為企業(yè)數(shù)字化轉(zhuǎn)型中的重要加速器。

而我也在最近觀察到這些驅(qū)動(dòng)力在數(shù)字時(shí)代的輕盈落地，就「解決方案的自動(dòng)化」這一點(diǎn)而言，國內(nèi)已經(jīng)有企業(yè)研發(fā)出「全自動(dòng)軟件工程平臺(tái)」，只要輸入需求流程圖，不需要敲寫一行代碼平臺(tái)，就可以自動(dòng)開發(fā)并完成測(cè)試，還有自動(dòng)運(yùn)維支撐等全鏈條服務(wù)。

從目前的研發(fā)深度來看，軟件開發(fā)行業(yè)將迎來巨變。

我們先不去討論一個(gè)全面的自動(dòng)化，或者零人工有沒有可能，從這幾年的浪潮來看，從微軟等企業(yè)布局低代碼開始，人人都是開發(fā)者的時(shí)代已然到來，但低代碼的發(fā)展還在初期，目前架構(gòu)也不夠成熟，不能滿足大型企業(yè)復(fù)雜多元，以及流程鏈條化的業(yè)務(wù)需求。

簡單而言，低代碼的模塊拖拉，還停留在前端界面設(shè)計(jì)階段，后端的全自動(dòng)開發(fā)問題，始終沒有被放到臺(tái)前討論。這才是軟件開發(fā)效率能否提升的破發(fā)點(diǎn)。

而當(dāng)全自動(dòng)軟件開發(fā)成為可能時(shí)，后端大刀闊斧的改革才真正被聚光燈照見。

01

一個(gè)神奇的流程圖

盡管企業(yè)端對(duì)使用順滑、流程合理的軟件有大量需求，但行業(yè)的痛點(diǎn)明顯。艾瑞咨詢《中國軟件開發(fā)行業(yè)研究報(bào)告2020》指出，項(xiàng)目開發(fā)成本高、開發(fā)周期長、代碼質(zhì)量低、團(tuán)隊(duì)管理難幾乎是長期困擾需求者的問題。

行業(yè)不是沒做過努力。這幾年，以開發(fā)為切入口，涌現(xiàn)了一批布局低代碼業(yè)務(wù)的公司，試圖通過減少傳統(tǒng)應(yīng)用程序的代碼編寫數(shù)量，運(yùn)用圖形化界面拖拽，來讓更多非IT的業(yè)務(wù)人員，直接上手參與流程優(yōu)化。

起點(diǎn)是在2018年。

那一年，OutSystems和Mendix兩家獨(dú)角獸，直接引爆了資本市場(chǎng)對(duì)低代碼平臺(tái)的關(guān)注。OutSystems隨即得到私募股權(quán)機(jī)構(gòu)KKR和高盛共同投資的3．6億美金。而后，德國工業(yè)巨頭西門子也宣布進(jìn)入低代碼開發(fā)平臺(tái)市場(chǎng)，用6億歐元買了Mendix。

OutSystems和Mendix還不是棋局上最大的玩家。

2019年，Salesforce和微軟正式進(jìn)入低代碼領(lǐng)域，前者依靠低代碼開發(fā)模式為自身的CRM應(yīng)用打造PaaS平臺(tái)，后者設(shè)計(jì)了低代碼開發(fā)組件Power Apps，并想要這個(gè)組件內(nèi)嵌到Office辦公套件里，讓其自身的企業(yè)端軟件形成一個(gè)生態(tài)。

我和幾個(gè)做程序員的朋友曾經(jīng)親測(cè)過微軟的Power Apps。發(fā)現(xiàn)他們目前能執(zhí)行的是一些比較簡單的功能，比如銷售數(shù)據(jù)的滾動(dòng)統(tǒng)計(jì)、年復(fù)合增長率、訂單生成處理。

就拿訂單處理來說，大概只能停留在訂單自動(dòng)下達(dá)到倉庫這一步。如果復(fù)雜到訂單生成后，這批貨物需要從俄羅斯運(yùn)送至歐洲盧森堡中轉(zhuǎn)，最終抵達(dá)美國顧客手里，這中間涉及到不同國家之間最優(yōu)惠的物流路線和商品稅計(jì)算，低代碼就很難做到了。

說白了，這是企業(yè)核心業(yè)務(wù)自身的復(fù)雜性導(dǎo)致的。而低代碼雖然解決了一部分開發(fā)效率低的問題，但只是局限于前端展現(xiàn)層的拖拽操作，沒有針對(duì)后端開發(fā)進(jìn)行真正的改革創(chuàng)新。

對(duì)企業(yè)來說，這種步伐的邁進(jìn)還遠(yuǎn)遠(yuǎn)不夠。

而最近釋放出來的消息是，國內(nèi)已經(jīng)有企業(yè)在后端實(shí)現(xiàn)了破局。只要輸入需求流程圖，平臺(tái)就能自動(dòng)實(shí)現(xiàn)軟件的開發(fā)、測(cè)試和運(yùn)維。在剛剛結(jié)束的發(fā)布會(huì)上，一套研發(fā)多年的「飛算全自動(dòng)軟件工程平臺(tái)」全球首發(fā)。

飛算云智總裁陳定瑋在發(fā)布會(huì)上介紹產(chǎn)品

在發(fā)布會(huì)現(xiàn)場(chǎng)PK賽上發(fā)現(xiàn)，使用該平臺(tái)做「運(yùn)動(dòng)計(jì)時(shí)」同一項(xiàng)目開發(fā)，一個(gè)普通的IT工程師只需要輸入流程圖，不敲一行代碼就實(shí)現(xiàn)了后端開發(fā)。而僅僅28分鐘之后，他就完成了3個(gè)資深I(lǐng)T工程師近2個(gè)小時(shí)的開發(fā)工作。

從輸入流程圖的角度來看，飛算全自動(dòng)軟件工程平臺(tái)也在做可視化。但與市面上同類工具不同的是，飛算全自動(dòng)軟件工程平臺(tái)，能提供后端微服務(wù)開發(fā)。

后端微服務(wù)的邏輯就要依靠平臺(tái)組件，即通用的技術(shù)功能模塊。它們能支持循環(huán)、條件判斷、函數(shù)調(diào)用，通過拖拉拽的方式以及參數(shù)配置實(shí)現(xiàn)等同編寫復(fù)雜代碼的業(yè)務(wù)邏輯。這就是全自動(dòng)開發(fā)功能實(shí)現(xiàn)的基礎(chǔ)。

換句話說，實(shí)際上你繪制流程圖的過程就是微服務(wù)（復(fù)雜代碼業(yè)務(wù)邏輯）開發(fā)的過程。圖形化的流程圖多清楚，哪里不會(huì)畫哪里。

這樣一來，項(xiàng)目管理上也輕松了許多。你可以減少之前繁復(fù)過多的層級(jí)溝通，從項(xiàng)目經(jīng)理到產(chǎn)品經(jīng)理，部分架構(gòu)師可以直接完成項(xiàng)目的計(jì)劃和設(shè)計(jì)，也不用RD工程師做任務(wù)分解。如此操作，溝通效率客觀上提高了不少。

自此，只需要通過一個(gè)的神奇流程圖，就可以在平臺(tái)上實(shí)現(xiàn)全自動(dòng)開發(fā)，項(xiàng)目管理、自動(dòng)化測(cè)試、和自動(dòng)化運(yùn)維的全部功能。

02

開發(fā)的全周期覆蓋

當(dāng)然，可視化的流程圖，還只是飛算全自動(dòng)軟件工程平臺(tái)的創(chuàng)新表現(xiàn)之一。從開發(fā)到測(cè)試，再到后期運(yùn)維，平臺(tái)實(shí)際上形成了從前期到后期的高度統(tǒng)籌，這種全周期覆蓋的管理能力。

一個(gè)常見的誤區(qū)是，行業(yè)的開發(fā)提升大多注重功能的新增和優(yōu)化，而忽視了從產(chǎn)品設(shè)計(jì)開發(fā)、測(cè)試到交付、運(yùn)營等全生命周期的質(zhì)化提升。

而全周期、全鏈條的能力之所以重要，是因?yàn)殚_發(fā)一套互聯(lián)網(wǎng)技術(shù)的微服務(wù)架構(gòu)體系，本來就是一環(huán)套一環(huán)，哪個(gè)環(huán)節(jié)都不能出錯(cuò)，不然就算代碼寫出來了，這套服務(wù)軟件最后也沒法用。

這主要是在于軟件工程行業(yè)多依靠「人治」，程序員個(gè)人或團(tuán)隊(duì)在其中發(fā)揮的作用遠(yuǎn)遠(yuǎn)超過了系統(tǒng)、代碼等規(guī)定和流程的標(biāo)準(zhǔn)化作用機(jī)制。

舉例而言，傳統(tǒng)的代碼編寫工作還是采用二進(jìn)制的文本邏輯。一不小心，如果少了個(gè)逗號(hào)或者逗號(hào)前面出現(xiàn)了空格，又或者全角符和半角符沒有統(tǒng)一，那整段代碼在測(cè)試時(shí)可能全崩了。每個(gè)程序員寫代碼的習(xí)慣和邏輯也不盡相同，負(fù)責(zé)測(cè)試的工程師可能要在成千上萬頁的代碼里找出這個(gè)小錯(cuò)誤，耗時(shí)耗力可想而知。

但如果是在飛算全自動(dòng)軟件工程平臺(tái)上，這種失誤就會(huì)很大程度上地避免。首先自動(dòng)生成的后端開發(fā)會(huì)比人工代碼更加精準(zhǔn)，遵循代碼規(guī)范，可讀性、可維護(hù)性也較高。其次，平臺(tái)的自動(dòng)化測(cè)試功能通過測(cè)試用例跟蹤，可進(jìn)行接口測(cè)試、性能測(cè)試等來讓這套代碼運(yùn)行起來時(shí)盡可能穩(wěn)定順暢。

而在自動(dòng)化運(yùn)維功能模塊里，平臺(tái)的自帶服務(wù)，注冊(cè)中心，分布式鏈路追蹤，服務(wù)發(fā)現(xiàn)，服務(wù)治理等環(huán)節(jié)，也可以保障新代碼push之后的順利運(yùn)行。

自動(dòng)化項(xiàng)目管理、自動(dòng)化開發(fā)、自動(dòng)化的測(cè)試和運(yùn)維，這四項(xiàng)核心功能的實(shí)現(xiàn)，實(shí)際上標(biāo)志著行業(yè)從「人治」到「法治」的階段躍升。

飛算云智總裁陳定瑋認(rèn)為，盡管軟件行業(yè)的發(fā)展積累大量可行的實(shí)操方式和可行制度，但人的個(gè)性化導(dǎo)致了制度落地執(zhí)行時(shí)差異很大。一旦出現(xiàn)一個(gè)有效的工具能將這些管理制度自動(dòng)落實(shí)到位，由于人的個(gè)性化導(dǎo)致的一系列問題如招聘難、培養(yǎng)難、留人難、技術(shù)沉淀難等，就能迎刃而解 。

目前，飛算全自動(dòng)軟件工程平臺(tái)在“項(xiàng)目管理”、“自動(dòng)化開發(fā)”、“自動(dòng)化測(cè)試”、“質(zhì)量管理”、“自動(dòng)化運(yùn)維”等核心板塊，涉及150多個(gè)流程節(jié)點(diǎn)的問題上，都能夠形成自動(dòng)化和有效開發(fā)，行業(yè)痛點(diǎn)的化解也因此水到渠成。

當(dāng)然，標(biāo)準(zhǔn)化、自動(dòng)化的開發(fā)系統(tǒng)也并非完全杜絕了個(gè)性化、創(chuàng)造力的可能。比如，關(guān)鍵崗位的招聘、留人難，行業(yè)的技術(shù)沉淀，就是之前的一個(gè)遺留問題。

飛算全自動(dòng)軟件工程平臺(tái)的解決方式是，引入了眾創(chuàng)中心，像社區(qū)一樣讓工程師們集聚在一起。IT狂人們?cè)诒妱?chuàng)中心根據(jù)自身經(jīng)驗(yàn)提供封裝組件，大家的經(jīng)驗(yàn)一起在這個(gè)平臺(tái)上沉淀，不僅能夠讓使用者快速開發(fā)和使用，也能集眾人智慧，讓開發(fā)出的軟件形成更穩(wěn)定的質(zhì)量和安全體系。

03

行業(yè)效能的天際飛躍

我們回頭來看飛算全自動(dòng)軟件工程平臺(tái)的價(jià)值，為什么從發(fā)布之后就引來了巨大關(guān)注。

國際歐亞科學(xué)院院士、國際歐亞科學(xué)院中國中心副主席張景安院士期待，這種中國原創(chuàng)、擁有自主知識(shí)產(chǎn)權(quán)的平臺(tái)的出現(xiàn)，可以為國民經(jīng)濟(jì)、制造業(yè)、產(chǎn)業(yè)轉(zhuǎn)型升級(jí)、智能制造和人工智能的高質(zhì)量發(fā)展作出新的貢獻(xiàn)。

而中國工程院院士倪光南也在視頻中指出，「如果通過實(shí)踐驗(yàn)證，這個(gè)平臺(tái)對(duì)軟件行業(yè)的發(fā)展將很有意義」。

從信息技術(shù)研究和顧問公司Gartner，2019年向來自全球89個(gè)國家范圍內(nèi)的3000多名首席信息官的調(diào)查來看，通常企業(yè)內(nèi)的IT需求一定會(huì)大于IT人力的負(fù)荷量。當(dāng)時(shí)，這些首席信息官就曾預(yù)測(cè)，在數(shù)字化浪潮里，2019年全球IT預(yù)算將增長2．9％，而亞太地區(qū)的增長，有可能達(dá)到3．5％。

隨著企業(yè)數(shù)字化轉(zhuǎn)型的不斷深化，以及消費(fèi)者對(duì)數(shù)字化的需求，這個(gè)市場(chǎng)增長還在不斷擴(kuò)大。但企業(yè)的成本的確是在逐年走高。

但飛算全自動(dòng)軟件工程平臺(tái)無論是項(xiàng)目成本還是開發(fā)效率，代碼質(zhì)量還是團(tuán)隊(duì)管理和穩(wěn)定性，都讓行業(yè)效能得到了飛躍天際線的提升。

我們來舉個(gè)例子。

如果有個(gè)科技公司，想要開發(fā)一套互聯(lián)網(wǎng)技術(shù)的微服務(wù)架構(gòu)體系，包括前端系統(tǒng)體系、業(yè)務(wù)系統(tǒng)體系和大數(shù)據(jù)體系等，且需版本高頻率迭代。需要多大的人力和物力呢？

首先，IT團(tuán)隊(duì)要做需求分析，系統(tǒng)架構(gòu)設(shè)計(jì)，微服務(wù)開發(fā)、系統(tǒng)測(cè)試和運(yùn)維保障系統(tǒng)。其中光是微服務(wù)開發(fā)就包括：前端界面開發(fā)、技術(shù)服務(wù)支撐系統(tǒng)開發(fā)、業(yè)務(wù)系統(tǒng)開發(fā)、人工智能分析系統(tǒng)開發(fā)、大數(shù)據(jù)系統(tǒng)開發(fā)。如果這時(shí)團(tuán)隊(duì)還要兼顧對(duì)外合作項(xiàng)目開發(fā)，涉及項(xiàng)目超30個(gè)，業(yè)務(wù)量需要容納的用戶超過千萬，這個(gè)工作量就更大了。

在這種配置要求下，「傳統(tǒng)開發(fā)模式」和「飛算全自動(dòng)軟件工程平臺(tái)」兩者人力成本的相關(guān)費(fèi)用對(duì)比是很鮮明的。

如果使用后者，每年可節(jié)省75％以上的研發(fā)費(fèi)用。尤其在人力成本方面，一個(gè)平臺(tái)ID人員可替代傳統(tǒng)開發(fā)模式下包含項(xiàng)目經(jīng)理，系統(tǒng)架構(gòu)師，軟件設(shè)計(jì)師，軟件工程師，測(cè)試工程師，運(yùn)維工程師等六個(gè)崗位人員的全部工作，而人力成本僅占后者的30％。

這是人員配置上的項(xiàng)目成本優(yōu)勢(shì)，開發(fā)效率的提升我們之前也提過了，至于團(tuán)隊(duì)和系統(tǒng)穩(wěn)定性，當(dāng)操作者降低軟件工程對(duì)技術(shù)的依賴時(shí)，技術(shù)選型、技術(shù)綁架、技術(shù)趟坑等問題也隨之減少；而標(biāo)準(zhǔn)化、減少人工輸入的環(huán)節(jié)也提高了代碼質(zhì)量。

之前我看過一本書叫《人月神話》，作者是Fred Brooks。按照他的劃分，軟件開發(fā)的復(fù)雜度大概有兩種，本質(zhì)復(fù)雜度（Essential complexity ）和偶然復(fù)雜度（Accidental complexity）。前者有點(diǎn)兒類似于企業(yè)的這個(gè)業(yè)務(wù)需求，本身的復(fù)雜程度，和工程師用什么樣的工具寫代碼、經(jīng)驗(yàn)是否豐富、架構(gòu)好不好都沒什么關(guān)系。而后者就是實(shí)際開發(fā)過程中引入的復(fù)雜度，就是技術(shù)細(xì)節(jié)的復(fù)雜度。

業(yè)務(wù)的復(fù)雜度是企業(yè)決定的，給開發(fā)者和企業(yè)方提供服務(wù)的平臺(tái)本身是改變不了的，能動(dòng)的，就是技術(shù)細(xì)節(jié)復(fù)雜度的降低。這就好比，烹飪一份食材特殊、流程復(fù)雜、技術(shù)高超的美食，平臺(tái)方要把菜挑選好了，都洗好切好，火候也掌握好，每一道工序的時(shí)間都明確寫好，廚師自己照著做就可以。

平臺(tái)承擔(dān)的事情越多，在平臺(tái)上開發(fā)軟件的工程師就越輕松，這和做一個(gè)快樂的廚師，沒什么不同。當(dāng)然，也不是說這個(gè)工程師誰都可以做，每個(gè)人承擔(dān)的角色不同，發(fā)揮的作用機(jī)制自然也不一樣。

目前，我國軟件和信息技術(shù)服務(wù)業(yè)規(guī)模以上企業(yè)在2019年就超過了4萬家，累計(jì)完成軟件業(yè)務(wù)收入71768億元，同比增長15．9％。在中國企業(yè)從信息化時(shí)代全面轉(zhuǎn)向數(shù)字化的階段里，軟件開發(fā)作為企業(yè)數(shù)字化轉(zhuǎn)型的重要環(huán)節(jié)，很有可能成為中堅(jiān)力量。

一個(gè)美好的想象是，我希望未來企業(yè)家也不用再高喊996的口號(hào)，碼農(nóng)們也不用徹夜敲代碼，當(dāng)機(jī)器代替人類創(chuàng)造出更多價(jià)值時(shí)，基于科技和人文之上的，就是人類不斷發(fā)掘需求痛點(diǎn)，并解決問題的創(chuàng)造思維和無窮想象了。

責(zé)任編輯：xj