在當今快速變革的數字化時代，企業越來越意識到數字化轉型的重要性。在這個背景下，低代碼開發技術成為推動企業快速開發和部署應用程序的關鍵工具之一。從最初的起源到如今的蓬勃發展，低代碼技術已成為企業實現數字化轉型的不可或缺的一部分。

通過了解低代碼技術的演進歷程，我們可以更好地理解它對企業和行業的影響，并為未來的數字化轉型提供更為有效的解決方案。

低代碼開發的起源可以追溯到對快速應用程序開發需求的日益增長。

在過去，傳統的軟件開發方法需要大量的編碼和專業知識，這限制了許多非技術背景的人參與應用程序開發，也使得應用程序的開發周期變得異常漫長。

而低代碼開發技術通過可視化的方式簡化了這個過程，這種技術的出現減少了對傳統編碼的依賴，而是通過可視化的方式，快速、輕松地構建應用程序。這樣一來，使得非專業開發者也能參與應用程序的構建，從而大大縮短了開發時間，加快了開發周期和產品交付的速度，成為數字化轉型中的重要工具。

1970年-1990年：第四代編程語言

低代碼開發平臺可以追溯到第四代編程語言——這個概念是在20世紀70年代到90年代發展起來的，與第三代編程語言（3GL）的大部分開發重疊。

第三代編程語言：C, C++, Java, Python, PHP, Perl, C#, BASIC, Pascal, Fortran, ALGOL, COBOL

第四代編程語言：ABAP, Unix Shell, SQL, PL/SQL, Oracle Reports, RJames Martin在他1982年出版的《Applications Development Without Programmers》中，認為4GL技術(如RAMIS和FOCUS)向更廣泛的人群開放了開發環境，并使非程序員能夠自己創建應用程序。第四代編程語言指的是非過程的高級規范語言，包括支持數據庫管理、報告生成、數學優化、圖形用戶界面(GUI)開發和web開發。

1990年：快速應用程序開發

作為對瀑布模型的響應，當使用Visual Basic、Delphi和Oracle Forms等可視化編程工具“組裝”桌面應用程序的概念開始流行時，快速應用程序開發(RAD)在20世紀90年代獲得良好的發展勢頭。

瀑布模型是軟件開發行業長期使用的計劃驅動過程，它是在20世紀七八十年代發展起來的，基于傳統的工程模式。

RAD工具作為易于學習的開發環境而表現突出，其核心理念是：最終用戶應該首先關注GUI，并逐步添加業務邏輯。

然而，RAD工具有其局限性：

它們通常是私有的商業軟件，這意味著綁定在特定的開發環境中。目標環境通常是指定的，例如VB/Delphi開發的程序通常只能在Microsoft Windows、Oracle應用服務器和Oracle Forms數據庫的環境中運行。

因為缺乏模塊化，團隊在一個應用程序上一起合作開發是比較困難的，或者說有很多限制條件。

RAD工具（如Visual Cafe和Borlands JBuilder）在速度和資源需求方面遇到了困難。它們是用Java寫的，這在當時意味著對資源的巨大需求。

2001年：模型驅動架構

為了減少部門和開發之間的距離，對象管理組織(OMG，Object Management Group)在2001年推出了模型驅動架構(MDA)。作為一種軟件設計方法，它提供了一組指導方針，用于將規范構建和表示為模型。

模型支持域的整體視圖，綜合考慮技術和業務需求，隨后轉換為可執行代碼。在開發和運行時使用生成器和解釋器來生成或解釋模型中的代碼。

隨著MDA和微軟軟件工廠的出現，模型驅動軟件開發(MDSD，Model-Driven Software Development)吸引了很多使用UML(統一建模語言，Unified Modeling Language)和BPMN(業務流程建模符號，Business Process Modeling Notation)等工具的程序員的興趣。

2007年：移動平臺

隨著蘋果在2007年發布iPhone iOS進入移動設備市場，以及一年后谷歌的Android問世，各種移動平臺應運而生。

開發者積極使用Android Studio和Xcode等可視化編輯器在本地開發Android和iOS應用。

這是桌面應用程序在移動設備上的復興。

然而，響應式網頁設計以及增強型Web應用(PWA，Progressive Web APPs)等技術已經威脅到了移動應用，因為它們能夠為小型設備提供具有良好用戶體驗(UX)的網頁應用，并且不需要依賴特定的。

2014年：低代碼與低代碼開發平臺

2014年，弗雷斯特集團(Forrester)發表了一篇文章，此后“低代碼”(low-code)一詞成為顯學。

低代碼開發平臺(LCDP，Low-Code Development Platform)的出現—它的起源可以追溯到2011年，其目標是將盡可能多的概念整合到一個平臺上，從而使編寫代碼變得不必要或至少顯著減少。

低代碼平臺包含RAD和MDSD過程，并將ALM(應用程序生命周期管理，Application Life Cycle Management)以及持續集成(CI，Continuous Integration)或持續部署(CD，Continuous Deployment)集成到開發、測試和生產環境中。

為了支持整個環境的“拖放”創建，必須有PaaS(平臺即服務，Platform as a Service)的支持。通常使用公有云服務提供的PaaS，但也可以使用企業內部服務（如基于OpenShift的容器平臺）。

aPaaS(應用平臺即服務，Application Platform as a Service)提供了應用程序整個生命周期所需的一切:從一開始的規劃階段一直到開發、驗收和運維。

2020年：數字化轉型的迫切需要

2020年，新冠疫情的大爆發暴露了許多企業在數字化方面已經落后了。

為了保持他們的業務運作并滿足他們的員工和客戶的需求，他們被迫升級他們的應用程序，并構建新的應用程序來填補現有的流程空白。

因此，低代碼的普及程度得到了提升。這一勢頭持續到2023年。

第一階段：初期框架

繼續閱讀：

未經允許不得轉載：RPA中國 | RPA全球生態 | 數字化勞動力 | RPA新聞 | 推動中國RPA生態發展 | 流 > 一文看懂低代碼技術發展史