本文所述的低代碼特指支持使用圖形化界面進(jìn)行應(yīng)用開(kāi)發(fā)的通用平臺(tái)，不包含特定專(zhuān)業(yè)領(lǐng)域的低代碼解決方案，如工作流引擎、BI工具等。

先說(shuō)結(jié)論：站在技術(shù)發(fā)展的十字路口，我們需要清醒地認(rèn)識(shí)到一個(gè)事實(shí)：當(dāng)前主流的低代碼模式正面臨著根本性的挑戰(zhàn)。在人工智能快速發(fā)展的背景下，傳統(tǒng)低代碼平臺(tái)的局限性日益凸顯。本文將從多個(gè)維度深入剖析這一問(wèn)題，并斗膽說(shuō)：當(dāng)前的低代碼的模式都是錯(cuò)誤的，都將被掃進(jìn)歷史的垃圾桶。 AI+低代碼的模式才是未來(lái)的發(fā)展方向。

低代碼的初衷與現(xiàn)實(shí)

美好愿景

低代碼平臺(tái)的出現(xiàn)承載著兩個(gè)核心期望：其一是通過(guò)可視化界面顯著提升開(kāi)發(fā)效率，減少代碼編寫(xiě)工作量，加速應(yīng)用交付周期；其二是降低技術(shù)門(mén)檻，使得具備基礎(chǔ)IT知識(shí)的業(yè)務(wù)人員也能參與應(yīng)用開(kāi)發(fā)，從而降低企業(yè)的人力成本和培訓(xùn)投入。

殘酷現(xiàn)實(shí)

然而，當(dāng)我們深入觀察低代碼平臺(tái)在實(shí)際應(yīng)用中的表現(xiàn)時(shí)，這些美好愿景卻顯得過(guò)于理想化。低代碼平臺(tái)試圖在開(kāi)發(fā)效率與應(yīng)用靈活性之間尋求平衡點(diǎn)，但這種平衡在企業(yè)級(jí)應(yīng)用開(kāi)發(fā)中往往難以實(shí)現(xiàn)。

低代碼的根本性缺陷

設(shè)計(jì)架構(gòu)的復(fù)雜性未被簡(jiǎn)化

低代碼平臺(tái)雖然簡(jiǎn)化了代碼編寫(xiě)過(guò)程，卻未能觸及軟件開(kāi)發(fā)中最為核心的環(huán)節(jié)：系統(tǒng)架構(gòu)設(shè)計(jì)。需求分析、技術(shù)架構(gòu)、數(shù)據(jù)模型設(shè)計(jì)等關(guān)鍵決策仍然需要專(zhuān)業(yè)團(tuán)隊(duì)的深度參與。這些環(huán)節(jié)往往決定著項(xiàng)目的成敗，而低代碼平臺(tái)在這些方面的助力卻微乎其微。

數(shù)據(jù)治理的嚴(yán)峻挑戰(zhàn)

在數(shù)據(jù)驅(qū)動(dòng)的現(xiàn)代企業(yè)環(huán)境中，數(shù)據(jù)治理的重要性不言而喻。然而，特別是那些標(biāo)榜”零代碼”或”表單驅(qū)動(dòng)”的平臺(tái)，在數(shù)據(jù)管理與治理方面表現(xiàn)得尤為薄弱。用“低碼開(kāi)發(fā)一時(shí)爽，數(shù)據(jù)治理火葬場(chǎng)”來(lái)形容這種情況可謂貼切至極。隨著應(yīng)用規(guī)模的擴(kuò)大，數(shù)據(jù)質(zhì)量、一致性和可維護(hù)性等問(wèn)題將變得愈發(fā)棘手。

功能受限與割裂性問(wèn)題

低代碼平臺(tái)的功能局限性顯而易見(jiàn)。盡管部分平臺(tái)提供了擴(kuò)展機(jī)制，但這反而引發(fā)了新的問(wèn)題：當(dāng)一個(gè)項(xiàng)目同時(shí)存在低代碼實(shí)現(xiàn)和傳統(tǒng)開(kāi)發(fā)時(shí)，產(chǎn)品設(shè)計(jì)、開(kāi)發(fā)實(shí)現(xiàn)、測(cè)試驗(yàn)證等環(huán)節(jié)都將面臨割裂的工作模式，這種不一致性嚴(yán)重影響了團(tuán)隊(duì)協(xié)作效率和項(xiàng)目質(zhì)量。

技術(shù)棧綁定困境

低代碼平臺(tái)的封閉性帶來(lái)了嚴(yán)重的供應(yīng)商綁定問(wèn)題。目前行業(yè)尚未形成統(tǒng)一的標(biāo)準(zhǔn)和規(guī)范，不同平臺(tái)間的遷移成本高昂。這種局面不僅影響了企業(yè)的技術(shù)選型自由度，還為未來(lái)的系統(tǒng)演進(jìn)埋下了隱患。

總體擁有成本（TCO）居高不下

低代碼平臺(tái)的實(shí)際使用成本遠(yuǎn)超表面數(shù)字。除了平臺(tái)授權(quán)費(fèi)用外，還需考慮培訓(xùn)、技術(shù)支持、定制開(kāi)發(fā)等持續(xù)性投入，這些支出往往被企業(yè)在選型時(shí)低估。

低代碼的局限性

基于上述根本性問(wèn)題的存在,當(dāng)前低代碼平臺(tái)的實(shí)際應(yīng)用場(chǎng)景被大大限制。從實(shí)踐來(lái)看,低代碼平臺(tái)主要局限于構(gòu)建簡(jiǎn)單的面向 ToC 的小型應(yīng)用，或是用于產(chǎn)品原型驗(yàn)證(PoC)階段。對(duì)于真正的企業(yè)級(jí)應(yīng)用而言，貿(mào)然采用低代碼平臺(tái)可能會(huì)帶來(lái)更多的挑戰(zhàn)而非解決方案。

讓我們具體分析一個(gè)中小型項(xiàng)目的人力和時(shí)間投入分布：在需求調(diào)研、系統(tǒng)設(shè)計(jì)、編碼開(kāi)發(fā)、測(cè)試發(fā)布這幾個(gè)主要環(huán)節(jié)中，真正的編碼開(kāi)發(fā)時(shí)間通常不會(huì)超過(guò)總投入的 40%。而在這 40% 的編碼工作量中，能夠通過(guò)低代碼平臺(tái)實(shí)現(xiàn)的部分可能僅占 20% 左右。更令人擔(dān)憂的是,當(dāng)?shù)痛a與傳統(tǒng)開(kāi)發(fā)方式并存時(shí)，由于開(kāi)發(fā)模式的割裂，反而可能導(dǎo)致團(tuán)隊(duì)整體效率的下降。此外，還要考慮定制化的自由度受限、平臺(tái)綁定等因素帶來(lái)的額外成本。綜合來(lái)看，低代碼平臺(tái)所能帶來(lái)的實(shí)際效益提升相當(dāng)有限。

對(duì)于這一論斷，我們不妨用兩個(gè)維度來(lái)驗(yàn)證：其一，觀察當(dāng)前市場(chǎng)上主流低代碼平臺(tái)所實(shí)現(xiàn)的應(yīng)用類(lèi)型，能夠支撐企業(yè)核心業(yè)務(wù)系統(tǒng)的案例鳳毛麟角；其二，建議企業(yè)在評(píng)估低代碼平臺(tái)時(shí)，結(jié)合實(shí)際項(xiàng)目進(jìn)行全面的投入產(chǎn)出測(cè)算，而不是僅關(guān)注表面的開(kāi)發(fā)效率提升。

低代碼+AI 的探索與困境

面對(duì)種種挑戰(zhàn)，低代碼平臺(tái)供應(yīng)商開(kāi)始將目光投向人工智能技術(shù)，試圖通過(guò)低代碼+AI的模式來(lái)突破現(xiàn)有瓶頸。然而，這種嘗試本質(zhì)上仍未跳出傳統(tǒng)低代碼的思維框架，更像是一種技術(shù)層面的疊加，而非范式的革新。即便您能夠容忍前文所述的各種局限性，從人工智能發(fā)展的趨勢(shì)來(lái)看，當(dāng)前這種低代碼+AI的融合模式仍存在方向性的偏差，很可能成為一次戰(zhàn)略性的誤判。

為什么會(huì)得出如此判斷？關(guān)鍵在于現(xiàn)有的低代碼平臺(tái)仍然過(guò)分關(guān)注“How to do”(如何實(shí)現(xiàn))的層面，而未能很好地解決“What to do”(做什么)的問(wèn)題。它仍然以可視化的表單、流程為基礎(chǔ)構(gòu)建應(yīng)用，要求開(kāi)發(fā)者預(yù)先對(duì)應(yīng)用架構(gòu)有清晰的規(guī)劃：包括功能模塊劃分、頁(yè)面布局設(shè)計(jì)、頁(yè)面間跳轉(zhuǎn)關(guān)系、數(shù)據(jù)流轉(zhuǎn)路徑、存儲(chǔ)方案等等。這種開(kāi)發(fā)模式與人工智能時(shí)代“自然交互”的理念存在根本性的沖突。

未來(lái)：AI驅(qū)動(dòng)的應(yīng)用開(kāi)發(fā)新范式

在人工智能快速發(fā)展的今天，我們需要重新思考應(yīng)用開(kāi)發(fā)的范式。參考科幻作品中描繪的未來(lái)圖景，如《Her》中的Samantha、《鋼鐵俠》中的Jarvis，我們可以看到一個(gè)更具前瞻性的發(fā)展方向：以AI為核心的智能化應(yīng)用開(kāi)發(fā)模式。

未來(lái)的數(shù)字化建設(shè)將以數(shù)據(jù)中臺(tái)為基礎(chǔ)設(shè)施，以AI為核心引擎，輔以低代碼工具，形成一個(gè)有機(jī)統(tǒng)一的開(kāi)發(fā)生態(tài)。在這種模式下，開(kāi)發(fā)人員主要通過(guò)自然語(yǔ)言與AI系統(tǒng)進(jìn)行需求溝通和迭代，低代碼平臺(tái)則退居二線，承擔(dān)界面交互和可視化呈現(xiàn)的輔助角色。

這種轉(zhuǎn)變將帶來(lái)應(yīng)用開(kāi)發(fā)模式的革命性變革：系統(tǒng)間的邊界將逐漸模糊，用戶不用關(guān)注信息在哪個(gè)系統(tǒng)中，用戶與系統(tǒng)的交互將更加自然和智能化。AI將根據(jù)用戶需求，動(dòng)態(tài)調(diào)用和組織各種服務(wù)資源，為每個(gè)交互場(chǎng)景提供定制化的解決方案，形成一個(gè)個(gè)Session級(jí)的、完全為當(dāng)前對(duì)話上下文定制的交互界面。

在這個(gè)新范式下，真正的效率提升不再局限于代碼層面的簡(jiǎn)化，而是通過(guò)AI賦能實(shí)現(xiàn)對(duì)整個(gè)開(kāi)發(fā)流程的智能化升級(jí)。這才是企業(yè)數(shù)字化轉(zhuǎn)型的正確打開(kāi)方式。

當(dāng)下的選擇

當(dāng)然要實(shí)現(xiàn)上述愿景，還需要一定的技術(shù)突破和市場(chǎng)積累。如果您的企業(yè)對(duì)低碼有很強(qiáng)的需求，上述的問(wèn)題都能接受的話。真心建議一定選擇沒(méi)有解析引擎的低代碼產(chǎn)品，沒(méi)有解析引擎意味著構(gòu)建后生成的是程序員們都能看懂的原生代碼，不是廠商自己的DSL，這樣至少可以在可維護(hù)性、可定制化上有更多的保障，也在一定程度上可以避免廠商的技術(shù)棧綁定。

閱讀原文：原文鏈接