低代碼和無代碼之爭可以休了(低代碼無代碼開發(fā)平臺(tái)通用能力要求)
BS管理信息系統(tǒng)(ERP、MES、FM、OA、EAM、CRM之類)發(fā)展了二十多年,進(jìn)入到了快速生成平臺(tái)軟件通吃各類專用系統(tǒng)需求的低代碼/無代碼階段,隨著低代碼/無代碼平臺(tái)近一年來的迅速升溫,關(guān)于低代碼與無代碼的比較和爭論也日益激烈。
理性思考,如果要做到普適的快速應(yīng)用生成,低代碼是比無代碼(也稱零代碼)要更具備現(xiàn)實(shí)意義的。從最近三岳智能的一些項(xiàng)目經(jīng)驗(yàn)來看,無代碼推崇模塊內(nèi)置配置微調(diào),要生存偏安于某個(gè)特定領(lǐng)域還有一定機(jī)會(huì)——通過遍歷這個(gè)領(lǐng)域某一精準(zhǔn)用戶群的需求全集,做成可配置選項(xiàng)還存在一定可能性,要提供滿足所有業(yè)務(wù)需求的零代碼,在軟件工程角度說近乎不可想象的難度。
低代碼則是對(duì)開發(fā)工作本身的封裝和抽象,將多種開發(fā)模式做總結(jié)歸納,UI層面做適度封裝,對(duì)于過于復(fù)雜的業(yè)務(wù)邏輯,低代碼平臺(tái)并不完全排斥代碼的存在,通過少量代碼帶來的靈活性,完全可以將“開發(fā)模式歸納模塊”有機(jī)粘合,在極大提升開發(fā)效率的同時(shí),保證業(yè)務(wù)功能的足夠靈活性,中庸但是現(xiàn)實(shí)的路線,幾乎不會(huì)碰到平臺(tái)功能不能滿足業(yè)務(wù)需求的死角。而平臺(tái)的內(nèi)核開發(fā)團(tuán)隊(duì),也有足夠的精力投入到性能、安全性的極致優(yōu)化上來。
三岳“云簡單”就投入大量精力優(yōu)化了多種異步算法,為了主Web程序的springboot框架下的算法成果能夠被輕便的異步進(jìn)程復(fù)用而保持算法一致性,差不多把springboot魔改到我們自己都不太認(rèn)識(shí)的地步。類似的措施,不少活躍的低代碼平臺(tái)也在大量的采用。把優(yōu)秀的架構(gòu)和核心開發(fā)能力,以低代碼的方式快速、低成本的傳導(dǎo)給客戶,這是2B技術(shù)公司,比較理想的產(chǎn)品境界。低代碼降低了產(chǎn)品交互設(shè)計(jì)復(fù)雜度以及業(yè)務(wù)耦合度,能夠有條件給客戶提供更深入的性能、可靠性、靈活性、安全性保障,從技術(shù)哲學(xué)的角度說是優(yōu)于無代碼理念的。
也許利益相關(guān),仗著“云簡單”,三岳智能是低代碼的踐行者,評(píng)價(jià)低代碼和無代碼哲學(xué)時(shí),偏袒低代碼各位也不要見怪——低代碼和無代碼,在當(dāng)下都有長足發(fā)展,未來空間也不可估量,也許真如同下面迷人眼的兩朵花:)