有人將低代碼捧成了神，有人將低代碼踩成了屎。捧成神的人把它當(dāng)金子，覺得它能顛覆行業(yè)，取代程序員；踩成屎的人把它踩進泥里，覺得它是無用的玩具，一無是處。

如果非得做出選擇的話，你不妨把低代碼看成是一顆種子，它不會像金子那樣閃閃發(fā)光，但。只要環(huán)境到位，就能生根發(fā)芽，長成參天大樹。

在進入正文之前，有必要給大家撥正一個誤區(qū)：

“開發(fā)≠寫代碼”

由于現(xiàn)在低代碼&零代碼產(chǎn)品在宣傳過程中著重強調(diào)“公民開發(fā)”這一概念，我們隨便點開一篇相關(guān)文章章，必定會有一句：“人人都是開發(fā)者，無需代碼基礎(chǔ)也能輕松搭建系統(tǒng)……”。

因此，外行人就會想當(dāng)然的推出以下結(jié)論：

人人都是開發(fā)者=人人都能寫代碼=程序員將被低代碼產(chǎn)品替代=搞噱頭=胡扯。

但從專業(yè)角度出發(fā)，“開發(fā)不等于寫代碼”，它只是基于業(yè)務(wù)構(gòu)建協(xié)同流程。

要知道，即使是非常專業(yè)的開發(fā)者，在技術(shù)分工精細化的趨勢下（前端/后端/算法/運維）企業(yè)也很難做到獨立開發(fā)和運維整套復(fù)雜應(yīng)用。

而低代碼可以通過統(tǒng)一語言來減少業(yè)務(wù)和技術(shù)人員的溝通成本，使得各種角色在統(tǒng)一平臺緊密協(xié)助，這才是低代碼顛覆性意義的根本所在。

接下來進入正題。

我們都知道：種子發(fā)芽的三個基本條件是溫度、水分和氧氣。

而低代碼這顆種子之所以在近幾年迅速“發(fā)芽”，離不開市場需求變化、企業(yè)降本增效、云端數(shù)字化支持這三個條件：

1.溫度——市場需求變化

“低代碼”這兩年不斷升溫的關(guān)鍵要素是“協(xié)同關(guān)系”需求的變化。

最初低代碼的存在是為專業(yè)開發(fā)人員提供支持，幫助他們提取開發(fā)應(yīng)用過程中繁瑣“底層架構(gòu)”和“基礎(chǔ)設(shè)施”的任務(wù)，從而提高開發(fā)效率。

而近兩年，疫情對許多企業(yè)造成了巨大沖擊，傳統(tǒng)的商業(yè)模式無法滿足企業(yè)的需求，很多企業(yè)采用了線上辦公的模式，協(xié)同需求大增。

這種協(xié)同關(guān)系的變化使得低代碼的服務(wù)群體不斷下沉，由原來的專業(yè)開發(fā)人員到前線業(yè)務(wù)人員、再到市場、運營甚至是行政人員等在內(nèi)的非IT人員。

與此同時，整個軟件市場的IT從業(yè)人員增速卻逐漸疲軟，從業(yè)人員數(shù)量與代碼開發(fā)需求的摩擦逐漸顯現(xiàn)，傳統(tǒng)IT業(yè)務(wù)人員的增長難以滿足企業(yè)日益增長的系統(tǒng)新建、二次開發(fā)和運維需求。

同時面對復(fù)雜多變的市場環(huán)境，企業(yè)對系統(tǒng)和流程的靈活性和敏捷性有了更高要求，傳統(tǒng)的系統(tǒng)之間相對割裂，形成一座座數(shù)據(jù)孤島，增大了數(shù)據(jù)協(xié)同的難度。

而低代碼的出現(xiàn)，則通過封裝代碼的方式降低企業(yè)對IT人員的需求，將應(yīng)用搭建自主權(quán)交于業(yè)務(wù)部門，緩解企業(yè)IT用人壓力，減少與業(yè)務(wù)部門間頻繁對接需求，提高系統(tǒng)敏捷性，讓企業(yè)的成長不受制于系統(tǒng)。

舉個例子：

前線業(yè)務(wù)人員想快速構(gòu)建一套協(xié)同表格來傳達信息，以往只能編輯好“回傳”，再發(fā)送給使用人，而在低代碼的場景下，只需要上云端或者某個系統(tǒng)中直接編輯就可以達到實時更新的效果。

因此，低代碼顛覆性意義的根本在于：客戶一方面在軟件上投入更低，另一方面顯著降低了開發(fā)難度，非專業(yè)人員也能快速使用，充分調(diào)動企業(yè)各方面資源，降低對昂貴開發(fā)者的依賴。

2.水分——企業(yè)降本增效

如果把企業(yè)比作是一塊海綿，那么企業(yè)運轉(zhuǎn)所投入的人力、財力以及技術(shù)成本就相當(dāng)于是海綿里的水。作為管理者，想的肯定都是：“只要愿擠，總還是有的”。

近幾年IT人才的供給增長落后于行業(yè)需求的增長，人才供不應(yīng)求的現(xiàn)象較為突出，從業(yè)人員薪酬逐年遞增，至2020年我國IT從業(yè)人員年平均工資已達到17.2萬元。

由于軟件開發(fā)人員的薪資增長使企業(yè)內(nèi)部人力成本壓力不斷增加，同時，隨著系統(tǒng)更新頻率提高，冗長的軟件開發(fā)時間損耗企業(yè)大量時間成本和機會成本，降低系統(tǒng)開發(fā)效率，成為企業(yè)發(fā)展瓶頸。

而低代碼僅用少量編碼就能快速完成系統(tǒng)搭建和功能拓展， 幫助系統(tǒng)快速交付，降低企業(yè)系統(tǒng)開發(fā)和運維對IT人員的依賴，優(yōu)化人力資源配置，為企業(yè)降本提效。

我們通過兩個例子來具體感受一下企業(yè)在低代碼平臺幫助下的降本增效。

以下案例均來自：「簡道云官網(wǎng)」零代碼輕量級應(yīng)用搭建平臺

制造業(yè)方面，以上汽通用五菱（重慶）為例：

上汽通用五菱（SGMW）是國內(nèi)知名的汽車制造與銷售廠商，重慶分公司的采購物流部門作為信息化代表，在使用低代碼平臺的1年時間內(nèi)，單部門節(jié)約成本超15萬元。

科研行業(yè)方面，以中鐵大橋科研院為例：

橋科院擁有自己研發(fā)的信息平臺，但大多數(shù)項目依然習(xí)慣紙質(zhì)管理，因此橋科院一直飽受EXCEL備份數(shù)據(jù)的困擾。

在選擇了低代碼平臺進行數(shù)據(jù)錄入后，不但解決了數(shù)據(jù)處理效率的問題還成功實現(xiàn)了數(shù)據(jù)自動備份，免去了大量人工成本的投入。

注：以上企業(yè)數(shù)據(jù)與圖片均來自apaas平臺-簡道云

3.氧氣——云端數(shù)字化支持

隨著企業(yè)業(yè)務(wù)規(guī)模的擴大和信息化水平的日益提高，企業(yè)效率意識提升，對數(shù)字化轉(zhuǎn)型的訴求進一步加強，近兩年來，“數(shù)字化”這三個字對于企業(yè)來說就如我們見面隨口問的“吃了嗎”一樣平常。

數(shù)字經(jīng)濟不斷推動我國企業(yè)由傳統(tǒng)商業(yè)模式向數(shù)字化轉(zhuǎn)型，尋找新的發(fā)展路徑。在數(shù)字化轉(zhuǎn)型過程中，云計算則為企業(yè)提供基礎(chǔ)技術(shù)支撐，輔助企業(yè)建立數(shù)據(jù)中臺。

正是由于我國云計算基礎(chǔ)設(shè)施的建設(shè)和技術(shù)的成熟讓云服務(wù)市場規(guī)模不斷增長，企業(yè)對云計算的接受程度不斷提高。

在這個過程中，低代碼能通過公有云產(chǎn)品或私有化部署賦能業(yè)務(wù)部門，以其豐富的模板和插件幫助企業(yè)快速搭建數(shù)據(jù)中臺，打通各系統(tǒng)數(shù)據(jù)，有助于加速企業(yè)數(shù)字化轉(zhuǎn)型。

說了這么多，可能有人就要說了，你不還是在夸低代碼嗎？它難道就沒有局限性嗎？

當(dāng)然有，我歸納為兩個方面：

一方面可視化編輯器的表達能力在一定程度上不如圖靈完備的通用編輯語言，低代碼可以實現(xiàn)大部分靈活定制和拓展業(yè)務(wù)，但如果想要實現(xiàn)更高維度、更精確化的拓展，則有一定難度。
另一方面由于目標(biāo)受眾是非專業(yè)人員，平臺能支持的系統(tǒng)也是更偏向于傻瓜式，畢竟低代碼的定位就放在那里，人家就是為了適配大部分非IT技術(shù)人員。

也就是說，低代碼產(chǎn)品想要達到傳統(tǒng)高代碼的那種“支持顆?；咏M件和靈活的布局”是有一定難度的。

總而言之，高代碼構(gòu)建更高維度的業(yè)務(wù)和產(chǎn)品，而低代碼則滿足少開發(fā)的場景使用（零代碼是低代碼的子集）。目前從市場看普適性和適用性均還未達到紅海效應(yīng)，發(fā)展勢頭良好。