導(dǎo)語(yǔ)

2020年如期而至，2020是新十年的開(kāi)始，新十年的命運(yùn)是誰(shuí)都猜得到的。但到2020年，軟件世界將發(fā)生重大變化，這將徹底改變企業(yè)及其客戶、開(kāi)發(fā)人員和員工體驗(yàn)技術(shù)的方式。軟件技術(shù)將變得更容易獲得，更個(gè)性化，更注重價(jià)值。解放生產(chǎn)力是軟件行業(yè)一直喊著的口號(hào)，而低代碼則是解決這種問(wèn)題的強(qiáng)有力的武器。

模型驅(qū)動(dòng)開(kāi)發(fā)

如果我們必須確定一個(gè)原則來(lái)統(tǒng)治所有低代碼開(kāi)發(fā)的其他各種準(zhǔn)則，沒(méi)有它，就不會(huì)進(jìn)行企業(yè)級(jí)應(yīng)用開(kāi)發(fā)，這就是第一個(gè)核心原則：模型驅(qū)動(dòng)的開(kāi)發(fā)。

我們以這種方式描述了模型驅(qū)動(dòng)開(kāi)發(fā)的內(nèi)容和原因：

抽象性、自動(dòng)化和開(kāi)放性是將想法轉(zhuǎn)化為可提供真正業(yè)務(wù)價(jià)值的應(yīng)用程序的關(guān)鍵。

這是我們達(dá)到這一原則的背景知識(shí)：

Mendix的成立是為了改善業(yè)務(wù)領(lǐng)域?qū)＜遗c軟件開(kāi)發(fā)人員之間的協(xié)作和溝通，并加快創(chuàng)建應(yīng)用程序的過(guò)程，同時(shí)還提高了應(yīng)用程序的關(guān)聯(lián)性和質(zhì)量。

協(xié)作和交流的最大障礙是，業(yè)務(wù)和IT根本不會(huì)講相同的語(yǔ)言。傳統(tǒng)的瀑布開(kāi)發(fā)過(guò)程強(qiáng)調(diào)而不是解決這種脫節(jié)。業(yè)務(wù)專家用他們的語(yǔ)言描述業(yè)務(wù)需求，開(kāi)發(fā)團(tuán)隊(duì)通過(guò)軟件語(yǔ)言和IT體系結(jié)構(gòu)的篩選進(jìn)行聆聽(tīng)——因?yàn)樗麄兊念^腦敏捷，并且始終在關(guān)注下一步——因此只能聽(tīng)取業(yè)務(wù)專家描述的部分內(nèi)容。然后，在解決方案交付之前，甚至幾個(gè)月甚至幾年之后，他們什么都不會(huì)發(fā)言，當(dāng)然，整個(gè)項(xiàng)目沒(méi)有達(dá)到目標(biāo)。

可以肯定地說(shuō)，大多數(shù)開(kāi)發(fā)人員都沒(méi)有上過(guò)商學(xué)院。而且大多數(shù)商學(xué)院的畢業(yè)生都不知道計(jì)算機(jī)代碼。他們學(xué)習(xí)了不同的語(yǔ)言，他們需要在自己的工作中達(dá)到最佳狀態(tài)。（有趣的是，我們的一位創(chuàng)始人Roald Kruit是軟件方面的天才，他回到學(xué)校并獲得了MBA學(xué)位，以幫助他從雙方的角度來(lái)解決這一問(wèn)題。）

模型驅(qū)動(dòng)的開(kāi)發(fā)彌合了這種語(yǔ)言鴻溝。該模型為每個(gè)人提供了一種通用語(yǔ)言。使用可視化的構(gòu)建塊，領(lǐng)域?qū)＜铱梢韵蜷_(kāi)發(fā)人員展示問(wèn)題或業(yè)務(wù)需求是什么，開(kāi)發(fā)人員可以理解它。反過(guò)來(lái)，開(kāi)發(fā)人員可以向領(lǐng)域?qū)＜艺故究赡艿慕鉀Q方案，以及一些解決問(wèn)題的新穎方法。他們反復(fù)溝通，達(dá)成共識(shí)并達(dá)成一致意見(jiàn)，然后再進(jìn)行下一步。

因此，失誤少了很多，開(kāi)發(fā)過(guò)程進(jìn)行得更快，成品很可能是最終產(chǎn)品，成功交付具有商業(yè)價(jià)值的項(xiàng)目。

• 是什么構(gòu)成模型？

雖然模型驅(qū)動(dòng)的開(kāi)發(fā)為用戶提供了圖形或視覺(jué)界面，但視覺(jué)效果卻是與眾不同的。（非低代碼也可能具備可視化界面，但沒(méi)有可視界面就沒(méi)有低代碼。）

使用低代碼，模型從代碼中抽象出來(lái)。與具有嚴(yán)格語(yǔ)法的復(fù)雜語(yǔ)言不同，您可以使用構(gòu)建塊或“預(yù)構(gòu)建的應(yīng)用程序組件”，每個(gè)組件都有自己的特定于領(lǐng)域的語(yǔ)言，這些語(yǔ)言處理應(yīng)用程序的所有技術(shù)方面——邏輯、數(shù)據(jù)模型、用戶界面、安全性、集成等等。這些組件或“功能塊”被抽象出來(lái)，并以可視化的方式呈現(xiàn)給用戶。

從業(yè)務(wù)領(lǐng)域?qū)＜业胶诵拈_(kāi)發(fā)人員，這些構(gòu)件都是團(tuán)隊(duì)中每個(gè)人都能理解的通用語(yǔ)言。當(dāng)他們一起探索解決方案時(shí)，他們可以從字面上看到彼此在談?wù)撌裁矗才藕椭匦屡帕薪M件，然后，由于模型中的魔力，因此可以快速試用該應(yīng)用程序。

模型的魔力就是自動(dòng)化，這是模型驅(qū)動(dòng)開(kāi)發(fā)的另一個(gè)基本方面。拖放式可視化開(kāi)發(fā)頂層的所有流程，所有配置，測(cè)試和質(zhì)量檢查，集成以及各種細(xì)節(jié)，都可以無(wú)縫自動(dòng)化。（這減輕了專業(yè)開(kāi)發(fā)人員的繁瑣工作，這是低代碼提高生產(chǎn)率并加快開(kāi)發(fā)過(guò)程的主要方式。）

• 沒(méi)有代碼

因此，許多人此時(shí)提出的問(wèn)題是：您如何擁有一個(gè)沒(méi)有代碼的應(yīng)用程序？事實(shí)是，有一些低代碼平臺(tái)依賴代碼。很多代碼。100％的代碼。因?yàn)樗麄兊目梢暬Ｐ捅唤忉尀槌蔀閼?yīng)用程序的代碼。當(dāng)然，隨之而來(lái)的是典型的具有代碼的應(yīng)用程序的所有傳統(tǒng)陷阱，質(zhì)量和操作問(wèn)題。

在真正的模型驅(qū)動(dòng)的低代碼應(yīng)用程序中，模型本身可以在運(yùn)行時(shí)執(zhí)行。不需要代碼。無(wú)需編寫(xiě)代碼和對(duì)代碼進(jìn)行故障排除，該過(guò)程可以成倍地加快速度，并且完成的應(yīng)用程序的質(zhì)量更高。在那些需要的功能無(wú)法在預(yù)建組件之一中提供的情況下，專業(yè)的開(kāi)發(fā)人員可以編寫(xiě)代碼來(lái)構(gòu)建自己的組件，該組件隨后成為模型的一部分（并可以通過(guò)以下方式供社區(qū)中的其他開(kāi)發(fā)人員使用：Mendix App Store）。

• BizDevOps的終極實(shí)

模型驅(qū)動(dòng)的低代碼使BizDevOps的想法變?yōu)楝F(xiàn)實(shí)。

由于直觀，易于理解的可視化建模工具消除了代碼的所有奧秘，因此業(yè)務(wù)專家成為了流程的組成部分。他們甚至可以自己構(gòu)建應(yīng)用程序。（我們創(chuàng)建了一個(gè)工具，一個(gè)環(huán)境，讓他們可以做到這一點(diǎn)— Mendix Studio。）對(duì)代碼的知識(shí)為零，他們可以將自己的方式拖放到工作的應(yīng)用程序中。

借助可視化模型，開(kāi)發(fā)團(tuán)隊(duì)大大提高了速度和生產(chǎn)率。通過(guò)自動(dòng)化，他們擺脫了那些降低他們效率和熱情的重復(fù)性工作。他們不必花很多時(shí)間來(lái)選擇語(yǔ)言，數(shù)據(jù)結(jié)構(gòu)，邏輯流和體系結(jié)構(gòu)方面的內(nèi)容，該模型為他們做出了正確的選擇。

從操作的角度來(lái)看，由于模型中內(nèi)置了自動(dòng)化流程，質(zhì)量檢查和按鈕部署，一切都變得越來(lái)越輕松。

• 開(kāi)放

瞬息萬(wàn)變的技術(shù)和席卷整個(gè)領(lǐng)域的重大新現(xiàn)象——物聯(lián)網(wǎng)，人工智能，增強(qiáng)現(xiàn)實(shí)，區(qū)塊鏈，邊緣和環(huán)境計(jì)算，以及其他即將到來(lái)的事物——軟件自適應(yīng)和集成。模型驅(qū)動(dòng)的低代碼恰巧是處理未來(lái)創(chuàng)新的理想平臺(tái)，因?yàn)樗情_(kāi)放的并且可以無(wú)限擴(kuò)展。

低代碼不僅是構(gòu)建單個(gè)應(yīng)用程序的工具。核心模型是如此抽象，任何東西都可以在其中建模。由Mendix設(shè)計(jì)的模型驅(qū)動(dòng)的低代碼是一種用于創(chuàng)建、調(diào)整和演進(jìn)整個(gè)場(chǎng)景的工具，它利用了所有新、舊的和尚待想象的工具和技術(shù)，這些工具和技術(shù)都可以用來(lái)提升企業(yè)的數(shù)字能力。Mendix平臺(tái)在每一層都是開(kāi)放的，通過(guò)我們的模型API和軟件SDK，可以與任何系統(tǒng)集成。

• 結(jié)論

使用模型從較低級(jí)別的代碼中抽象出來(lái)，使團(tuán)隊(duì)中的每個(gè)人（包括技術(shù)人員和業(yè)務(wù)專業(yè)人員）都可以專注于較高級(jí)別的概念和解決方案。自動(dòng)化減輕了日常工作和重復(fù)性工作的負(fù)擔(dān)，并減少了人為錯(cuò)誤，從而提高了質(zhì)量并提高了生產(chǎn)率。開(kāi)放性確保從舊系統(tǒng)到新興技術(shù)的所有地方的連通性。結(jié)果是更相關(guān)，更強(qiáng)大的應(yīng)用程序，與傳統(tǒng)的以代碼為中心的平臺(tái)相比，構(gòu)建速度提高了幾個(gè)數(shù)量級(jí)。這就是模型驅(qū)動(dòng)的低代碼開(kāi)發(fā)的強(qiáng)大功能。

協(xié)作，創(chuàng)新在此發(fā)生

第二個(gè)原則，即“合作原則”，實(shí)際上與模型構(gòu)想是分不開(kāi)的，但它是如此重要，以至于值得關(guān)注和討論。

這是我們的陳述方式：

協(xié)作：視覺(jué)語(yǔ)言是在業(yè)務(wù)領(lǐng)域?qū)＜液烷_(kāi)發(fā)人員之間傳遞知識(shí)和想法的最清晰、最明確的方法。

• 語(yǔ)言不通

我們都有不同的方式來(lái)看待和描述我們面前的現(xiàn)實(shí)。當(dāng)一方的描述方式是PowerPoint，而另一方是計(jì)算機(jī)代碼時(shí)，從一開(kāi)始就面臨著溝通的挑戰(zhàn)。除非雙方都能在以下兩點(diǎn)達(dá)成共識(shí)：A)他們所看到的，無(wú)論是看問(wèn)題還是解決方案，B)描述問(wèn)題的語(yǔ)言。否則就不會(huì)取得有意義的進(jìn)展。

在每個(gè)團(tuán)隊(duì)中，每個(gè)人都有自己的知識(shí)和專長(zhǎng)。一些商務(wù)人士精通技術(shù)，可以直觀地掌握數(shù)字環(huán)境以及軟件的工作方式。其他一少部分技術(shù)人員確實(shí)了解市場(chǎng)，業(yè)務(wù)概念和流程。其他人很少冒險(xiǎn)超越他們的技術(shù)領(lǐng)域。

這種溝通斷開(kāi)的后果是巨大的。溝通失敗是IT項(xiàng)目失敗的主要原因之一。從各種研究中我們知道，大部分軟件預(yù)算都花在返工上，而溝通問(wèn)題是返工的主要驅(qū)動(dòng)力。

簡(jiǎn)單地說(shuō)，業(yè)務(wù)和IT之間的溝通越好，解決方案就越好，無(wú)論是推出新的數(shù)字模式來(lái)服務(wù)客戶并將產(chǎn)品推向市場(chǎng)，還是改進(jìn)遺留系統(tǒng)以滿足業(yè)務(wù)不斷變化的需求。

• 每個(gè)人都能理解的“規(guī)范”語(yǔ)言

低代碼平臺(tái)的可視化開(kāi)發(fā)環(huán)境專門(mén)用于解決溝通難題，從而增強(qiáng)團(tuán)隊(duì)成員之間的協(xié)作能力，而無(wú)論他們的專業(yè)領(lǐng)域或技術(shù)水平如何。

憑借強(qiáng)大的視覺(jué)語(yǔ)言和圖標(biāo)，每個(gè)人從字面上清楚地了解了問(wèn)題或需要解決的問(wèn)題以及可用于構(gòu)建解決方案的工具和資源。對(duì)象和形狀，圖表和圖形，依賴關(guān)系和邏輯的表示——從定義問(wèn)題和探索解決方案到構(gòu)建，測(cè)試和部署應(yīng)用程序，視覺(jué)語(yǔ)言是整個(gè)生命周期的通用語(yǔ)言。

使用通用的視覺(jué)語(yǔ)言，團(tuán)隊(duì)成員可以坐在屏幕前一起嘗試想法，功能化面條或調(diào)整界面。各方都可以理解討論的細(xì)微差別并做出有意義的貢獻(xiàn)，因?yàn)樗麄兛梢钥吹揭磺小o(wú)需解釋代碼或翻譯PowerPoint。

由于視覺(jué)語(yǔ)言的學(xué)習(xí)曲線很短，因此團(tuán)隊(duì)成員很快感到有能力為超出其主要技能范圍的應(yīng)用程序創(chuàng)建做出貢獻(xiàn)。例如，業(yè)務(wù)分析師或產(chǎn)品工程師實(shí)際上可以自己對(duì)應(yīng)用程序進(jìn)行粗略處理，或者添加，減去或重新排列組成該應(yīng)用程序的組件。相反，核心開(kāi)發(fā)人員可以使業(yè)務(wù)流程或客戶交互方案煥然一新，并提供創(chuàng)新的想法來(lái)優(yōu)化效率或用戶體驗(yàn)，從而產(chǎn)生更大的業(yè)務(wù)影響。這一切都是實(shí)時(shí)發(fā)生的，每個(gè)人都可以看到。在真正開(kāi)放的協(xié)作環(huán)境中，沒(méi)有人力會(huì)被浪費(fèi)。

• 面對(duì)面互動(dòng)的力量

因此，業(yè)務(wù)團(tuán)隊(duì)經(jīng)常在業(yè)務(wù)角上使用白板，而開(kāi)發(fā)團(tuán)隊(duì)在IT角上使用白板——實(shí)際上，大多數(shù)時(shí)間是在傳統(tǒng)的、線性的、瀑布式的開(kāi)發(fā)方法中。這兩個(gè)人從來(lái)沒(méi)有見(jiàn)過(guò)面。這肯定會(huì)導(dǎo)致很多誤解和適得其反的結(jié)果。

當(dāng)人們使用同一種語(yǔ)言時(shí)，他們更容易坐在一起，在一塊白板或屏幕上描繪他們的想法。他們彼此建立聯(lián)系，閱讀彼此的非語(yǔ)言交流，了解彼此的關(guān)心點(diǎn)。最重要的是，他們分享彼此的知識(shí)。一個(gè)領(lǐng)域探索得越新或越少，知識(shí)轉(zhuǎn)移就變得越重要。

實(shí)時(shí)的、面對(duì)面的交流可以幫助團(tuán)隊(duì)中的每個(gè)人最大限度地參與進(jìn)來(lái)，并更聰明地工作。這些變成了每個(gè)人都想?yún)⒓拥臅?huì)議。

• 協(xié)作式低代碼環(huán)境

這并不是說(shuō)合作必須實(shí)時(shí)進(jìn)行或親自到場(chǎng)才能有效。企業(yè)級(jí)別的低代碼平臺(tái)將內(nèi)置同步和版本控制并實(shí)現(xiàn)自動(dòng)化，因此沒(méi)有人會(huì)過(guò)時(shí)，協(xié)作可以在任何時(shí)間和任何渠道繼續(xù)進(jìn)行，無(wú)論團(tuán)隊(duì)成員是在不同的辦公室還是在不同的大陸。所有管理和過(guò)程細(xì)節(jié)的工具，例如需求、用戶故事、任務(wù)、反饋、修訂跟蹤等等，都在每個(gè)人的指尖。對(duì)敏捷工作流的支持已經(jīng)被考慮在內(nèi)。只要你想，你總是在圈子中。

傳統(tǒng)的開(kāi)發(fā)模式發(fā)現(xiàn)領(lǐng)域?qū)＜沂褂帽舜瞬焕斫獾恼Z(yǔ)言相互交談。但是在一個(gè)低代碼平臺(tái)中，當(dāng)每個(gè)人都在同一個(gè)虛擬空間中工作，并且使用一種共享的語(yǔ)言時(shí)，通信圈可以毫不延遲地完成。團(tuán)隊(duì)可以自主工作，但仍然與整體緊密相連。

• 扭轉(zhuǎn)積壓

一些組織在他們掌握了在低代碼平臺(tái)中協(xié)作的藝術(shù)之后，在開(kāi)發(fā)動(dòng)態(tài)中看到了一個(gè)有趣的，也許是諷刺的轉(zhuǎn)折。通常情況下，IT現(xiàn)在是在等待業(yè)務(wù)團(tuán)隊(duì)的輸入，將典型的業(yè)務(wù)等待IT瓶頸拋在腦后。通過(guò)協(xié)作的能力，專業(yè)開(kāi)發(fā)人員能夠比以往更快地進(jìn)行迭代，解決方案也比以往更加準(zhǔn)確和相關(guān)。業(yè)務(wù)專家必須重新培訓(xùn)自己，以便更快地做出響應(yīng)，以使解決方案繼續(xù)前進(jìn)。

• 無(wú)需翻譯

當(dāng)業(yè)務(wù)人員和開(kāi)發(fā)人員使用相同的語(yǔ)言（如可視化模型）講話時(shí)，無(wú)需翻譯，那么每個(gè)人都可以理解所呈現(xiàn)的問(wèn)題以及解決方案的發(fā)展，迭代的速度，并且每個(gè)人從一開(kāi)始就對(duì)過(guò)程保持投入部署的想法。協(xié)作可以快速構(gòu)建正確的解決方案，并減少返工。

成功實(shí)施協(xié)作原則，您將立即進(jìn)入指數(shù)級(jí)更有效的應(yīng)用程序開(kāi)發(fā)過(guò)程

敏捷方法和低代碼

敏捷是在低代碼之前幾年推出的。這是一種進(jìn)行應(yīng)用程序開(kāi)發(fā)的變革方式，而低代碼平臺(tái)恰好反映了敏捷的基本原理?！皟?yōu)先考慮人與人之間的互動(dòng)?？焖俨渴鹂蛇\(yùn)行的應(yīng)用程序。激烈的協(xié)作。不斷響應(yīng)變化。”這些既是敏捷的基本價(jià)值，也是低碼的基本價(jià)值。

敏捷和低代碼共享相同的總體目標(biāo)：更好地進(jìn)行軟件開(kāi)發(fā)。

敏捷方法論：通過(guò)敏捷的工作流來(lái)管理整個(gè)企業(yè)應(yīng)用程序開(kāi)發(fā)生命周期，以消除瓶頸，支持迭代交付并實(shí)現(xiàn)最短的價(jià)值實(shí)現(xiàn)時(shí)間。

思維方式、方法論和支持它們的平臺(tái)

敏捷是一種心態(tài)。這是一種軟件開(kāi)發(fā)的哲學(xué)，是一種優(yōu)先級(jí)和價(jià)值的表達(dá)，目的是優(yōu)化過(guò)程和創(chuàng)建最好的可能結(jié)果。它本身并不是一種方法論或框架。各種各樣的方法（例如Scrum、XP等等）被創(chuàng)建出來(lái)，用來(lái)將敏捷原則組織成過(guò)程。

低代碼完全支持并改進(jìn)了敏捷思維和敏捷方法，它們?cè)谠S多關(guān)鍵領(lǐng)域交叉。

人。即使在今天，AI發(fā)揮著越來(lái)越大的作用，人們也在創(chuàng)造軟件。業(yè)務(wù)線所有者、開(kāi)發(fā)人員、最終用戶——都是不可或缺的貢獻(xiàn)者。低代碼的創(chuàng)建在很大程度上是為了讓那些對(duì)應(yīng)用程序最感興趣的人密切地參與到應(yīng)用程序的創(chuàng)建中，每個(gè)人都是團(tuán)隊(duì)中活躍的一員。

協(xié)作。任何團(tuán)隊(duì)的協(xié)作能力都是有限的。我們的創(chuàng)始人認(rèn)識(shí)到缺乏有效的溝通幾乎總是軟件失敗的原因。團(tuán)隊(duì)成員具有不同的專業(yè)領(lǐng)域，使用不同的語(yǔ)言。低代碼的可視化模型有助于克服這些挑戰(zhàn)，并支持敏捷對(duì)客戶協(xié)作的強(qiáng)調(diào)。

應(yīng)對(duì)變化。本質(zhì)上，這就是敏捷中的敏捷?！拔ㄒ徊蛔兊氖亲兓边@句格言本來(lái)不是用來(lái)描述應(yīng)用程序開(kāi)發(fā)的，但是現(xiàn)在非常適用。實(shí)際上，一旦構(gòu)思了最初的想法，應(yīng)用程序就會(huì)隨著開(kāi)發(fā)和部署而不斷變化和發(fā)展。敏捷方法歡迎變化，而低代碼可以適應(yīng)變化——通過(guò)緊密協(xié)作的小型團(tuán)隊(duì)、專注和努力的基于微服務(wù)的體系結(jié)構(gòu)和即時(shí)云部署來(lái)將變化付諸行動(dòng)。

可工作的軟件。快速做出有效的應(yīng)用。然后繼續(xù)工作。沒(méi)有什么能代替觀察應(yīng)用程序的運(yùn)行，以了解什么可行，什么不可行，并可能觸發(fā)一個(gè)天才的想法。通過(guò)基于模型的設(shè)計(jì)和可視化開(kāi)發(fā)環(huán)境，低代碼可以將開(kāi)發(fā)加速一個(gè)(或多個(gè))數(shù)量級(jí)。低代碼運(yùn)行繞過(guò)了傳統(tǒng)的瀑布方法；從最初的想法到軟件的運(yùn)行，再到快速迭代，在時(shí)間上根本無(wú)法與之相比。敏捷將“工作軟件”置于“全面文檔”之上，所以我們?cè)贛endix SDK中實(shí)現(xiàn)了文檔處理的自動(dòng)化。

健壯的反饋循環(huán)。無(wú)論是敏捷還是低代碼，這都不是一個(gè)具體的原則，但它是隱含的。協(xié)作、變更管理、工作軟件——如果沒(méi)有一個(gè)積極的、持續(xù)的、有效的反饋機(jī)制，這些都是不可能發(fā)生的。這就是為什么需要將其內(nèi)置到低代碼平臺(tái)中。故事線和更新，更正和評(píng)論，注釋和回應(yīng)——所有都是自動(dòng)和容易獲得的。這是我們特殊的低代碼平臺(tái)的關(guān)鍵優(yōu)勢(shì)，也是我們將敏捷哲學(xué)帶入生活的重要貢獻(xiàn)之一。

• 著手業(yè)務(wù)

低代碼真正帶來(lái)敏捷承諾的地方是使業(yè)務(wù)團(tuán)隊(duì)成員（內(nèi)部擁護(hù)者/客戶）深入且持續(xù)地參與開(kāi)發(fā)過(guò)程。我們認(rèn)為，在適當(dāng)?shù)臅r(shí)間構(gòu)建正確的應(yīng)用程序，最重要的是與業(yè)務(wù)和開(kāi)發(fā)部門(mén)密切配合。

這提出了BizDevOps的概念。像敏捷一樣，DevOps是一項(xiàng)旨在消除障礙，簡(jiǎn)化流程和流程并創(chuàng)造出可帶來(lái)更好結(jié)果的更好產(chǎn)品的活動(dòng)。與敏捷一樣，DevOps與低代碼緊密結(jié)合?？偠灾?，我們到達(dá)了BizDevOps，它現(xiàn)在第一次在實(shí)現(xiàn)業(yè)務(wù)目標(biāo)的背景下解決了整個(gè)應(yīng)用程序生命周期。

換句話說(shuō)，敏捷性，低代碼和DevOps的好處不僅在于開(kāi)發(fā)過(guò)程，還在于業(yè)務(wù)及其目標(biāo)。企業(yè)可以更快地應(yīng)對(duì)競(jìng)爭(zhēng)壓力?？梢匝杆賹?chuàng)新推向市場(chǎng)。運(yùn)營(yíng)效率大大提高。客戶擁有更好的體驗(yàn)和更深入的參與。

低代碼平臺(tái)注入了敏捷的思維方式，并融合了BizDevOps流程，從而實(shí)現(xiàn)了最終目標(biāo)：將正確的解決方案交到正確的人手中，幫助他們更好地工作并賺更多的錢(qián)，同時(shí)還實(shí)現(xiàn)通過(guò)大幅度減少返工來(lái)節(jié)省巨額成本。

• 低代碼將敏捷思維轉(zhuǎn)變?yōu)楝F(xiàn)實(shí)

敏捷不僅僅是速度。在流程的每個(gè)步驟中促進(jìn)協(xié)作，即可實(shí)現(xiàn)真正的敏捷性：在工作流程中實(shí)施最佳做法時(shí)、在平臺(tái)上自動(dòng)進(jìn)行測(cè)試和反饋時(shí)、小型團(tuán)隊(duì)擁有自己的軟件時(shí)、既簡(jiǎn)單又快速將應(yīng)用部署到云時(shí)?！八俣龋瑓f(xié)作和控制”是真正敏捷過(guò)程的口號(hào)，該過(guò)程可加速整個(gè)生命周期并將創(chuàng)新快速推向市場(chǎng)。

云——智能應(yīng)用程序和易于部署關(guān)鍵

很快，我們將無(wú)法想象沒(méi)有云的生活。

當(dāng)我想到如何走到今天這一步的時(shí)候，有兩個(gè)事件比其他事件更為突出：2006年首次推出Amazon Elastic Compute Cloud（第一個(gè)主流商業(yè)云服務(wù)），并在2007年推出了iPhone。為企業(yè)打開(kāi)了變革之門(mén)。第二種方法實(shí)際上是使數(shù)以百萬(wàn)計(jì)的消費(fèi)者可以訪問(wèn)云中的所有內(nèi)容，并為整個(gè)技術(shù)領(lǐng)域采用云鋪平了道路。

并非巧合的是，低代碼也是在這個(gè)時(shí)候開(kāi)始成型的。我之所以說(shuō)“并非巧合”，低代碼所帶來(lái)的許多范式轉(zhuǎn)換優(yōu)勢(shì)是由于平臺(tái)對(duì)云服務(wù)的戰(zhàn)略性和全心全意的利用，以及使這些服務(wù)變得容易的原因。

云：云使客戶能夠輕松便捷地部署應(yīng)用程序，并為構(gòu)建強(qiáng)大、智能應(yīng)用程序的大量資源和功能打開(kāi)了大門(mén)。

• 在云中誕生并成長(zhǎng)

早在2000年的時(shí)候，我們就認(rèn)識(shí)到，如果沒(méi)有快速部署，就很難進(jìn)行快速開(kāi)發(fā)。事實(shí)上，它幾乎扼殺了我們與一些早期客戶的合作。我們很快就開(kāi)發(fā)出了應(yīng)用程序，但要花三個(gè)月的時(shí)間才能投入生產(chǎn)。那時(shí)，我們決定安裝服務(wù)器并創(chuàng)建我們自己的云，這解決了眼前的問(wèn)題，但顯然不打算擴(kuò)展。此外，我們并不一定想要進(jìn)入云業(yè)務(wù)，云業(yè)務(wù)當(dāng)時(shí)還不存在，是后來(lái)亞馬遜為我們鋪平了道路。

云不僅是低代碼的理想選擇(現(xiàn)在仍然如此)。很明顯，云將成為所有軟件開(kāi)發(fā)形式的核心。敏捷方法當(dāng)時(shí)也很流行，云也非常適合支持它。然后，隨著2010年代的到來(lái)，“12要素應(yīng)用”成為web應(yīng)用程序的一個(gè)受人尊敬的標(biāo)準(zhǔn)，并要求應(yīng)用程序適合部署到云上。不管你朝哪個(gè)方向看，地平線上都有云。

在今天環(huán)顧四周時(shí)，我們看到基本上有兩種企業(yè)：擁抱云的企業(yè)。和那些即將擁抱的企業(yè)。在沒(méi)有云的情況下，根本不可能執(zhí)行任何嚴(yán)肅的數(shù)字化計(jì)劃——能夠更好地吸引客戶，提高運(yùn)營(yíng)效率，將創(chuàng)新推向市場(chǎng)或產(chǎn)生新的收入流的任何類型的數(shù)字化轉(zhuǎn)型。

云是如此重要，以至于Gartner和Forrester都認(rèn)為對(duì)任何低代碼平臺(tái)都要求全面的云支持。那么低代碼和云不可分割的主要原因有哪些呢？

• 啟用基于微服務(wù)的敏捷架構(gòu)

微服務(wù)是近幾年來(lái)另一種極為重要的技術(shù)趨勢(shì)，已經(jīng)顛覆了傳統(tǒng)的開(kāi)發(fā)方法，總的來(lái)說(shuō)，軟件因此而變得更好。如果您想將敏捷思維付諸實(shí)踐，微服務(wù)可以提供支持。如果您希望小型自治團(tuán)隊(duì)能夠?qū)崿F(xiàn)速度，聚焦和敏捷性，則微服務(wù)也提供支持。如果您想構(gòu)建持久的應(yīng)用程序，以適應(yīng)不斷變化的業(yè)務(wù)需求和新技術(shù)，并不斷發(fā)展，請(qǐng)使用微服務(wù)。

低代碼和微服務(wù)共同使BizDevOps團(tuán)隊(duì)能夠在構(gòu)建大型景觀時(shí)也可以保持敏捷性，協(xié)作和速度。云計(jì)算使得將自主微服務(wù)團(tuán)隊(duì)的工作部署到該場(chǎng)景中變得可行、簡(jiǎn)單和快速。在某種意義上，云將小型自主團(tuán)隊(duì)聯(lián)合成一個(gè)功能整體。

另一個(gè)好處是，在一個(gè)適當(dāng)架構(gòu)的、基于微服務(wù)的低代碼環(huán)境中，很容易隔離組件和功能片段，以實(shí)現(xiàn)治理和控制的目的。隔離關(guān)鍵部件使爆炸發(fā)生時(shí)的爆炸半徑最小。這就創(chuàng)造了一個(gè)更可靠、更有彈性的環(huán)境。

• 各種資源，立即可用

云的主要論點(diǎn)和用例是具有即時(shí)可用的靈活，可擴(kuò)展的計(jì)算資源（服務(wù)器，存儲(chǔ)，計(jì)算能力等）。但是，對(duì)于支持以下應(yīng)用程序中的應(yīng)用程序的資源和服務(wù)的可發(fā)現(xiàn)性和可用性也存在令人信服的情況開(kāi)發(fā)和生產(chǎn)中。例如，通過(guò)Mendix App Store和開(kāi)發(fā)人員社區(qū)，低代碼開(kāi)發(fā)人員可以訪問(wèn)龐大的預(yù)構(gòu)建組件存儲(chǔ)庫(kù)-連接器和API，可插拔的小部件和操作，各種功能模塊，等等。開(kāi)發(fā)人員可以抓住需要的東西并將其插入應(yīng)用程序中，從而輕松地添加特性和功能，并極大地提高了生產(chǎn)率。

• 支持ML，AI，AR，IoT，ETC2

機(jī)器學(xué)習(xí)，人工智能，增強(qiáng)現(xiàn)實(shí)，物聯(lián)網(wǎng)以及幾乎所有其他突破性技術(shù)有什么共同點(diǎn)？這些新技術(shù)要求具備強(qiáng)大的對(duì)數(shù)據(jù)的處理能力，這意味著對(duì)云服務(wù)需求也相應(yīng)增加。

無(wú)論您是在運(yùn)行工廠自動(dòng)化，在全球范圍內(nèi)管理工藝路線，尋找治療癌癥的方法，還是在構(gòu)建面部識(shí)別技術(shù)，這些例子都不勝枚舉，但總之，致力于數(shù)字化領(lǐng)導(dǎo)力的企業(yè)和組織絕對(duì)需要隨時(shí)需要海量、靈活的云計(jì)算和數(shù)據(jù)處理能力。

低代碼平臺(tái)為云提供了構(gòu)建智能應(yīng)用程序所需的所有資源和能力。更一般的企業(yè)(以及所有規(guī)模的組織)可以通過(guò)“站在巨人的肩膀上”(如Amazon、IBM、Microsoft和谷歌)來(lái)訪問(wèn)和利用他們需要的資源來(lái)構(gòu)建他們自己永遠(yuǎn)無(wú)法構(gòu)建的功能，從而增強(qiáng)他們的能力。

• 想要自動(dòng)化嗎？

在云計(jì)算方面，自動(dòng)化確保了最佳實(shí)踐的遵循，持續(xù)保護(hù)措施，以及應(yīng)用程序是云計(jì)算兼容的。最重要也是最重要的是，自動(dòng)化使得將應(yīng)用程序部署到云上(公共的、私有的或混合的)非常容易，完全支持敏捷工作流和CI/CD。

• 小結(jié)

云是為下一代應(yīng)用程序開(kāi)發(fā)提供支架的兩個(gè)架構(gòu)組件之一（另一個(gè)是微服務(wù)）。云提供了靈活性和可伸縮性，可以在應(yīng)用程序需要的時(shí)候提供所有資源。將抽象和自動(dòng)化的核心低代碼原則應(yīng)用于云，使部署變得簡(jiǎn)單和快速，并將敏捷性注入到應(yīng)用程序生命周期的這個(gè)階段。從本質(zhì)上和遵循12因素應(yīng)用程序的要求來(lái)看，低代碼應(yīng)用程序必須是云原生的。

開(kāi)放性，消除應(yīng)用孤島

因此，您想為全球化的企業(yè)構(gòu)建下一個(gè)出色的應(yīng)用程序，或者啟動(dòng)您的初創(chuàng)公司。您將需要一些幫助。當(dāng)前不再存在獨(dú)立的，或孤立的應(yīng)用程序了。即使要構(gòu)建最簡(jiǎn)單的應(yīng)用程序，也需要高度的互聯(lián)性。因此，低碼原則5的重要性就是：開(kāi)放性

企業(yè)應(yīng)用程序開(kāi)發(fā)平臺(tái)需要開(kāi)放，以便可以集成任何內(nèi)容，并且對(duì)構(gòu)建內(nèi)容沒(méi)有任何限制。

在一個(gè)平臺(tái)上，沒(méi)有任何理由不讓你保留所有的選擇。您需要連接創(chuàng)建magnum-appus所需的所有資源。你需要與你所處的任何技術(shù)環(huán)境進(jìn)行充分的交互。這就是為什么開(kāi)放是低編碼的基本原則。

• 真正的開(kāi)放性

“開(kāi)放”對(duì)不同的人意味著不同的事物。“開(kāi)源”是一種普遍且廣受歡迎的軟件許可形式，也是一種自由知識(shí)交流的文化?！伴_(kāi)放系統(tǒng)”意味著軟件環(huán)境中的互操作性和開(kāi)放標(biāo)準(zhǔn)。從技術(shù)上講，開(kāi)放意味著透明，可訪問(wèn)性和可連接性。

一個(gè)適當(dāng)?shù)牡痛a平臺(tái)要求具備全面的開(kāi)放性，以適應(yīng)各種可以想象的需求。為了在復(fù)雜而廣泛的環(huán)境中取得成功，低代碼必須毫不費(fèi)力地與核心系統(tǒng)和遺留系統(tǒng)融合，即使它結(jié)合了全新的技術(shù)以推動(dòng)可能的極限。

真正的開(kāi)放性是使低代碼平臺(tái)永遠(yuǎn)不會(huì)過(guò)時(shí)的基本原則，它面向未來(lái)，可以優(yōu)雅地采用或者整合所有尚未想到的下一代功能。

• 連接所有的可能性

如果我們必須自己發(fā)明所有東西或從頭開(kāi)始構(gòu)建所有東西，那么我們將尖端創(chuàng)新融入我們的應(yīng)用程序的能力將受到嚴(yán)重限制。我們將如何組裝教授面部識(shí)別算法所需的大量數(shù)據(jù)？我們?nèi)绾呜?fù)擔(dān)得起計(jì)算基礎(chǔ)架構(gòu)來(lái)支持復(fù)雜的AI流程或參與AR體驗(yàn)？我們?nèi)绾稳菁{區(qū)塊鏈？而如何連接到應(yīng)用程序需要連接的任何物聯(lián)網(wǎng)“物品”——烤面包機(jī)，汽車(chē)，對(duì)溫度敏感的藥品，組裝線機(jī)器人或重要的生物醫(yī)學(xué)設(shè)備？

• 我們?cè)撛趺醋觯?/strong>