本文經(jīng)AI新媒體量子位（公眾號ID:QbitAI）授權(quán)轉(zhuǎn)載，轉(zhuǎn)載請聯(lián)系出處。

編者按：編程語言幾年一變樣，學(xué)了C、C++，還得跟上Python的潮流……

各大排行榜上，語言之爭也是愈演愈烈，還架不住時不時殺出個黑馬。

即便學(xué)了新編程語言，還得做大量“重復(fù)造輪子”的工作。

這對當(dāng)今的程序員們來說，簡直就是一個Double Kill——讓發(fā)際線升得更猛烈些吧！

在近日接受量子位的獨家采訪中，微軟(中國)CTO韋青，給出了解決上述問題的新思路——低代碼/無代碼開發(fā)。

量子位《大咖來信》欄目在不改變原意的基礎(chǔ)上，以第一人稱的方式，把我們與韋青的對話進(jìn)行了整理。

來信嘉賓

韋青，現(xiàn)任微軟（中國）首席技術(shù)官。

在微軟公司的十多年間，韋青曾先后擔(dān)任過微軟大中華區(qū)Windows產(chǎn)品部總經(jīng)理，微軟大中華區(qū)消費與在線事業(yè)部市場總經(jīng)理和微軟大中華區(qū)Windows移動產(chǎn)品部總經(jīng)理之職，負(fù)責(zé)公司商用與消費產(chǎn)品業(yè)務(wù)的戰(zhàn)略設(shè)計與執(zhí)行管理，以及合作伙伴與產(chǎn)業(yè)生態(tài)鏈建設(shè)。

在加入微軟之前，韋青先生曾經(jīng)在摩托羅拉公司工作十年，歷任移動產(chǎn)品開發(fā)，市場推廣與銷售管理等領(lǐng)導(dǎo)崗位。

要點

• 市場驅(qū)動低代碼/無代碼開發(fā)
• 低代碼/無代碼開發(fā)并非什么都不用學(xué)
• 微軟的Next big thing為什么是這個平臺？
• 低代碼/無代碼開發(fā)，對IT人員產(chǎn)生怎樣的影響？
• 數(shù)字化智能化大勢下的低代碼/無代碼開發(fā)崛起

韋青：為什么要低代碼/無代碼開發(fā)？

所謂的低代碼或者無代碼開發(fā)，它并不是空穴來風(fēng)。一個最主要的原因，就是它不是由技術(shù)驅(qū)動，而是由市場驅(qū)動。

大家知道現(xiàn)在在中國談的是數(shù)字化、智能化，而在上世紀(jì)末，全球范圍內(nèi)談的是信息化。那時候一個最熱門的話題叫BPR (Business Process Reengineering)，到了21世紀(jì)初，國內(nèi)慢慢開始討論起來。

為什么講這個BPR呢？現(xiàn)在說的無代碼開發(fā)和低代碼開發(fā)都是跟它一脈相承的，它是一個在上世紀(jì)末開始的信息化轉(zhuǎn)型過程中的一個必然產(chǎn)物。

當(dāng)信息化發(fā)展到一定程度之后，大家慢慢會發(fā)現(xiàn)原來軟件真的非常有用。以微軟為例，從一開始我們定位是一個生產(chǎn)力平臺和生產(chǎn)力公司。

原來的平臺，就是以Windows、Windows Server或者像Exchange Server為代表的桌面平臺、數(shù)據(jù)平臺和企業(yè)級軟件平臺。

原來的生產(chǎn)力代表就是Office，現(xiàn)在通過一二十年的轉(zhuǎn)型，成功變成了Azure云計算——它還是一個操作系統(tǒng)，只不過掌管的是云端的海量的計算能力，存儲能力和網(wǎng)絡(luò)能力。

現(xiàn)在微軟說的是“四朵云”，Azure，Microsoft 365，Dynamics 365，還有一朵云是Power Platform，它致力于為人們提供一個更加強大的數(shù)字化工具，其結(jié)果就是效率提高，成本降低，自動化增強。

當(dāng)人們發(fā)現(xiàn)軟件能夠把公司的很多流程自動化之后就會發(fā)現(xiàn)，如果完全靠IT部門開發(fā)或者外包給其他的軟件公司來開發(fā)，根本就跟不上需求。

當(dāng)信息化能力、數(shù)字化能力提高到一定程度之后，還有一個潛在的驅(qū)動力，就是我們經(jīng)常說的數(shù)字時代原住民。

如果一個人職業(yè)生涯按照平均40年來算，這批人將會以每年2.5%的速率來代替所謂的舊員工的基數(shù)，事實上甚至?xí)h(yuǎn)高過這個速率。他們對于軟件的理解、認(rèn)知和需求是巨大的，傳統(tǒng)IT方式肯定是滿足不了。

未來5年，將產(chǎn)生5億個新的應(yīng)用，而且是基本屬于邏輯應(yīng)用，等于是過去40年的總和。而當(dāng)前的軟件專業(yè)開發(fā)人員或者專業(yè)軟件公司數(shù)量是不可能去應(yīng)對這種需求。

現(xiàn)在，恰恰正是低代碼/無代碼開發(fā)的時機。

什么是低代碼/無代碼？

客觀來講，所謂低代碼/無代碼，它其實并不是像大家從字面上看到，可以什么都不用學(xué)，就能夠開發(fā)軟件，那個有點像神藥了，我覺得沒那么神。

首先公司有實際的業(yè)務(wù)痛點，比如說財務(wù)、人事、銷售管理等，這些部門是最明顯的。

同時，對公司還有一些基本的數(shù)字化能力，指的是數(shù)據(jù)的能力，比如銷售數(shù)據(jù)或者人才數(shù)據(jù)，或者一些物流數(shù)據(jù)、財務(wù)數(shù)據(jù)，起碼信息化需要到達(dá)一定的程度。

在這個前提下，他有了實際的應(yīng)用痛點，對他的行業(yè)知識有非常深刻的理解，就是它的流程。很多是流程方面的，數(shù)據(jù)與數(shù)據(jù)之間的關(guān)系，這個我認(rèn)為本來就應(yīng)該是現(xiàn)在這個時代人們具備的一些基本素質(zhì)。

有了這個前提之后，IT人員要能夠幫助把公司內(nèi)部的一些服務(wù)，開發(fā)成一些簡單的API方式，供非IT人員使用(比如拖拉拽的方式)。

低代碼開發(fā)是它的組件沒有那么完善，就像一扇門，你好歹需要自己把鎖給裝上去，把門的鉸鏈擰到屋子上才能叫一扇門。

而無代碼開發(fā)就像這個屋子的設(shè)計，這些鉸鏈都不用你去擰，本身就裝在門上，把門往里一推，這個門就直接可以用了。

但我也不希望有人把它誤解成，一個完全沒有準(zhǔn)備好的人、公司就能做無代碼開發(fā)。天下沒有這樣神奇的事情。

首先，社會得準(zhǔn)備就緒，公司數(shù)字化得到一定程度，個人的能力到一定程度之后，才可以再跟IT人員配合。

低代碼/無代碼發(fā)展情況

其實這是整個社會、行業(yè)、個人再加上技術(shù)都成熟之后的一個自然的產(chǎn)物。從全球來講很多公司都已經(jīng)在做這樣的事情了。

微軟最近推出了Power Platform，里面一個關(guān)于自動化的應(yīng)用叫UI Flow，在UI方面一步步地指導(dǎo)你來操作，然后這個軟件記住你的操作以后，這個流程就自動化了。從全球來講這是被人很容易理解、接受和推廣。

現(xiàn)在我們看到UI Flow是不需要任何編程，基本上只要操作就行了。但是現(xiàn)在慢慢的開始深入，開始有所謂的編程的概念了。

其實剛才我們講的這個比較多了。比如說業(yè)務(wù)人員有一個自己業(yè)務(wù)的痛點，他只不過是用軟件的方式由數(shù)據(jù)來驅(qū)動，包括可以用到一些AI的能力，然后把他的流程自動化的過程給做出來。

微軟現(xiàn)在對于Power Platform其實已經(jīng)稱作第四朵云了，我們有Azure，我們有Microsoft 365，有Dynamics 365。

微軟CEO薩提亞曾經(jīng)在一次場合說Power Platform，剛剛說了微軟是平臺和生產(chǎn)力公司，這個平臺將會是我們的“next big thing”。為什么他能把它稱之為“next big thing”？

整個業(yè)界的主要以商家為主的流程再造、流程優(yōu)化是由信息系統(tǒng)驅(qū)動、由算法驅(qū)動、由數(shù)據(jù)驅(qū)動，由軟件驅(qū)動的這個潮流將會變成一個你可以稱之為另外一個范式改變。

以后所有公司的流程只要能夠被機器所識別的就會被自動化，讓人能夠做越來越多的更加有創(chuàng)意性的、更加高端的工作內(nèi)容，這就是一個大勢所趨。

是否會對IT人員的工作產(chǎn)生影響？

如果公司要做低代碼/無代碼開發(fā)，公司的IT人員得充當(dāng)一個角色，我稱之為標(biāo)準(zhǔn)化的角色。

就是它不能僅僅滿足于自己會把這個房子造好，它其實更多的出發(fā)點和利益訴求或者產(chǎn)品訴求，應(yīng)該考慮如何把公司內(nèi)部的數(shù)據(jù)資源，公司內(nèi)部的各種服務(wù)資源接口化、API化或者是服務(wù)化，而且在服務(wù)化的基礎(chǔ)上，能用一些圖形的方式或者是更加有人性化、有智能化的UI的方式，讓不懂軟件開發(fā)的人員可以自己搭這個積木。

這樣對于IT人員是有新的要求，他們不能只是滿足于會開發(fā)一個應(yīng)用，而是說要把公司現(xiàn)有的數(shù)據(jù)、現(xiàn)有的流程、現(xiàn)有的服務(wù)全都標(biāo)準(zhǔn)化，把它打包成模組。

微軟Power Platform里面有一個我們稱之為“皇冠上的明珠”的東西，就是一個CDS，Common Data Services。那它是干什么的？它有一個Common Data Model，這是一個對于整個世界建模通用的而且是開源的數(shù)據(jù)庫結(jié)構(gòu)。

這樣的話，如果先有一個CDM建模，再有一個CDS把這些服務(wù)都結(jié)合在一起，表面上體現(xiàn)的是一個Power Apps，我們的Power Apps能變成一個應(yīng)用的方式，可以是手機的apps，可以是電腦的apps，也可以是網(wǎng)頁來做這種應(yīng)用。

所以說公司的IT人員如果不能趕上這個步伐，他就沒有能力讓公司的其他人有這種能力。

當(dāng)然我們開玩笑地講，這個IT人員的工作是肯定能保住的，因為永遠(yuǎn)要找他去寫程序，但是長期來講這個人的工作就保不住了。

別的公司的IT人員會寫非常專業(yè)、要求很高的行業(yè)應(yīng)用或者企業(yè)應(yīng)用，而且別的公司的IT人員還會把公司的很多能力變成API供其他人調(diào)用，這樣的話以后IT人員的角色就會有擴(kuò)展了。

未來的IT管理人員或者開發(fā)人員一定是cloud native(云原生)的開發(fā)思路。

剛才咱們講的無代碼開發(fā)或者低代碼開發(fā)為公司其他同事輸出這種能力它背后有一個很重要的支撐就是所有能力的服務(wù)化。

這個我覺得才是核心要點。因為服務(wù)化體現(xiàn)在什么地方？就算你沒有這個低代碼開發(fā)，你的軟件也得是一個cloud native的，是要靠把很多服務(wù)組件互相調(diào)用來實現(xiàn)。這些服務(wù)組件就很容易變成一個API打包成了讓別人再去調(diào)用。

有了這種云原生的平臺概念之后，一方面開發(fā)人員可以繼續(xù)開發(fā)它的應(yīng)用，但是它的應(yīng)用得是云原生的了。但正是因為云原生的，一切都是服務(wù)化的，API化的，它就能把這個服務(wù)或者API很容易地打包成一個圖像模組，圖像接口。

其實現(xiàn)在咱們談的什么RPA、無代碼、低代碼，或者中臺、平臺，其實都是在談一件事，我個人認(rèn)為如果說不把它的本原，就是云原生的應(yīng)用開發(fā)流程優(yōu)化這個思路搞明白，談什么中臺，談什么RPA，談什么低代碼、無代碼都是無源之水，因為它背后的原能力的建設(shè)是靠云原生開發(fā)。

微軟在低代碼/無代碼開發(fā)領(lǐng)域中的地位

微軟原來最基本的服務(wù)對象是兩類人，一類叫開發(fā)者，一類叫IT Pro，現(xiàn)在雖然說名稱可能有些改變，其實還是一個Dev+Ops，只不過現(xiàn)在Dev和Ops合在一起了，所以現(xiàn)在開發(fā)者和IT Pro有相融合的成分。

微軟本來就是做這件事的，所以我們倒并沒有認(rèn)為說是在為無代碼、低代碼做這件事，因為微軟的開發(fā)范式就已經(jīng)改成了云原生的。

其次，微軟本來的平臺搭建從原來的只是大家了解的Windows、Office 365、Azure，現(xiàn)在變成一個Power Platform，承載的是各種各樣的數(shù)據(jù)，各種各樣的開發(fā)模式，各種各樣的連接器，各種各樣的展現(xiàn)方式。

那么，如果按照這個思路來理解的話，我倒寧愿說無代碼、低代碼恰恰是這個云原生轉(zhuǎn)變過程中的一個自然產(chǎn)物。

低代碼/無代碼開發(fā)何時將迎來全面的崛起？

如果要說流行或崛起的話，我覺得這里面低代碼和無代碼的開發(fā)，是跟整個社會的數(shù)字化進(jìn)步程度、企業(yè)的數(shù)字化進(jìn)步程度和個人的數(shù)字化進(jìn)步程度十分吻合的。

對于中國來講是有獨特的挑戰(zhàn)和機會。

首先，中國信息化的過程由于起步比較晚，所以我們做的跟全球的略有不同，我們對于真正的所謂大家認(rèn)為的企業(yè)辦公方式要求很高、很縝密、而且要有安全流程的方式，這其實不是咱們中國企業(yè)的特點。

反而現(xiàn)在很多公司辦公可能還是用QQ，用微信，他們是用消費級的軟件應(yīng)用再轉(zhuǎn)入到企業(yè)級。而全球很多數(shù)字化的進(jìn)程反而是更多的由企業(yè)來推動的，由商家來推動的，慢慢的再普及化、大眾化。

這就產(chǎn)生了一個特點，一方面我覺得中國對于這種無代碼/低代碼開發(fā)的需求，從客戶端的需求會非常強大，我甚至認(rèn)為這種需求比全球很多其他地方強大得多，尤其剛才說了到了數(shù)字時代原住民，這些年輕人慢慢進(jìn)入職場之后，他們對于這個的感知力和認(rèn)同感會非常強。

但反而對于中國的很多企業(yè)的大的挑戰(zhàn)是，信息化做得還不夠透徹。你會發(fā)現(xiàn)就算是企業(yè)想做低代碼、無代碼，它的很多流程并沒有真正地能夠做到用API的方式給它抽象出來。而如果不能用API的方式抽象出來，無代碼和低代碼的能力就沒法把它給包起來。

因為軟件開發(fā)無非是分層結(jié)構(gòu)，一步步抽象往上包。我覺得這會是很多企業(yè)的一大挑戰(zhàn)。最近也有很多人在講疫情的應(yīng)對，發(fā)現(xiàn)在這次疫情暴露出了很多數(shù)字化轉(zhuǎn)型并不到位的問題，比如智慧城市，智慧辦公，智慧家庭，智慧醫(yī)療……這些實際上還是任重而道遠(yuǎn)的。

這是一個矛盾。我覺得中國也會出現(xiàn)這種矛盾，尤其是中國的消費者和職場人士會對這種低代碼、無代碼有一種非常容易的認(rèn)同感，認(rèn)知感和共鳴感，但它反過來在施壓企業(yè)的IT部門，要讓它提供能力的時候，就發(fā)現(xiàn)原來好多“家庭作業(yè)”或者底層工作根本沒有做到位。

某種程度上講，就是讓公司的管理層覺得，公司已經(jīng)自動化了、信息化了，但一旦說讓它成為服務(wù)化或者云原生的開發(fā)就發(fā)現(xiàn)又得重新來一遍。

我覺得這個可能會有一種潛在的壓力和挑戰(zhàn)在里面。所以這是咱們這種挑戰(zhàn)，和其他很多由企業(yè)級的應(yīng)用進(jìn)入消費級這個路徑不同的地方。

最后，同步個傳送門，關(guān)于低代碼/無代碼開發(fā)的話題，韋青在微軟在線技術(shù)峰會上還會專門完整講述，如果你感興趣，屆時不要錯過~