Categories
程式開發

低代碼vs 模型驅動,它們之間到底是什麼關係?


本文是一篇立場文件,作者藉由第一屆低代碼研討會的召開,討論了關於在模型驅動工程領域定位低代碼運動的想法,並試圖給出了部分問題的答案。

低代碼vs 模型驅動,它們之間到底是什麼關係? 1

自從低代碼(Low-code)成為新的流行術語之後“,我就想知道“低代碼”運動與我們過去所說的“模型驅動的工程/開發“”相比,是否真的有什麼不同。第一屆低代碼研討會“(屬於2020年模型大會“的一部分)是讓我花時間思考並寫作這個主題想法的一個很好的藉口。

接下來你將閱讀的是我思考的結果。裡面還嵌入了我準備發表的論文的演講幻燈片(見底部)。兩者都包含了我在發布本文的第一版時得到的一些反饋(感謝大家給我的寶貴反饋!)。我相信這(低代碼在模型驅動領域的定位)是我們作為一個社區所必須繼續討論的話題。即使我們不能達成任何共識。

免責聲明:

這是一份簡短的立場文件,大家應該據此來閱讀和解釋。

這可能是有爭議的。如果你閱讀時覺得被冒犯了,就說明我的工作做得很好。我認為,立場文件的重點是發表有力且大膽的聲明,以幫助展開討論。

當其中一個術語(“低代碼”)沒有被科學定義,但需要通過研究一組稱之為低代碼的工具集來進行推斷時,很難“科學地”比較這兩個術語。

說到這裡,請繼續閱讀我關於在模型驅動工程領域定位低代碼運動的想法。特別是,我試圖給出這些問題的部分答案

在低代碼運動的背後有什麼根本的新東西嗎?

它與模型驅動工程或模型驅動開發等其他概念有什麼關係?

這對建模界的研究人員來說意味著什麼?

介 紹

低代碼應用程序平台通過大幅降低所需的手工編碼量來加速應用程序交付(該定義來自Forrester報告[5],被認為是低代碼一詞的起源)。這顯然不是軟件工程界第一次試圖通過結合可視化開發技術(我們稱之為“模型”)和代碼自生成來減少手工編碼。事實上,正如GradyBooch所說,軟件工程的整個歷史都是關於提高抽象層次的。

低代碼是降低開發軟件應用程序所需的手工編碼量的最新嘗試。這是我們從軟件工程開始之初就一直追求的目標。來自TWEET