|
工具與資源中心 幫助開(kāi)發(fā)者更加高效的工作，提供圍繞開(kāi)發(fā)者全生命周期的工具與資源 https://developer.aliyun.com/tool?spm=a1z389.11499242.0.0.65452413KcERf2&utm_content=g_1000284493 
什么是低代碼,？說(shuō)起低代碼（Low-Code）這個(gè)詞,，是在 2014 年，F(xiàn)orrester Research 第一次正式使用低代碼來(lái)描述這個(gè)市場(chǎng),。國(guó)內(nèi)也就是近幾年開(kāi)始流行的,，以前我們這邊叫「可視化搭建」，可視化搭建講起來(lái)有個(gè)很大的缺點(diǎn),，就是很容易和數(shù)據(jù)可視化傻傻分不清楚,。我還記得， 18 年的時(shí)候,，當(dāng)時(shí)做一個(gè)分享,，主題是 「泛可視化搭建的解決方案」，我老板的老板說(shuō)建議我把「泛可視化」改為「低代碼」,，我當(dāng)時(shí)回復(fù)說(shuō)不改,，低代碼聽(tīng)著有點(diǎn) low，「泛可視化」高大上些。后來(lái)也不知道什么時(shí)候開(kāi)始習(xí)慣了一口一個(gè)低代碼,，而且衍生了 Node-Code/Pro-Code?，F(xiàn)在回想起來(lái)，當(dāng)時(shí)是自己 low,。 看下業(yè)界領(lǐng)軍者對(duì)低代碼的定義： outsystems: 「低代碼是一種軟件開(kāi)發(fā)方法,，可以更快地交付應(yīng)用程序，并且只需很少的手工編碼,。低代碼平臺(tái)是一組工具,，這些工具可以通過(guò)建模和圖形界面來(lái)可視化應(yīng)用程序開(kāi)發(fā)?？梢允归_(kāi)發(fā)人員可以跳過(guò)手工編碼,，從而加快了將應(yīng)用程序投入生產(chǎn)的過(guò)程?！?/p> mendix: 「低代碼開(kāi)發(fā)是一種可視化應(yīng)用開(kāi)發(fā)方法,。通過(guò)低代碼開(kāi)發(fā)，不同經(jīng)驗(yàn)水平的開(kāi)發(fā)人員能夠通過(guò)圖形用戶界面,，使用拖放式組件和模型驅(qū)動(dòng)邏輯來(lái)創(chuàng)建 Web 和移動(dòng)應(yīng)用,。低代碼開(kāi)發(fā)平臺(tái)減輕了非技術(shù)開(kāi)發(fā)人員的壓力，幫其免去了代碼編寫(xiě)工作,，同時(shí)也為專業(yè)開(kāi)發(fā)人員提供了支持,，幫助他們提取應(yīng)用開(kāi)發(fā)過(guò)程中的繁瑣底層架構(gòu)與基礎(chǔ)設(shè)施任務(wù)。業(yè)務(wù)和 IT 部門(mén)的開(kāi)發(fā)人員可以在平臺(tái)中協(xié)同,，創(chuàng)建,、迭代和發(fā)布應(yīng)用，而所需時(shí)間只是傳統(tǒng)方法的一小部分,。這種低代碼應(yīng)用開(kāi)發(fā)方法可針對(duì)不同用例開(kāi)發(fā)各種類型的應(yīng)用,，包括將原有應(yīng)用升級(jí)為支持 IoT 的智能應(yīng)用?！?/p> 可以提煉出幾個(gè)詞：模型/建模,、圖形界面、拖放組件,、加快,、減輕。 連起來(lái)就是：通過(guò)模型/建模,、圖形界面拖放組件可以加快應(yīng)用開(kāi)發(fā),，減輕了非技術(shù)開(kāi)發(fā)人員的壓力。 其實(shí)從前端的角度看,，低代碼的鼻祖應(yīng)該是它：
從我目前階段的理解,，低代碼是這個(gè)：
 當(dāng)前市場(chǎng)分析市場(chǎng)規(guī)模根據(jù) Forrester 的報(bào)告,，2019 年該領(lǐng)域的規(guī)模估計(jì)為 38 億美元，預(yù)計(jì)在 2021 年這一賽道的市場(chǎng)規(guī)模將增長(zhǎng)到 152 億美元,，75％ 的應(yīng)用程序?qū)⒃诘痛a平臺(tái)中開(kāi)發(fā),。到 2022 年該市場(chǎng)規(guī)模將達(dá)到 212 億美元。 根據(jù) Gartner 預(yù)測(cè),，到 2021 年應(yīng)用開(kāi)發(fā)需求的市場(chǎng)增長(zhǎng),，將至少超過(guò)企業(yè)IT交付能力的 5 倍。到2024 年全球約有 65％ 的應(yīng)用程序都將涉及低代碼開(kāi)發(fā),。（Forrester ,、Gartner 全球最具影響力的獨(dú)立研究咨詢公司）
1、領(lǐng)導(dǎo)者：行業(yè)領(lǐng)導(dǎo)者既要表現(xiàn)出超強(qiáng)的執(zhí)行能力（好的產(chǎn)品與良好的銷售業(yè)績(jī)相匹配）,，又要表現(xiàn)出具有遠(yuǎn)見(jiàn)（產(chǎn)品創(chuàng)新和相稱的營(yíng)銷策略）的戰(zhàn)略計(jì)劃,。LCAP 的領(lǐng)導(dǎo)者主要包括云 SaaS 提供商（Microsoft、Salesforce,、ServiceNow）,，專業(yè)的低代碼提供商（Mendix、OutSystems）以及混合 RPA 和低代碼應(yīng)用程序供應(yīng)商（Appian）,。這些供應(yīng)商具有強(qiáng)大產(chǎn)品能力,、市場(chǎng)影響力以及用戶體驗(yàn)。 2,、挑戰(zhàn)者：在市場(chǎng)占有率、產(chǎn)品能力方面與領(lǐng)導(dǎo)者的差距并不是很大,，未來(lái)有能力成為該行業(yè)領(lǐng)導(dǎo)者,。 3、特定領(lǐng)域者：成為利基市場(chǎng)參與者不僅可以提供低代碼應(yīng)用平臺(tái)技術(shù),，還混合了其他技術(shù),，例如，RPA,、業(yè)務(wù)流程挖掘,、BPM等技術(shù)。他們是 LCAP 行業(yè)的中流砥柱,，擁有良好的發(fā)展空間,。 4、遠(yuǎn)見(jiàn)者：遠(yuǎn)見(jiàn)者具有良好的合作生態(tài)以及市場(chǎng)發(fā)展策略,，在產(chǎn)品創(chuàng)新方面也有很強(qiáng)的能力,。但是在業(yè)務(wù)執(zhí)行方面與領(lǐng)導(dǎo)者有著較大的差距。相信隨著時(shí)間的推移他們會(huì)更上一層樓,。 市場(chǎng)分類
目前我看到的市場(chǎng)上主要有兩類：
一種是基于表單驅(qū)動(dòng),，核心能力是表單、流程、報(bào)表,，在一定的場(chǎng)景下,，可以快速的做業(yè)務(wù)交付，上手成本也比較低,。比如：宜搭,、簡(jiǎn)道云、明道云,、氚云等,。 另一種是基于模型驅(qū)動(dòng)，核心是領(lǐng)域模型,、業(yè)務(wù)沉淀,、完整性，有一定的技術(shù)壁壘,，上手成本相對(duì)比較高,。比如：Outsystems / Mendix / PowerApps / 奧哲云樞 / 金蝶云蒼穹等。 市場(chǎng)布局
拿 PowerApps 來(lái)舉例,，上面四個(gè)分別是 云 + 端 + 協(xié)同 + 低代碼,。已經(jīng)是很大、很先進(jìn)的布局了,。從中我們能看到低代碼平臺(tái)只是其中的一部分,。獨(dú)木不成舟。獨(dú)木舟,，雖然簡(jiǎn)易也能用,，但畢竟能力有限。
探索過(guò)程用兩句話來(lái)概括下：1. 始于表單終于表單,；2.從技術(shù)到產(chǎn)品,。
從 2015 年開(kāi)始我們一步一步探索，做了很多很多,，無(wú)論是技術(shù)上還是產(chǎn)品上,。比如模型驅(qū)動(dòng)、小程序搭建等,。這里面的每一塊都可以單出拿出來(lái)講很久,。這里我舉幾個(gè)例子簡(jiǎn)單描述下。 釘釘審批-表單
釘釘審批,，這個(gè)搭建當(dāng)時(shí)只有 8 個(gè)組件,，功能也很簡(jiǎn)單，和現(xiàn)在相比也更易用,。畢竟簡(jiǎn)單,，這個(gè)僅僅是我們的開(kāi)始,，之后一發(fā)不可收拾。
中后臺(tái)頁(yè)面搭建
后來(lái)我們開(kāi)始做中后臺(tái)頁(yè)面搭建,，但在開(kāi)始推廣時(shí),，卻受到了很大的阻力。
我們開(kāi)始給前端用,，技術(shù)同學(xué)是來(lái)寫(xiě)代碼的,，就排斥這種高不成低不就的搭建平臺(tái)產(chǎn)品，而且功能又不全,，被罵的很慘,。 后來(lái)，我們給服務(wù)端開(kāi)發(fā)用,，當(dāng)然服務(wù)端也是排斥的,，不只排斥搭建，你說(shuō)讓我一個(gè)寫(xiě) Java 的做前端的頁(yè)面我就是排斥,。 但沒(méi)辦法,，前端資源就是不足，再加上從上層開(kāi)始推,，那一年,，效果突出，有些服務(wù)端的同學(xué)用的簡(jiǎn)直飛起, 他們自己做頁(yè)面特別快,，沒(méi)有聯(lián)調(diào)成本,，接口都是自己定義的，想怎么搞就這么高,，而且代碼寫(xiě)的很規(guī)整,。 再后來(lái)，隨著我們的功能逐漸的完善,，比如多分支、回滾等功能,。前端也開(kāi)始漸漸接受了,，平臺(tái)側(cè)有很多頁(yè)面都是用平臺(tái)自己搭建的。 服務(wù)化當(dāng)時(shí)我們部門(mén)的業(yè)務(wù),，大部分中后臺(tái)系統(tǒng)服務(wù)端都能自交付,。減少了很多前端投入。 我們自己用舒服了,，那我們就開(kāi)始想讓其他團(tuán)隊(duì)也能使用,。但每個(gè)業(yè)務(wù)場(chǎng)景都不一樣，默認(rèn)的平臺(tái)無(wú)法滿足其他部門(mén)的訴求,。所以我們開(kāi)始做服務(wù)化,。 服務(wù)化就是我可以讓其他團(tuán)隊(duì)也快速擁有低代碼搭建的能力,，并且可以做定制，比如組件定制,、設(shè)計(jì)器面板定制,。這樣思路就打開(kāi)了，不僅能支持其他團(tuán)隊(duì)的中后臺(tái)場(chǎng)景,，凡是和搭建相關(guān)的場(chǎng)景,，都可以做。
比如這里例子,，這個(gè)場(chǎng)景特別有趣,，每次分享我會(huì)拿出來(lái)這張圖，絕對(duì)布局的畫(huà)布,，構(gòu)建好后,，服務(wù)端會(huì)自己做特殊解析，最終顯示在石墨屏上,。類似這種例子有很多,。包括后面要做的在線設(shè)計(jì)都是通過(guò)服務(wù)化來(lái)完成的。 代碼互轉(zhuǎn)/WebIDE隨著我們的用戶量越來(lái)越多,，復(fù)雜功能的實(shí)現(xiàn)和后續(xù)的可維護(hù)性受到了很多的挑戰(zhàn),。 典型的例子是：開(kāi)始我的需求比較簡(jiǎn)單，用搭建快速完成了,，但后面的需求評(píng)估下來(lái),，發(fā)現(xiàn)搭建滿足不了...然后我們開(kāi)始做出碼，將搭建產(chǎn)物轉(zhuǎn)成代碼,，繼續(xù)開(kāi)發(fā),。但是單純做出碼，沒(méi)什么挑戰(zhàn),，我們也考慮了不同角色的開(kāi)發(fā),。 當(dāng)年的 WebIDE 也很火，預(yù)計(jì)我們通過(guò) WebIDE 做了一套搭建和代碼互轉(zhuǎn)的功能,。我們創(chuàng)造了我們自己的 DSL,，其實(shí)也參考了 salesforce，有了自己的語(yǔ)言,，很多事情都好做了,，也可控。小程序也是這樣的,。
 后面的路怎么走,？靈魂三問(wèn)：1. 如何能把價(jià)值再做大？2. 低代碼 or 零代碼,？3. 用戶是誰(shuí),？ 再問(wèn)：能否商業(yè)化呢,？要不要商業(yè)化呢？如何商業(yè)化,？ 看競(jìng)品分析,。 Salesforce / Power Platform / 金蝶云蒼穹，他們的 PaaS 都是有明確支撐的業(yè)務(wù)領(lǐng)域,，CRM / ERP,。PaaS 是基于自身的 SaaS 長(zhǎng)出來(lái)的。我們要主打那塊業(yè)務(wù),？哪塊業(yè)務(wù)能找到市場(chǎng),？如果單純的做 PaaS，感覺(jué)最后做出的可能還是工具,。工具類的競(jìng)品,，像 Outsystems/ Mendix，他們提供是軟件工具,、方法和架構(gòu),，可以快速建模、測(cè)試,、部署,、管理等，是一套完整應(yīng)用開(kāi)發(fā)的閉環(huán)（測(cè)試,、部署,、調(diào)試、穩(wěn)定性等）,。 所以,，單純做工具, 最后被收購(gòu)？像 Mendix,。支撐 SaaS 為目標(biāo),？我們要打的 SaaS 行業(yè)？蛋糕還有嗎,？要考慮多租,、二開(kāi)等，技術(shù)復(fù)雜度極高,。 再看看國(guó)內(nèi)，簡(jiǎn)道云,，背后是帆軟-數(shù)據(jù)出身,，氚云-流程出身。兩個(gè)產(chǎn)品都偏零代碼,，產(chǎn)品體驗(yàn)做的都很不錯(cuò),。猜測(cè)應(yīng)該都是先有獨(dú)立的能力,，后發(fā)展后低代碼平臺(tái)的。 結(jié)論呢,？當(dāng)然沒(méi)有,。競(jìng)品分析只能幫助我們多了解，具體的方向還需要自己去探索,，去挖掘,。 疫情帶來(lái)的變化疫情讓我看到了： 去年因?yàn)槲伊艉歼^(guò)年，所以參與到了疫情項(xiàng)目,，用宜搭來(lái)做健康打卡,，從大年三十一連續(xù)在家干了兩周，7 * 24 小時(shí)待命,。健康打卡應(yīng)該大部人都用過(guò)吧,，看著簡(jiǎn)單，其實(shí)背后有很多復(fù)雜,，有針對(duì)員工的,，有針對(duì) HR 的，還有針對(duì)海外的,。需求變化之快,，今天加個(gè)高風(fēng)險(xiǎn)城市、明天加個(gè)海外地區(qū),，又需要各種定制,。 一個(gè)前端，全鏈路完成,，快速試錯(cuò),，快速上線。如果沒(méi)有宜搭,，真搞不定,。后面我也去其他類似的競(jìng)品看過(guò)了，我們這邊的定制場(chǎng)景還真都無(wú)法完成,。這次項(xiàng)目讓我更深刻的認(rèn)識(shí)了宜搭產(chǎn)品的價(jià)值,。 總結(jié)
冰山理論。部分人認(rèn)為的,，包括 5 年前的我也是這樣認(rèn)為的,，拖拽設(shè)計(jì)器 == 低代碼,。
后面在深入做了兩年后，發(fā)現(xiàn)有 物料,、多端,、出碼、布局,、邏輯,、國(guó)際化、監(jiān)控,、模板,、協(xié)議、服務(wù)化,、幫助體系 這么多功能要做,。 再往后做，要從 2B 的視角去看,，就像之前微軟的那邊的局部,，云、協(xié)同,、端,。 后面還有很多的未知等著我們...
再回到現(xiàn)實(shí)，總結(jié)五個(gè)點(diǎn),。 場(chǎng)景壁壘,。我覺(jué)得我們需要尋找更多的「場(chǎng)景壁壘」，比如,，疫情下,，快速交付的場(chǎng)景，為什么疫情下大家會(huì)選擇宜搭而不是選擇其他開(kāi)發(fā)模式,，因?yàn)榭烨覉?chǎng)景不是特別復(fù)雜,，快需要找需要快的場(chǎng)景，這種場(chǎng)景其他方式無(wú)法完成,，這就是壁壘,。 完整性。用戶需要在這個(gè)一個(gè)平臺(tái)上能把所有研發(fā)相關(guān)的事情全部做完,。完整性也包括了可維護(hù)性,。可控的開(kāi)發(fā)質(zhì)量,、維護(hù)性和升級(jí)成本,；二次需求開(kāi)發(fā)。 生態(tài)。產(chǎn)品完整性有了后,，就可以打造開(kāi)發(fā)生態(tài)，通過(guò)更多的開(kāi)發(fā)者生產(chǎn)更多的物料,、服務(wù),。同時(shí)平臺(tái)可以連接更多的物料、服務(wù),。 連接,。這里的連接有兩層含義，一個(gè)是產(chǎn)品之前的連接,，一個(gè)是數(shù)據(jù)的連接,。產(chǎn)品的連接可以產(chǎn)生 1 + 1 > 2 的效果。目前的趨勢(shì),，在改變傳統(tǒng)的 ERP/CRM 大而復(fù)雜的軟件系統(tǒng),。越來(lái)越多小而靈活的應(yīng)用產(chǎn)生，而且隨著企業(yè)的創(chuàng)新需求變化越來(lái)越快,，系統(tǒng)越來(lái)越多,，但不能做成煙囪，數(shù)據(jù)的連接尤其重要,。 靈活性和易用性,。靈活性和易用性的平衡如果做不好，那把平臺(tái)做屎也很容易,。我看過(guò)一個(gè)競(jìng)品,，真的做到了代碼完全交互化，0 代碼,，但稍微復(fù)雜點(diǎn)的應(yīng)用那個(gè)邏輯流,，就是前端的邏輯用交互編排的方式。那個(gè)復(fù)雜,，根本沒(méi)法二次維護(hù),。
講了這么多，并沒(méi)有確切的回答之前自己提的問(wèn)題,，因?yàn)闆](méi)有完全正確的答案,，我們會(huì)繼續(xù)不斷的探索。我相信未來(lái)可期,，低代碼將成為B端服務(wù)領(lǐng)域的基礎(chǔ)設(shè)施,，低代碼必將顛覆傳統(tǒng)開(kāi)發(fā)方式。
|
