前段時間和一位大企業(yè)的高級管理人員交流，他很興奮地說，XX公司已經(jīng)推出了低代碼平臺，企業(yè)軟件可以想怎么做、就怎么做，很簡單就搭出來自己想要的系統(tǒng)，不用花大力氣再搞那些復(fù)雜的ERP啥的了。我不忍當(dāng)場掃了他的興，不過心中暗自感覺“低代碼”正在以比“中臺”更快的速度在臭大街。

現(xiàn)在市面上說的“低代碼（無代碼）開發(fā)工具”，是指可視化的應(yīng)用開發(fā)界面，這些工具的出身主要有如下來源：

• 新一代技術(shù)的可視化開發(fā)工具，既有通用開發(fā)工具，例如推動這個軟件品類概念產(chǎn)生的Outsystems，Mendix等廠商，也有行業(yè)性或?qū)I(yè)性的垂直領(lǐng)域工具，例如國外金融行業(yè)內(nèi)最近廣受關(guān)注的Unqork

• 在SaaS應(yīng)用和PaaS平臺之間，產(chǎn)生的表單工作流、自定義BI等可視化開發(fā)工具，以微軟Power Platform為代表，我個人認為，這是微軟整合其SaaS鉤子產(chǎn)品（Office，Dynamics）以及Azure云服務(wù)，面向用戶提供統(tǒng)一的數(shù)據(jù)和服務(wù)視圖的產(chǎn)品策略的結(jié)果

• 也許是微軟的示范效應(yīng)，傳統(tǒng)云廠商在向應(yīng)用級PaaS發(fā)展上似乎找到了新方向，紛紛開始考慮進軍這個領(lǐng)域，據(jù)說AWS、Google都即將推出低代碼平臺，而阿里最近推進“云釘一體化”，將釘釘和宜搭結(jié)合，重新包裝為低代碼開發(fā)平臺，則非常類似于微軟的產(chǎn)品策略；不過，微軟的商業(yè)模式橫跨了SaaS和IaaS/PaaS，這和那些底層IaaS/PaaS往上走的云廠商的路徑，還是有很大不同

• 大型SaaS軟件的可視化開發(fā)工具，以SalesForce、ServiceNow為代表，這些SaaS的可視化開發(fā)工具由來已久（后文會提到，傳統(tǒng)大型企業(yè)應(yīng)用軟件，例如PeopleSoft，Siebel等，其實都提供了可視化開發(fā)工具），因為低代碼概念興起，最近被打上了“低代碼開發(fā)”的標(biāo)簽；我觀察到一些國內(nèi)傳統(tǒng)的企業(yè)軟件公司，做ERP、CRM甚至是數(shù)字化營銷軟件的，也都把自己應(yīng)用軟件的可視化開發(fā)工具換了個名字馬甲，叫“低代碼”了

• 一些軟件開發(fā)團隊，無論是軟件公司的產(chǎn)品開發(fā)團隊，還是大型企業(yè)IT部門的自開發(fā)團隊，在開發(fā)實踐中，為了提高開發(fā)效率，幫助業(yè)務(wù)人員進行快速業(yè)務(wù)建模，打包了一些可視化配置工具，現(xiàn)在也開始聲稱這是“低代碼工具”

• 此外，一些傳統(tǒng)的業(yè)務(wù)流程管理軟件、工作流配置引擎、數(shù)據(jù)分析和BI工具等等，現(xiàn)在也紛紛趕時髦改名叫“低代碼”

“低代碼開發(fā)平臺”產(chǎn)生的初衷是提供一個鼓勵員工微創(chuàng)新、自主開發(fā)應(yīng)用程序、利用企業(yè)數(shù)字化能力的助推器；在一些流程相對簡單的場景下，可以幫助企業(yè)迅速實現(xiàn)對這些簡單場景的數(shù)字化轉(zhuǎn)型！對于復(fù)雜流程和核心業(yè)務(wù)流程，低代碼平臺肯定不完全適合，只是實現(xiàn)簡單、輔助流程的首選開發(fā)平臺。然而，因為廠商炒作的原因，低代碼在市場上對企業(yè)決策者產(chǎn)生了不少誤導(dǎo)，以下列出我的一些個人觀點：

錯誤：

低代碼可以開發(fā)企業(yè)所有的軟件

正確：

目前低代碼主要應(yīng)用場景是面向企業(yè)用戶的快速補充開發(fā)，例如：

1、簡單的工作流和表單流轉(zhuǎn)的應(yīng)用

2、大型應(yīng)用軟件的功能延伸的開發(fā)

低代碼不適合開發(fā)復(fù)雜邏輯的核心業(yè)務(wù)，不適合管理企業(yè)主數(shù)據(jù)；使用低代碼開發(fā)，會對企業(yè)的數(shù)據(jù)治理、信息安全產(chǎn)生一些隱患。

錯誤：

低代碼是企業(yè)軟件行業(yè)的革命，徹底改變企業(yè)軟件行業(yè)

正確：

模塊化、可視化的編程方法，即“低代碼”開發(fā)方法，由來已久：

• 無論是早期的可視化編程工具，例如Visual Basic，Delphi，PowerBuilder等等，

• 還是大型應(yīng)用系統(tǒng)的可視化編輯工具，例如CRM的Siebel Tools, HR軟件的PeopleSoft People Tools, PLM軟件的eMatrix Foundation等等，

• 互聯(lián)網(wǎng)剛興起時，創(chuàng)建一個網(wǎng)站寫html代碼比較麻煩，效率不高，微軟當(dāng)時就推出了稱為FrontPage的可視化網(wǎng)站開發(fā)工具

• 90年代后期紅極一時的IBM Lotus，其產(chǎn)品概念啟發(fā)了中國整整一代OA軟件，可以用可視化的方式來配置操作控件、業(yè)務(wù)對象、關(guān)系、函數(shù)等等，

這些其實都是低代碼工具。我們這些從90年代后期過來的IT工作者，過去二十年一直在使用這些工具，甚至一度覺得這些工具都過時了，怎么會突然就創(chuàng)造性地革命了呢？

錯誤：

低代碼是一個獨立的軟件

正確：

低代碼是PaaS平臺的一個組件，有助于利用PaaS平臺的業(yè)務(wù)、數(shù)據(jù)、集成等云服務(wù)，或者集成多個云上的業(yè)務(wù)和數(shù)據(jù)服務(wù)。所以，低代碼軟件必須配合PaaS平臺使用，有兩種情況：1、PaaS平臺專用的低代碼軟件，2、大型應(yīng)用軟件（SaaS）的延伸開發(fā)平臺

錯誤：

低代碼工具誰都能用，企業(yè)內(nèi)誰都可以創(chuàng)新應(yīng)用

正確：

企業(yè)IT應(yīng)用系統(tǒng)實施或者數(shù)字化轉(zhuǎn)型，本質(zhì)是管理問題和業(yè)務(wù)問題，不是技術(shù)問題。在大多數(shù)情況下，企業(yè)數(shù)字化的瓶頸，并不是技術(shù)開發(fā)的效率問題，而是用戶行為促成以及企業(yè)管理變革。

我認為企業(yè)內(nèi)大面積的公民化開發(fā)的應(yīng)用創(chuàng)新是個偽命題，開發(fā)軟件是一回事，能用起來是另一回事。打個通俗的比方，很多朋友都有這個經(jīng)歷，買書的時候熱血沸騰，尤其是遇上京東打折，買回一大堆書回來，真正看完的有幾本？

我一度也是“企業(yè)民主化創(chuàng)新”的信徒，但是最近一年美國社會的政治亂象，已經(jīng)給由互聯(lián)網(wǎng)革命推進的組織民主化提出了深深的質(zhì)疑，參見 開放式社交媒體的終結(jié) 。

“低代碼”不是革命，也不是顛覆性的東西，企業(yè)信息化和數(shù)字化必須踏踏實實地從核心系統(tǒng)建設(shè)、業(yè)務(wù)流程管理入手?！暗痛a”本身很有用，但是其應(yīng)用廣泛性還有待實踐驗證，作用不能被夸大了，否則，就像“中臺”一樣，本來是個好東西，卻被媒體、廠商和外行們炒作得爛了大街。

最后，我認為“低代碼”發(fā)展方向是兩個：1、純云；2、跨平臺，幾年之后，這個行業(yè)一定會按照這兩個方向完成整合。