低程式碼平臺，也未必是不好，問題是你對他的過度依賴，一旦用上，有問題的話，可能就會花大價錢解決，亦或解決不了，有甩不掉。

對某平臺的過度依賴，最後都是坑，開發中的某個框架，你可以替換，但是平臺級別，你是肯定無法替換的。

我認為‬目前‬大家‬對‬低程式碼平臺缺乏‬信心的原因有以下幾點：

1，現在的低程式碼平臺百花齊放，千差萬別，良莠不齊，還沒正真的普適性的低程式碼平臺，所以很多使用者在嘗試低程式碼平臺並且失敗後，對低程式碼平臺有負面的宣傳就在情理之中了。

2，一些公司撐低程式碼平臺熱度，給自己的saas平臺或者應用產品新增幾個配置能力就說自己是低程式碼平臺，給使用者產生錯覺，認為低程式碼只是應用功能的定製化配置。

3，低程式碼平臺作為一個全新的開發方式它面向的客戶和現在軟體開發從業人員（程式設計師）不完全重合，而現在關心低程式碼的人大多還是程式設計師，從程式設計師的視角去評價這個平臺必然會有所偏差。

4，就像學外語不一定就是當翻譯，學駕駛也不一定為了當駕駛員，未來學軟體研發也不一定就是去做程式設計師。設計軟體必將成為一種技能，這時低程式碼平臺就會起到非常重要的作用。

就是新時代的dreamweaver

低程式碼就是專業程式設計人員給非程式設計的業務人員構建的平臺。適用性必然建立在某方向的業務模型基礎上，有一定意義，但不一定適合所有人，不是每個人的業務需求都被低程式碼平臺所預估到。

低程式碼本質是降低使用成本，擴大使用者群體。聚焦到某個領域，還是有前途的。比如抖音的剪輯功能，本質就是個低程式碼，人人都是剪輯師

現在還處於“窮人用不起，富人用不到”階段。

畢竟現在的開發門檻已經非常低了。未來不是說沒前途，而是沒人用人民幣來相信，對吧？

低程式碼不是沒前途，而是目前沒有足夠成熟。

低程式碼在我看來就是個騙錢的玩意！怎麼說？您別激動，且聽我慢慢道來。

我公司花了幾百萬買了大陸某著名公司的低程式碼產品，結果快一年了，你猜怎麼著？

成功上線的專案，0。

負責人離職人數，2。

為什麼會這樣？當初ppt演示的時候，吹得多好多好，隨便拖拉拽就能生成一個專案，是個人都能學會開發，要多快有多快，低程式碼就是未來，未來每個人都能做開發！降本增效！外行的領導聽得那是一個心花怒放，有這個工具在手，天下我有！買買買！！

買回來之後，廠家部署的時候就一堆bug，解決完這些問題後，廠家培訓了一個月，大家都還是一臉懵逼，不知道咋用。等到有專門的負責人研究得差不多了，可以開始開發了，發現很多功能沒法實現。等到平臺做了定製化開發，可以實現稍微複雜點功能了，開發出的應用又超級難用，平臺響應要十幾秒鐘。這還是剛上線的情況，以後要是多幾個應用該咋辦？領導天天指著賣家秀，逼著低程式碼負責人出個一模一樣的，到最後負責人實在受不了，撂挑子走人！

反正現在的情況就是騎虎難下。用嘛，超級難用，有些功能能實現，稍微複雜點就不行了，應用的需求總是變來變去，新的功能都加不進去。開發出的應用又超級慢。學習成本也不低，為什麼放著好好的成熟的技能不用，浪費時間去學一堆樂色？不用嘛，白花花的銀子丟進去了，不知道以後怎麼跟上級交待？

低程式碼是未來？還是老老實實搬磚吧。

前途是光明的，道路是艱難的。

現在大多數號稱低程式碼無非就是表單、報表、Bi、工作流的工具組合。

但並沒有考慮後面的升級迭代和業務流程變更以後的新舊版本資料結構等問題，忽悠外行人可以，想要達到傻瓜式開發複雜系統幾乎不可能，至少未來3-5年很難。

這個要辯證地看到這個。要說提高開發效率，解放程式設計師，真沒有什麼意義，之前的程式碼機也能解決一大部分基礎程式碼。

其實現在低程式碼還是無程式碼，我覺得很大程度取決於受眾群體，懂開發的大部分人都不會接受低程式碼，因為意義不大，即便採購了低程式碼的企業，最終也會因為各種原因而啟用。低程式碼食之無味棄之可惜。

然後如果這個平臺的受眾群體是一些不懂開發的業務人員或者業務主管，那就情況就大大的不同了。業務人員往往不懂技術、不懂開發，但是一定懂業務，知道什麼樣的軟體能解決業務數字化問題，軟體如何能提升業務處理能力，解決業務人員的雙手。

無程式碼的應用搭建平臺我覺得才是未來企業數字化轉型的大趨勢，試錯成本低，可快速迭代，還不用技術人員參與，業務人員直接動手調整就行。

低程式碼一定不是面向開發人員的，也不是面向專業的軟體研發公司的，一定是面向的業務告訴發展的偏業務型的中小型企業。

因為做軟體開發的都不真正理解客戶的業務需求，不瞭解客戶業務情況，更是輕視了企業管理的複雜性和難度。弱程式碼是未來企業管理系統的必然趨勢，誰先推出穩定性更高、資料處理速度更快、功能更豐富（比如提供二維碼生成及採集模組、簡訊自動發出模組、資料提醒模組等）必然會佔據中國絕大部分企業管理系統市場。

很簡單，低程式碼不是新技術，而是新概念，其實比爾蓋茨搞的VB就是很成熟的低程式碼了

Excel也算是一種低程式碼模式，但能夠真正用好excel 的有幾人？你真的用好了，離寫好程式也不遠了。對於學習成本而言，低程式碼不比有程式碼好多少！

一個軟體的生存期很重要，其壽命的長期性、系統的穩定性、效能的優越性和前後的相容性對於使用者來說很重要，沒有誰想用小公司開發了，不知道什麼時候就斷供的什麼鬼低程式碼軟體，像wps雖然不錯，有不少適合電腦小白的所謂“特色”功能，但其對自己前期版本糟糕的相容性和後期對office大面積的照搬，缺乏長期的一貫性（前後相容性）及深度開發功能，讓深度使用者敬而遠之……

軟體的真正價值是資料分析和挖掘，以及行為管理，而不是那幾個好看的介面。這些東西低程式碼能提供？

如果變為趨勢，就必須有一個職位去做這件事。

就目前的行業職位來看，程式設計師很少有人願意去做這種事情，另外低程式碼在未來完全可被ai替代。

必須要認清現實。

Excel用的好的有幾個，access用的好的又有幾個？

反過來說，能用的好excel、access還需要什麼低程式碼，手頭那點工作還有什麼難度？

低程式碼從根上就是噱頭，和大部分保健品一樣，用了好不了，也不會死-沒什麼用。

企業級的開發主要面臨的問題是流程管理、最佳化和資料分析挖掘，這根本不是未經專業訓練的開發者能解決的，打個比方：

一個企業的差旅費用報銷可能就是十幾個審批路徑。僅僅是做出分析的審批矩陣圖，有幾個人能畫出來。

低程式碼平臺單獨功能實現類似Excel，當然功能豐富性比Excel還差得遠，好好用熟Excel比使用什麼低程式碼平臺靠譜。

如其他答主所說，最開始叫通用元件，後來變成開發框架，再變成引擎。現在包裝成低程式碼。

核心思路就是推出屬於自己的核心模組讓別人二次開發。比如vue，dz論壇，xiu"luo建站，cocos引擎，只要有了使用者基數就可以構築環境壁壘。

不懂的人覺得很牛逼，正常搞研發的很少用到。

2012年時候斯坦福的一個公開講座，一個老教授說雖然計算機很厲害，但是即使像4歲嬰兒一樣識別區分或者跟蹤物品的能力，可能我們有生之年都很難見到——然而到22年這個方向已經成熟到科研上沒有什麼東西做了。

有些技術還沒有成熟時，確實有很多問題看起來是無法解決的。人工智慧之前也興起過很多次，但在最近十年才有了質的突破，得到肯定。

能成為未來趨勢的技術一定是有其底層邏輯的。

就像題主說的：從當年的Spring發展到後來的SpringBoot、SpringCloud，開源精神最終的迭代方向極有可能是使用起來日趨方便、門檻更低的開發框架，最終會出現一個連同功能、效能兼顧，一鍵式生成並部署的終極系統，演算法也類似。

現在我們開發系統能這麼快，就是面向物件程式設計技術發展到現在的結果。

再看低程式碼：其實無編碼的大屏就算是低程式碼開發在工程上落地的一種，當然這不應該算是一種技術。

還有低程式碼甚至無程式碼配置開發資料API的技術現在也已經得到業界的廣泛使用，隨著數字化的推進，資料應用需求多、變化快、實時性要求高，還只是單純依靠技術人員開發資料API效率低下，本來就不符合發展規律。

一些簡單的業務人員取數要求直接讓業務人員用低程式碼或者無程式碼工具完成是目前最好的選擇。

現在國外的DaaS、大陸的大資料服務化平臺等等都在研發這方面的功能。

還是相信低程式碼開發是未來的趨勢的，只不過還沒有像人工智慧迎來螺旋上升的那一個奇點罷了。

最後附上艾瑞剛釋出的《2022中國低程式碼行業研究報告》一些核心資訊：

一.發展方向：

低程式碼更強調敏捷開發的能力，以此為基礎不斷向更加自動化、智慧化的技術融合形態演進，從表單驅動、模型驅動向資料驅動演進。

無程式碼則更強調產品的易用性和使用者體驗，不斷從廣度和深度上拓展產品的高階能力，使得產品易用性和功能性更為強大。

二.應用滲透:

低程式碼在不同應用場景的滲透率，受產品功能覆蓋度和應用場景複雜度兩方面共同影響，中小企業一般業務場景由於需求簡單，且通用性較強，低程式碼滲透較早，應用覆蓋更為全面。

隨著產品技術積累和需求側認知提升，不斷由中小企業個性化場景、中大型企業創新應用場景、中長尾場景向中大型企業核心業務系統滲透。

三.市場規模:

低程式碼行業經歷了2017-2020年的快速發展階段，市場增速開始有所放緩，在企業數字化轉型及疫情的助推下， 2021年低程式碼行業市場規模達到27.5億，增長速度為72.4%，預計未來4年複合增速達到44.1%，2025年中國低程式碼行業市場規模將達到118.4億。

四.趨勢洞察：

趨勢一：應用場景延伸，接力工業網際網路滲透最後一公里，加速與實體經濟融合。

趨勢二：技術融合加速，與技術板塊融合深度增加，橫向擴充套件平臺能力縱向加深業務互動。

趨勢三：聚合平臺入局破局零和博弈，聚合生態共推低程式碼行業水漲船高。

低程式碼都炒多少年了，當初大廠都下來炒熱度。現在呢？ 就只能解決最基本的需求，命運還掌握在別人手上，背後還是大量的程式設計師“高程式碼”維護。特別是用Saas的客戶，毫無資料隱私可言。

真正的低程式碼應該是程式碼複用的進階，完善的文件、合理的架構、簡單的使用方法、友好的社群、高度的自由、最大程度的解偶和即插即用。而不是搞幾個動態表單和流程審批來騙人。