低程式碼開發平臺，是指無需編碼或很少程式碼（No Code or Low Code）就可以快速生成應用程式的工具。這種平臺通常提供視覺化的設計工具，來快速搭建介面、設計資料模型、建立業務邏輯和工作流。

理論上，低程式碼開發能夠很好地避免定製化開發和買現成產品的弊端。一方面可以降低企業應用開發人力成本，另一方面可以將原有數月甚至數年的開發時間成倍縮短，從而幫助企業實現降本增效、靈活迭代的價值。 根據Frevvo的研究，低程式碼開發可以將數字化轉型的速度提高69％，有助於減少對高技術水平的依賴。

在這一領域，國外已有較為成熟的平臺出現，如：OutSystems, Mendix, Google的App Maker,微軟的PowerApps, Thunkable, Zoho Creator等。

其中，OutSystems於2018年6月獲私募股權投資機構KKR和高盛3.6億美元融資，是估值超過10億美元的獨角獸。

雲計算的興起和移動網際網路的深化發展，讓IT系統和業務結合得更為緊密，當業務的可變性越來越高，也就要求IT開發能力變得更加敏捷。 在這種情況下，由於每個大企業都有一定數量的開發者，其業務也都獨一無二的，如傳統軟體廠商SAP、Oracle以往所做的Best Practice（最佳實踐），即把一家公司成功經驗複製到其他公司的做法，就不再行得通，這才出現了低程式碼開發的趨勢。

事實上，低程式碼開發平臺並不是為了顛覆開發者，而是為了讓開發者從繁重的、重複的程式碼中解放出來，去參與更具有價值的開發環節。 與其說低程式碼開發平臺會“幹掉”開發者，不如說是幹掉了傳統的開發模式。

低程式碼開發平臺，透過圖形化介面互動實現應用搭建，視覺化的操作，標準化的配置，既可以提高開發人員開發資訊化系統的效率，同時也能滿足無程式碼基礎的業務人員進行資訊化開發。 當然程式碼平臺並不是萬能的，當用戶在平臺遇到實現不了的配置，可以自定義開發，也就是說，可以根據需要自己開發出平臺沒有的功能。因此，企業可能需要將低程式碼環境與手工程式碼串聯在一起。 同時，低程式碼也能解決軟體應用過多、過亂和資料孤島的問題。

獲取更多低程式碼知識：低程式碼開發（Low-Code）

不會。

低程式碼開發是拓展了開發工作的門檻，允許更多有想法但是缺少程式設計基礎的人加入，但是這些無程式碼或者低程式碼開發元件和介面本身，需要程式設計師來開發和維護，所以只是程式設計師的工作換了一下而已。

就像樂高賣積木，難道全世界的建築工人就失業了嗎？

會，因為這樣可以減少低端程式設計師需求，而高階程式設計師的需求量是有限的，就比如美國因為機械化耕作不需要那麼多農民然而產量依然很高還可以出口糧食。同樣人工智慧的發展必然減少藍領工人的需求，未來大部分智商不足的人民應該不需要工作，由人工智慧處於人道主義飼養起來天天娛樂。

在國外火爆起來的低程式碼開發平臺

低程式碼平臺的最初發展可追溯到2000年，2000年至2015年可以算是低程式碼平臺發展的第一階段。這個階段期間，低程式碼平臺市場的發展非常遲緩，沒有大幅度的升降，也沒有表現亮眼的企業。但到了2015年至2018年這三年，低程式碼平臺市場直接升溫。2018年西門子宣佈以6億歐元收購低程式碼應用開發領域的領導者Mendix、快速應用開發的低程式碼平臺OutSystems獲得了3.6億美金的投資之後，低程式碼平臺市場才真正開始火爆起來。

APICloud創始人兼CEO劉鑫表示，所謂“低程式碼開發平臺”，是指那些無需編碼或透過少量程式碼就可以快速生成應用程式的工具，其一方面可以降低企業應用開發人力成本，另一方面可以將原有數月甚至數年的開發時間成倍縮短，從而幫助企業實現降本增效的價值。”

低程式碼平臺的發展推動了人效革命的步伐，也愈發滿足企業對IT技術部門、技術人員的要求，順應當下市場發展。但目前國內的低程式碼開發平臺發展整體落後於國外，我們可以通過了解國外代表性的低程式碼平臺來更好的衡量國內低程式碼平臺的發展。

OutSystems

OutSystems是快速應用開發的頭號低程式碼平臺，並且是2018年Gartner高生產力平臺的領導者。OutSystems號稱將低程式碼功能與高階移動功能相結合的唯一解決方案，它支援整個應用程式組合的視覺化開發，可輕鬆與現有系統整合。

Mendix

Mendix幫助企業改善創新方式。透過使用視覺化模型，在Mendix上構建應用程式非常簡單，快速且直觀，可使開發人員和業務分析人員等眾多人員構建強大的應用程式，而無需編寫程式碼。藉助模型驅動開發，業務領導者和IT部門可以共享語言來快速構建應用程式。

戴爾Boomi

戴爾Boomi是雲集成和工作流程自動化軟體的供應商，使用戴爾Boomi行業領先的低程式碼iPaaS平臺，組織可以連線任何渠道，裝置或平臺的任何地方，並與所有渠道，裝置或平臺進行互動。Boomi統一平臺包括Boomi Flow，低程式碼工作流程自動化與雲原生整合，用於構建和部署簡單而複雜的工作流程，從而有效地推動業務發展。

Forrester的報告顯示，低程式碼開發平臺市場將從2015年的17億美金增長到2020年的155億美金。低程式碼將成為主要的軟體交付平臺，並且預計到2020年，75％的應用程式將在低程式碼平臺中開發。

企業數字化轉型推動了低程式碼平臺市場在2015年至2018年呈現出爆發增長，雖然目前國內低程式碼平臺市場還處於藍海階段，暫時落後於國外的發展。但從大趨勢和市場需求來說，低程式碼平臺在技術開發領域的佔比只會越來越重，國內公司中IT部門在日常面臨的考驗越來越嚴峻，待解決的問題也越來越多。

APICloud低程式碼開發平臺結合國外低程式碼開發平臺優點，不斷完善自身，此次推出全新IT生產工具將需求分析、產品原型、UI設計、前端開發、後端開發緊密銜接，並基於行業大資料對前置環節進行復用，大幅縮減重複性工作，有效提升30%-60% IT專案效率；進一步滿足企業數字化轉型的要求。

低程式碼的出現真的會導致程式設計師失業嗎？

低程式碼開發平臺，是指無需編碼或很少程式碼（No Code or Low Code）就可以快速生成應用程式的工具。這種平臺通常提供視覺化的設計工具，來快速搭建介面、設計資料模型、建立業務邏輯和工作流。

理論上，低程式碼開發能夠很好地避免定製化開發和買現成產品的弊端。一方面可以降低企業應用開發人力成本，另一方面可以將原有數月甚至數年的開發時間成倍縮短，從而幫助企業實現降本增效、靈活迭代的價值。

根據Frevvo的研究，低程式碼開發可以將數字化轉型的速度提高69％，有助於減少對高技術水平的依賴。

在這一領域，國外已有較為成熟的平臺出現，如：OutSystems, Mendix, Google的App Maker,微軟的PowerApps, Thunkable, Zoho Creator等其中，OutSystems於2018年6月獲私募股權投資機構KKR和高盛3.6億美元融資，是估值超過10億美元的獨角獸。

而在國內，低程式碼或零程式碼開發的趨勢在近幾年才開始興起，出現了一批低程式碼平臺創業公司，比如：APICloud（APICloud低程式碼開發平臺）。

隨著雲計算的興起和移動網際網路的深化發展，IT系統和業務結合更為緊密，業務的可變性越來越高，這也就要求IT開發能力變得更加敏捷。

在這種情況下，由於每個大企業都有一定數量的開發者，其業務也都獨一無二的，如傳統軟體廠商SAP、Oracle以往所做的Best Practice（最佳實踐），即把一家公司成功經驗複製到其他公司的做法，就不再行得通，這才出現了低程式碼開發的趨勢。

事實上，低程式碼開發平臺並不是為了顛覆開發者，而是為了讓開發者從繁重的、重複的程式碼中解放出來，去參與更具有價值的開發環節。

與其說低程式碼開發平臺會“幹掉”開發者，不如說是幹掉了傳統的開發模式。

低程式碼開發平臺，透過圖形化介面互動實現應用搭建，視覺化的操作，標準化的配置，既可以提高開發人員開發資訊化系統的效率，同時也能滿足無程式碼基礎的業務人員進行資訊化開發。

當然程式碼平臺並不是萬能的，當用戶在平臺遇到實現不了的配置，可以自定義開發，也就是說，可以根據需要自己開發出平臺沒有的功能。因此，企業可能需要將低程式碼環境與手工程式碼串聯在一起。

同時，低程式碼也能解決軟體應用過多、過亂和資料孤島的問題。

程式設計師的工作並不僅僅是編寫程式碼，更多的是將需求進行抽象的工作以及對程式碼邏輯進行升級改造，編寫相關文件之類的。

實際上低程式碼並不是一個新名詞，早在IDE出現之處，IT業就已經邁向了低程式碼時代。而低程式碼的重點並不在於程式業務邏輯，而是在於節省邏輯固定的模組開發成本。實際上對低程式碼的追求並不會導致程式設計師失業。

所謂“低程式碼”，從字面理解應該是程式碼量的減少，事實也卻是如此，低程式碼是指一種開發平臺，稱之為“低程式碼開發平臺”，具體是指無需編碼或透過少量程式碼就可以快速生成應用程式的開發平臺，是一種透過視覺化進行應用程式開發的方法，使具有不同經驗水平的開發人員可以透過圖形化的使用者介面，使用拖拽元件和模型驅動的邏輯來建立網頁和移動應用程式。從這個定義來看，這幾年突然異軍突起的“少兒程式設計”教育，從某種程度上來說就是低程式碼的一種應用，重在培養孩子的邏輯思維能力，提高孩子對程式碼程式設計的興趣。

當然，題主所述的“低程式碼”必然不是指某種教育。低程式碼開發平臺(LCDP)英文全稱為Low-Code Development Platform，最早可追溯到20世紀90年代至21世紀初的程式語言和工具，與先前的開發環境類似，低程式碼開發平臺基於模型驅動，建立了自動程式碼生成和視覺化程式設計的原理。其一個顯著的特點是，更多的人可以參與到應用程式開發當中，不僅是具有專業程式設計能力的程式設計師，非技術背景的業務人員同樣可以構建應用;對於大型企業來講，低程式碼開發平臺還可以降低IT團隊培訓、技術部署的初始成本。正式的低程式碼開發概念是著名的研究機構Forrester於2014年正式提出，當前Microsoft、OutSystems、Mendix、Kony和Salesforce等企業在海外處於頭部位置，其中OutSystems在2018年宣佈融資3.6億美金，被視為低程式碼賽道的獨角獸。

從上述所述的低程式碼定義級其特點來看，所謂的低程式碼開發，實際上是將軟體開發更加明確的進行了劃分，針對某些應用類開發，徹底的降低了其進入門檻，向某些行業的業務專家普及了軟體程式設計，使其可以簡單的透過低程式碼開發平臺來實現自己所熟悉行業的業務，減少了對專業軟體工程師的依賴，降低了企業的研發成本。而針對專業的軟體開發，更加突出了其技術層面的要求，而不僅僅是編碼能力，比如資料庫、作業系統、演算法、影象識別、大資料處理等等方面，使用低程式碼開發平臺來實現時不現實的。

你知道為什麼35歲以上程式設計師普遍被辭退嗎？從大觀來看目前程式設計師混的比較多，所以低程式碼讓一些程式設計師下崗是可能的。有句話：有些人用一年的工作經驗工作了10年而已。

作為一名IT行業的從業者，我來回答一下這個問題。

首先，從當前開發領域的發展趨勢來看，低程式碼開發確實是一個重要的發展趨勢，而且在未來的平臺化開發時代，低程式碼甚至是無程式碼開發將得到大面積的普及，隨著人工智慧技術的不斷髮展，未來大量的行業應用開發都將採用低程式碼的開發方式，這種開發方式不僅會提升軟體產品的穩定性，同時也會降低開發人員的工作壓力，從而延長程式設計師的職業生命週期。

低程式碼開發雖然會在一定程度上降低程式設計師的工作量，但是並不會導致程式設計師失業，實際上低程式碼開發還會在一定程度上促進更多人走向程式設計師崗位，尤其是傳統行業的技術從業者。低程式碼開發時代有三大特徵，其一是低程式碼開發平臺化；其二是低程式碼開發行業化；其三是低程式碼開發智慧化，從這三大特徵來看，未來更多產業領域的從業者可以在網際網路領域創業，這也是產業網際網路時代的一個重要特徵。

低程式碼開發會在一定程度上促進專業程式設計師的崗位升級，促使更多的專業級程式設計師向研發級崗位發展，從而把更多的精力投放在產品創新上，這對於廣大的應用級程式設計師來說，也是一個不小的挑戰。當然，低程式碼開發也需要一個發展過程，程式設計師也有足夠的時間來做出準備。

最後，對於當前的初級程式設計師來說，如果想在低程式碼開發時代具有更強的崗位競爭力，可以考慮讀一下研究生，從而更容易獲得研發級工作崗位。

或許能替代一些需求簡單的軟體開發，但是一些複雜的商城系統、掛號系統、售票系統、金融交易系統和醫療系統等，還是需要人工編碼來實現複雜多變的需求，做定製化開發。現階段人工智慧和ai只能實現半自動化，而且還不完善，要實現完全自動化開發、編譯、部署軟體，受到各種不可控未知因素的共同影響，還有很大的一段路要走。

在低的程式碼量我是需要人去寫，低程式碼不代表低技術，所以程式設計師失業是不可能的。那麼低程式碼會帶來什麼影響呢？這裡答主從下面幾個點來說說自己的看法：

這裡答主理解“寫的更少，做的更多”。什麼個意思，打個比喻：寫個迴圈，JAVA最少需要三行程式碼，如果業務複雜一點可能更多。用低程式碼的方式理解的話，如果用一行程式碼就解決了迴圈的問題是不是更爽。大概是這麼的意思，雖然現在Python的出現就是這個說法，但是那是因為在實際應用中它封裝了常用的解決方案，使用了呼叫的方式，對於程式設計師來說是友好了很多但是從題主的問題來看很顯然問道的低程式碼可能要比Python說到的更加所謂的低程式碼。大概意思就是說就敲幾行程式碼解決一大堆事情。

上面我們已經理解了何為低程式碼，寫更少的程式碼，做更多的事情，那麼光從字面意思上的理解就可以看出很多問題。寫的更少，那麼證明程式設計師需要做的事情就更簡單，那麼一個程式設計師可以做更多的事情，那麼開發一個程式來說不會像現在這麼麻煩。對於市場來說更本不需要這麼多的程式設計師了，隨之而來的就是程式設計師崗位就會增大失業率。那麼想想確實是那麼回事，市場都不需要肯定失業是有的。但是崗位需求沒有那麼大不代表行業門檻會變低，就算你在低程式碼，第一總是需要人寫吧。第二一行程式碼就解決迴圈但是技術要求還是擺在那裡，你還是得理解基礎結構和語法，還是得知道怎麼用。以後程式設計師崗位還是會有很高的待遇。

在來說說現在的程式語言確實有很多很優秀的解決方案，但是搞一個稍微複雜一點的程式出來其實要花費特別大的人力物力，和時間。所以說增加程式開發的效率低程式碼是最好的解決方案了，所以低程式碼對於往後的程式開發來說是一個必然的趨勢。後面低程式碼帶來的市場人才需求不在那麼大的問題雖然短時間基本不可能，但是後面是必然的，那麼如果真的出現這麼的市場，你如果還想進去行業真的太難了，如果你確認還是想在行業生存外在條件要好，內在條件也必須夠堅實。外在條件就是學歷要高，也就是入行門檻你要具備。內在條件就是你的技術能力要特別強，並且要讓企業知道你有更高的培養價值。一個都不能少，否則你進都別想進來。

總結：低程式碼是以後的必然趨勢，不管是對行業發展，還是對於程式設計師來說都是有好處的。但是短時間內不可能發生這個事情，所以也別多想，做好現在手頭的事情才是最主要的，等真正到了那個時候你在去想吧。

目前越來越多的軟體培訓機構出現，培訓的學生也是很多，質量也是高低不一，好的軟體程式碼：除了完成功能之外，還需要考慮很多其他的因素，一般需要考慮：第一，命名規則，保證程式碼的閱讀性；第二，還要保證程式碼的執行效率，效能最佳化；第三，記憶體消耗，如何節約記憶體；第四，程式碼的複用性，擴充套件性如何保障

在程式開發，特別是網際網路領域的開發，提高效率或產出比的關鍵不在於低程式碼還是高程式碼，而在於協同，不光是不同人之間的協同，還要考慮不同工序的協同。我開發的全棧工具正是基於業務及專案的核心問題——效率及投入產出比，讓前端/後臺不僅關注各自的主要任務，同時讓聯調更加簡單。該工具已應用在多個專案，包括h5、網站製作、金融保險業務系統，最為關鍵的就是該系統也是源自自身！

這個當然不會。就像有了ps設計會失業嗎？

低程式碼是一種開發模式，一種開發工具，對於程式設計師來講，開發的軟體是產品，是業務需求。這些當然是需要人去實現，而不是低程式碼工具。所以，低程式碼是能夠幫助程式設計師更好的開發軟體。

1、節省程式設計師在程式碼上的時間。

大量程式設計師的時間是用來敲程式碼了，但對業務實現就很少有時間去思考。如果節省了程式碼時間，程式設計師就有時間去思考業務邏輯及業務實現方面的事了。這無論對企業還是程式設計師個人成長來說，都是非常有益的。

2、提高效率。

說到底一個軟體的實現，除了功能以外就是效率。你的技術再高，功能再全，實現卻需要很長時間，誰也等不起。

3、程式設計師要學會用好低程式碼，而不是排斥。

很多人認為低程式碼和程式設計師是敵對關係，其實則不然，是相輔相成的關係。一個工具不會成為敵人，而是要去利用它，運用它，讓它為你的工作發揮更大的作用。

低程式碼是給非專業人員用的，程式設計師是專業人員。這完全不相干。程式設計師這個職業劃分很細，也是集團作戰的。只有站在頂端的一群人才可以一個人做出一個知名軟體，但是也是做一個雛形。完善還是需要人海戰術，人工去堆積。

可以從三個角度來看吧：

1、對採用低程式碼開發平臺的企業來看，當然是希望用了更好的工具，1個人能幹5個人的活，要麼保持人員規模不變，需求增長，要麼需求不變，人員規模精簡

2、從程式設計師來看，無論低程式碼是否出現，未來的趨勢都是低端程式設計師需求逐漸減少，高階程式設計師永遠搶手，無他，稀缺決定價值。所以對個人而言保持成長才是第一要務

3、對低程式碼開發平臺來說，就很曖昧了，它會對企業說可以降低人力成本，會對程式設計師說給你賦能讓你從簡單的程式碼中解脫出來，去思考更高階的問題。它說得都對，也不全對。

從實際看到的情況來看，確實是需求越來越多，人力成本越來越高，所以大機率程式設計師是不夠用的，但是想要像過去十年那樣成為香餑餑是不可能了，這個職業會進入白銀時代。至於失業是否與低程式碼開發基本沒啥關係，跟自己是否苟且有關

這個問題我是有資格來說兩句的。目前我們在用氚雲，已經用了3年多。雖說氚雲也是低程式碼開發工具，但這不意味著完全無程式碼。想要實現複雜的業務邏輯還是要在後端寫程式碼。

類似的低程式碼開發工具也有很多，但真心說句實話，小白使用者還是不要嘗試了，因為你能做的僅僅的拖拉幾個控制元件，實現幾個簡單的功能而已。

實際的業務環境都非常複雜，要想達到某些功能，必須在後端書寫程式碼。有些小白使用者說：”我用氚雲也能把合同，客戶等資訊錄入到雲端”，可是你想過沒有：（1）你的多個表單的資料如何關聯起來，比如查詢某個客戶一共簽了多少個有效合同，多少個失效合同，每個合同關聯的開支和收入如何計算等等，這些都要在後端封裝成相應的函式才行。（2）定時功能如何處理？（3）跨表單傳參如何處理？等等

要在氚雲寫程式碼，你最好會c#，js的基本語法，瞭解什麼類，什麼是物件，什麼是值傳遞，什麼是引用傳遞。要看的懂氚雲的開發文件，因為很多功能都做了二次封裝。

好了，假如以上都不是問題，你完全能夠應付，那麼你做一個小的企業應用問題應該不大。但如果你要和第三方網站資料互通，你還要掌握網路程式設計的技能。

最重要的，我覺得還是如何提高效率的問題。舉個例子：2年前我們的客戶才500多個，當時覺得自己寫的程式碼很完美，覺得世界上最牛逼的就是自己了。現在客戶已經達到7000多個，每天有很多定時器執行，導致表單開啟緩慢，嚴重影響體驗，最近看了下程式碼，覺得寫的太爛了，把資料的增刪改查更換成了原生SQL語句才解決問題。

總之，對於低程式碼開發工具，小白使用者玩玩可以，不要以為照葫蘆畫瓢寫兩句helloworld就成大牛了。真正的程式設計師是不會失業的。

1、先說結論：低程式碼的出現導致程式設計師失業的說法完全是危言聳聽！是典型的只看其表不看其裡的錯誤邏輯！

2、再說論據：要想對事物形成清晰認知、並對其將來發展趨勢和影響作出較為準確的判斷，我們必須從基礎概念、發展背景和執行邏輯等多方面進行綜合評估。

A、按知名IT研究機構Forrester給出的定義，其完整定義是“利用很少或幾乎不需要寫程式碼就可以快速開發應用，並可以快速配置和部署軟體的一種技術和工具” 。說的再直白點，低程式碼平臺就是一種快速開發軟體的軟體，那它本身的要求是不是更高呢？誰來對它進行迭代進化呢？答案只有一個：程式設計師！所以何來的失業？

B、低程式碼最早源自上世紀80年代提出的4GL程式設計概念，強調面向業務問題、強調去過程化，21世紀初在中國加入世貿的春風帶動下，國內廣州天翎、北京起步和上海普元等廠商先後投入到開發平臺的研發和應用中，這種快速開發工具把軟體開發常用的功能控制元件進行了元件化封裝，把軟體開發常見的業務場景進行了模板化處理，透過視覺化配置就能快速完成個性化管理軟體構建，說到底就是為了幫助IT跟上日益快速變革的市場環境和管理模式，那我們將來是不是仍然要不斷提升效率呢？是不是得研發出更加厲害的提效工具呢？誰來做這件事？答案只有一個：程式設計師！所以何來的失業？

3、囉嗦幾句：雖然做了解釋，但不免仍然有人想不通，我想造成這種困惑的無外乎以下幾種可能！

A、大家忽略了誰來研發低程式碼平臺這個致命問題，是用另外一款低程式碼平臺？那另一款低程式碼平臺又怎麼來的呢？你這樣推演下去就發現邏輯悖論了，歸根到底還是需要程式設計師用程式碼來做！

B、低程式碼平臺是強調透過少量甚至不需要程式碼就能快速開發軟體，但是你要知道它這麼宣傳的物件和目的是啥，它的本義是想告訴大家現在有個工具來幫你快速開發軟體啦，但這不妨礙其他人繼續使用程式碼、繼續好好工作！

低程式碼開發平臺出現後，雖然減少了開發人員大量敲程式碼的時間，但不會導致程式設計師失業，市面上仍有較多低程式碼開發平臺的效果並不是特別理想，例如平臺的整合性受限制、可靠性與安全性也存在一定的風險。

目前市面上的低程式碼開發平臺主要分為兩種模式。一種是引擎式開發模式，一種是快速生成程式碼模式。引擎式開發，是目前最先進的軟體快速開發方式之一，只需在開發後臺進行配置，即可完成軟體開發的過程，由於過程中沒有生成或修改底層原始碼，平臺可以統一維護和升級，輕鬆實現複雜的業務邏輯。

這種模式的低程式碼開發平臺主要成功代表有MyApps低程式碼平臺，他們的產品完全採用引擎式開發模式，整個過程都是視覺化操作模式，不需要編碼即可進行打包、編譯及釋出，開發和效率得到了極大的提高。

第二種便是原始碼生成模式，這種模式主要透過桌面式設計器來定義業務模組，輔助生成原始碼框架，然後使用者可以在生成的原始碼的基礎上去編寫、修改自己的原始碼來實現業務邏輯，因此生成原始碼模式也可認為是一種程式碼生成器。這種模式對開發人員的要求比較高。

第一，低程式碼需要執行環境，這個執行環境需要程式設計師去維護和更新。第二，低程式碼只適合簡單的應用，複雜的管理系統還需要程式設計師去編寫。第三，低程式碼只適合做MIS系統，世界上太多軟體不屬於MIS類系統，所以還是需要程式設計師。唯一能取代程式設計師的是AI，不過那時基本所有崗位都會被AI替代了。

資訊化不斷髮展，產品也越來越面向客戶化，客戶本身是不想花大價錢來僱傭資深程式設計師來運維，最好是非專業人士也能使用。因此，就要求使用的產品能配置，簡單化，讓簡單培訓的人也能快速上手，完成一些輕量級的改造和開發，以此來滿足企業的業務要求。

但是這卻不能說明程式設計師會失業，只是隨著低程式碼開發的需求變多，對於程式設計師的要求和門檻也將變高，不是當初簡簡單單有需求寫幾行程式碼就可以了，而是要求程式設計師對於程式碼和框架有更深的理解。如果將程式碼比作產品，那麼之前我們一直在做的是產品，而現在我們要做的則是生產產品的生產線，對於這個的要求的理解不能淺嘗輒止，而是需要較深的功底。所以與其說低程式碼的出現會導致程式設計師失業，倒不如說，優化了程式設計師的隊伍，讓更加優秀的程式設計師得以施展。