 導(dǎo)語 2020年如期而至，2020是新十年的開始，新十年的命運是誰都猜得到的。但到2020年，軟件世界將發(fā)生重大變化，這將徹底改變企業(yè)及其客戶、開發(fā)人員和員工體驗技術(shù)的方式。軟件技術(shù)將變得更容易獲得，更個性化，更注重價值。解放生產(chǎn)力是軟件行業(yè)一直喊著的口號，而低代碼則是解決這種問題的強(qiáng)有力的武器。 模型驅(qū)動開發(fā) 如果我們必須確定一個原則來統(tǒng)治所有低代碼開發(fā)的其他各種準(zhǔn)則，沒有它，就不會進(jìn)行企業(yè)級應(yīng)用開發(fā)，這就是第一個核心原則：模型驅(qū)動的開發(fā)。 我們以這種方式描述了模型驅(qū)動開發(fā)的內(nèi)容和原因： 抽象性、自動化和開放性是將想法轉(zhuǎn)化為可提供真正業(yè)務(wù)價值的應(yīng)用程序的關(guān)鍵。 這是我們達(dá)到這一原則的背景知識： Mendix的成立是為了改善業(yè)務(wù)領(lǐng)域?qū)＜遗c軟件開發(fā)人員之間的協(xié)作和溝通，并加快創(chuàng)建應(yīng)用程序的過程，同時還提高了應(yīng)用程序的關(guān)聯(lián)性和質(zhì)量。 協(xié)作和交流的最大障礙是，業(yè)務(wù)和IT根本不會講相同的語言。傳統(tǒng)的瀑布開發(fā)過程強(qiáng)調(diào)而不是解決這種脫節(jié)。業(yè)務(wù)專家用他們的語言描述業(yè)務(wù)需求，開發(fā)團(tuán)隊通過軟件語言和IT體系結(jié)構(gòu)的篩選進(jìn)行聆聽——因為他們的頭腦敏捷，并且始終在關(guān)注下一步——因此只能聽取業(yè)務(wù)專家描述的部分內(nèi)容。然后，在解決方案交付之前，甚至幾個月甚至幾年之后，他們什么都不會發(fā)言，當(dāng)然，整個項目沒有達(dá)到目標(biāo)。 可以肯定地說，大多數(shù)開發(fā)人員都沒有上過商學(xué)院。而且大多數(shù)商學(xué)院的畢業(yè)生都不知道計算機(jī)代碼。他們學(xué)習(xí)了不同的語言，他們需要在自己的工作中達(dá)到最佳狀態(tài)。（有趣的是，我們的一位創(chuàng)始人Roald Kruit是軟件方面的天才，他回到學(xué)校并獲得了MBA學(xué)位，以幫助他從雙方的角度來解決這一問題。）  模型驅(qū)動的開發(fā)彌合了這種語言鴻溝。該模型為每個人提供了一種通用語言。使用可視化的構(gòu)建塊，領(lǐng)域?qū)＜铱梢韵蜷_發(fā)人員展示問題或業(yè)務(wù)需求是什么，開發(fā)人員可以理解它。反過來，開發(fā)人員可以向領(lǐng)域?qū)＜艺故究赡艿慕鉀Q方案，以及一些解決問題的新穎方法。他們反復(fù)溝通，達(dá)成共識并達(dá)成一致意見，然后再進(jìn)行下一步。 因此，失誤少了很多，開發(fā)過程進(jìn)行得更快，成品很可能是最終產(chǎn)品，成功交付具有商業(yè)價值的項目。
雖然模型驅(qū)動的開發(fā)為用戶提供了圖形或視覺界面，但視覺效果卻是與眾不同的。（非低代碼也可能具備可視化界面，但沒有可視界面就沒有低代碼。）  使用低代碼，模型從代碼中抽象出來。與具有嚴(yán)格語法的復(fù)雜語言不同，您可以使用構(gòu)建塊或“預(yù)構(gòu)建的應(yīng)用程序組件”，每個組件都有自己的特定于領(lǐng)域的語言，這些語言處理應(yīng)用程序的所有技術(shù)方面——邏輯、數(shù)據(jù)模型、用戶界面、安全性、集成等等。這些組件或“功能塊”被抽象出來，并以可視化的方式呈現(xiàn)給用戶。 從業(yè)務(wù)領(lǐng)域?qū)＜业胶诵拈_發(fā)人員，這些構(gòu)件都是團(tuán)隊中每個人都能理解的通用語言。當(dāng)他們一起探索解決方案時，他們可以從字面上看到彼此在談?wù)撌裁?，安排和重新排列組件，然后，由于模型中的魔力，因此可以快速試用該應(yīng)用程序。 模型的魔力就是自動化，這是模型驅(qū)動開發(fā)的另一個基本方面。拖放式可視化開發(fā)頂層的所有流程，所有配置，測試和質(zhì)量檢查，集成以及各種細(xì)節(jié)，都可以無縫自動化。（這減輕了專業(yè)開發(fā)人員的繁瑣工作，這是低代碼提高生產(chǎn)率并加快開發(fā)過程的主要方式。）
因此，許多人此時提出的問題是：您如何擁有一個沒有代碼的應(yīng)用程序？事實是，有一些低代碼平臺依賴代碼。很多代碼。100％的代碼。因為他們的可視化模型被解釋為成為應(yīng)用程序的代碼。當(dāng)然，隨之而來的是典型的具有代碼的應(yīng)用程序的所有傳統(tǒng)陷阱，質(zhì)量和操作問題。 在真正的模型驅(qū)動的低代碼應(yīng)用程序中，模型本身可以在運行時執(zhí)行。不需要代碼。無需編寫代碼和對代碼進(jìn)行故障排除，該過程可以成倍地加快速度，并且完成的應(yīng)用程序的質(zhì)量更高。在那些需要的功能無法在預(yù)建組件之一中提供的情況下，專業(yè)的開發(fā)人員可以編寫代碼來構(gòu)建自己的組件，該組件隨后成為模型的一部分（并可以通過以下方式供社區(qū)中的其他開發(fā)人員使用：Mendix App Store）。
模型驅(qū)動的低代碼使BizDevOps的想法變?yōu)楝F(xiàn)實。 由于直觀，易于理解的可視化建模工具消除了代碼的所有奧秘，因此業(yè)務(wù)專家成為了流程的組成部分。他們甚至可以自己構(gòu)建應(yīng)用程序。（我們創(chuàng)建了一個工具，一個環(huán)境，讓他們可以做到這一點— Mendix Studio。）對代碼的知識為零，他們可以將自己的方式拖放到工作的應(yīng)用程序中。  借助可視化模型，開發(fā)團(tuán)隊大大提高了速度和生產(chǎn)率。通過自動化，他們擺脫了那些降低他們效率和熱情的重復(fù)性工作。他們不必花很多時間來選擇語言，數(shù)據(jù)結(jié)構(gòu)，邏輯流和體系結(jié)構(gòu)方面的內(nèi)容，該模型為他們做出了正確的選擇。 從操作的角度來看，由于模型中內(nèi)置了自動化流程，質(zhì)量檢查和按鈕部署，一切都變得越來越輕松。
瞬息萬變的技術(shù)和席卷整個領(lǐng)域的重大新現(xiàn)象——物聯(lián)網(wǎng)，人工智能，增強(qiáng)現(xiàn)實，區(qū)塊鏈，邊緣和環(huán)境計算，以及其他即將到來的事物——軟件自適應(yīng)和集成。模型驅(qū)動的低代碼恰巧是處理未來創(chuàng)新的理想平臺，因為它是開放的并且可以無限擴(kuò)展。 低代碼不僅是構(gòu)建單個應(yīng)用程序的工具。核心模型是如此抽象，任何東西都可以在其中建模。由Mendix設(shè)計的模型驅(qū)動的低代碼是一種用于創(chuàng)建、調(diào)整和演進(jìn)整個場景的工具，它利用了所有新、舊的和尚待想象的工具和技術(shù)，這些工具和技術(shù)都可以用來提升企業(yè)的數(shù)字能力。Mendix平臺在每一層都是開放的，通過我們的模型API和軟件SDK，可以與任何系統(tǒng)集成。
使用模型從較低級別的代碼中抽象出來，使團(tuán)隊中的每個人（包括技術(shù)人員和業(yè)務(wù)專業(yè)人員）都可以專注于較高級別的概念和解決方案。自動化減輕了日常工作和重復(fù)性工作的負(fù)擔(dān)，并減少了人為錯誤，從而提高了質(zhì)量并提高了生產(chǎn)率。開放性確保從舊系統(tǒng)到新興技術(shù)的所有地方的連通性。結(jié)果是更相關(guān)，更強(qiáng)大的應(yīng)用程序，與傳統(tǒng)的以代碼為中心的平臺相比，構(gòu)建速度提高了幾個數(shù)量級。這就是模型驅(qū)動的低代碼開發(fā)的強(qiáng)大功能。  協(xié)作，創(chuàng)新在此發(fā)生 第二個原則，即“合作原則”，實際上與模型構(gòu)想是分不開的，但它是如此重要，以至于值得關(guān)注和討論。 這是我們的陳述方式： 協(xié)作：視覺語言是在業(yè)務(wù)領(lǐng)域?qū)＜液烷_發(fā)人員之間傳遞知識和想法的最清晰、最明確的方法。
我們都有不同的方式來看待和描述我們面前的現(xiàn)實。當(dāng)一方的描述方式是PowerPoint，而另一方是計算機(jī)代碼時，從一開始就面臨著溝通的挑戰(zhàn)。除非雙方都能在以下兩點達(dá)成共識：A)他們所看到的，無論是看問題還是解決方案，B)描述問題的語言。否則就不會取得有意義的進(jìn)展。 在每個團(tuán)隊中，每個人都有自己的知識和專長。一些商務(wù)人士精通技術(shù)，可以直觀地掌握數(shù)字環(huán)境以及軟件的工作方式。其他一少部分技術(shù)人員確實了解市場，業(yè)務(wù)概念和流程。其他人很少冒險超越他們的技術(shù)領(lǐng)域。 這種溝通斷開的后果是巨大的。溝通失敗是IT項目失敗的主要原因之一。從各種研究中我們知道，大部分軟件預(yù)算都花在返工上，而溝通問題是返工的主要驅(qū)動力。 簡單地說，業(yè)務(wù)和IT之間的溝通越好，解決方案就越好，無論是推出新的數(shù)字模式來服務(wù)客戶并將產(chǎn)品推向市場，還是改進(jìn)遺留系統(tǒng)以滿足業(yè)務(wù)不斷變化的需求。
低代碼平臺的可視化開發(fā)環(huán)境專門用于解決溝通難題，從而增強(qiáng)團(tuán)隊成員之間的協(xié)作能力，而無論他們的專業(yè)領(lǐng)域或技術(shù)水平如何。  憑借強(qiáng)大的視覺語言和圖標(biāo)，每個人從字面上清楚地了解了問題或需要解決的問題以及可用于構(gòu)建解決方案的工具和資源。對象和形狀，圖表和圖形，依賴關(guān)系和邏輯的表示——從定義問題和探索解決方案到構(gòu)建，測試和部署應(yīng)用程序，視覺語言是整個生命周期的通用語言。 使用通用的視覺語言，團(tuán)隊成員可以坐在屏幕前一起嘗試想法，功能化面條或調(diào)整界面。各方都可以理解討論的細(xì)微差別并做出有意義的貢獻(xiàn)，因為他們可以看到一切。無需解釋代碼或翻譯PowerPoint。 由于視覺語言的學(xué)習(xí)曲線很短，因此團(tuán)隊成員很快感到有能力為超出其主要技能范圍的應(yīng)用程序創(chuàng)建做出貢獻(xiàn)。例如，業(yè)務(wù)分析師或產(chǎn)品工程師實際上可以自己對應(yīng)用程序進(jìn)行粗略處理，或者添加，減去或重新排列組成該應(yīng)用程序的組件。相反，核心開發(fā)人員可以使業(yè)務(wù)流程或客戶交互方案煥然一新，并提供創(chuàng)新的想法來優(yōu)化效率或用戶體驗，從而產(chǎn)生更大的業(yè)務(wù)影響。這一切都是實時發(fā)生的，每個人都可以看到。在真正開放的協(xié)作環(huán)境中，沒有人力會被浪費。
因此，業(yè)務(wù)團(tuán)隊經(jīng)常在業(yè)務(wù)角上使用白板，而開發(fā)團(tuán)隊在IT角上使用白板——實際上，大多數(shù)時間是在傳統(tǒng)的、線性的、瀑布式的開發(fā)方法中。這兩個人從來沒有見過面。這肯定會導(dǎo)致很多誤解和適得其反的結(jié)果。 當(dāng)人們使用同一種語言時，他們更容易坐在一起，在一塊白板或屏幕上描繪他們的想法。他們彼此建立聯(lián)系，閱讀彼此的非語言交流，了解彼此的關(guān)心點。最重要的是，他們分享彼此的知識。一個領(lǐng)域探索得越新或越少，知識轉(zhuǎn)移就變得越重要。 實時的、面對面的交流可以幫助團(tuán)隊中的每個人最大限度地參與進(jìn)來，并更聰明地工作。這些變成了每個人都想?yún)⒓拥臅h。
這并不是說合作必須實時進(jìn)行或親自到場才能有效。企業(yè)級別的低代碼平臺將內(nèi)置同步和版本控制并實現(xiàn)自動化，因此沒有人會過時，協(xié)作可以在任何時間和任何渠道繼續(xù)進(jìn)行，無論團(tuán)隊成員是在不同的辦公室還是在不同的大陸。所有管理和過程細(xì)節(jié)的工具，例如需求、用戶故事、任務(wù)、反饋、修訂跟蹤等等，都在每個人的指尖。對敏捷工作流的支持已經(jīng)被考慮在內(nèi)。只要你想，你總是在圈子中。 傳統(tǒng)的開發(fā)模式發(fā)現(xiàn)領(lǐng)域?qū)＜沂褂帽舜瞬焕斫獾恼Z言相互交談。但是在一個低代碼平臺中，當(dāng)每個人都在同一個虛擬空間中工作，并且使用一種共享的語言時，通信圈可以毫不延遲地完成。團(tuán)隊可以自主工作，但仍然與整體緊密相連。
一些組織在他們掌握了在低代碼平臺中協(xié)作的藝術(shù)之后，在開發(fā)動態(tài)中看到了一個有趣的，也許是諷刺的轉(zhuǎn)折。通常情況下，IT現(xiàn)在是在等待業(yè)務(wù)團(tuán)隊的輸入，將典型的業(yè)務(wù)等待IT瓶頸拋在腦后。通過協(xié)作的能力，專業(yè)開發(fā)人員能夠比以往更快地進(jìn)行迭代，解決方案也比以往更加準(zhǔn)確和相關(guān)。業(yè)務(wù)專家必須重新培訓(xùn)自己，以便更快地做出響應(yīng)，以使解決方案繼續(xù)前進(jìn)。
當(dāng)業(yè)務(wù)人員和開發(fā)人員使用相同的語言（如可視化模型）講話時，無需翻譯，那么每個人都可以理解所呈現(xiàn)的問題以及解決方案的發(fā)展，迭代的速度，并且每個人從一開始就對過程保持投入部署的想法。協(xié)作可以快速構(gòu)建正確的解決方案，并減少返工。 成功實施協(xié)作原則，您將立即進(jìn)入指數(shù)級更有效的應(yīng)用程序開發(fā)過程 敏捷方法和低代碼 敏捷是在低代碼之前幾年推出的。這是一種進(jìn)行應(yīng)用程序開發(fā)的變革方式，而低代碼平臺恰好反映了敏捷的基本原理?！皟?yōu)先考慮人與人之間的互動?？焖俨渴鹂蛇\行的應(yīng)用程序。激烈的協(xié)作。不斷響應(yīng)變化?！边@些既是敏捷的基本價值，也是低碼的基本價值。 敏捷和低代碼共享相同的總體目標(biāo)：更好地進(jìn)行軟件開發(fā)。 敏捷方法論：通過敏捷的工作流來管理整個企業(yè)應(yīng)用程序開發(fā)生命周期，以消除瓶頸，支持迭代交付并實現(xiàn)最短的價值實現(xiàn)時間。 思維方式、方法論和支持它們的平臺 敏捷是一種心態(tài)。這是一種軟件開發(fā)的哲學(xué)，是一種優(yōu)先級和價值的表達(dá)，目的是優(yōu)化過程和創(chuàng)建最好的可能結(jié)果。它本身并不是一種方法論或框架。各種各樣的方法（例如Scrum、XP等等）被創(chuàng)建出來，用來將敏捷原則組織成過程。 低代碼完全支持并改進(jìn)了敏捷思維和敏捷方法，它們在許多關(guān)鍵領(lǐng)域交叉。  人。即使在今天，AI發(fā)揮著越來越大的作用，人們也在創(chuàng)造軟件。業(yè)務(wù)線所有者、開發(fā)人員、最終用戶——都是不可或缺的貢獻(xiàn)者。低代碼的創(chuàng)建在很大程度上是為了讓那些對應(yīng)用程序最感興趣的人密切地參與到應(yīng)用程序的創(chuàng)建中，每個人都是團(tuán)隊中活躍的一員。 協(xié)作。任何團(tuán)隊的協(xié)作能力都是有限的。我們的創(chuàng)始人認(rèn)識到缺乏有效的溝通幾乎總是軟件失敗的原因。團(tuán)隊成員具有不同的專業(yè)領(lǐng)域，使用不同的語言。低代碼的可視化模型有助于克服這些挑戰(zhàn)，并支持敏捷對客戶協(xié)作的強(qiáng)調(diào)。 應(yīng)對變化。本質(zhì)上，這就是敏捷中的敏捷?！拔ㄒ徊蛔兊氖亲兓边@句格言本來不是用來描述應(yīng)用程序開發(fā)的，但是現(xiàn)在非常適用。實際上，一旦構(gòu)思了最初的想法，應(yīng)用程序就會隨著開發(fā)和部署而不斷變化和發(fā)展。敏捷方法歡迎變化，而低代碼可以適應(yīng)變化——通過緊密協(xié)作的小型團(tuán)隊、專注和努力的基于微服務(wù)的體系結(jié)構(gòu)和即時云部署來將變化付諸行動。 可工作的軟件。快速做出有效的應(yīng)用。然后繼續(xù)工作。沒有什么能代替觀察應(yīng)用程序的運行，以了解什么可行，什么不可行，并可能觸發(fā)一個天才的想法。通過基于模型的設(shè)計和可視化開發(fā)環(huán)境，低代碼可以將開發(fā)加速一個(或多個)數(shù)量級。低代碼運行繞過了傳統(tǒng)的瀑布方法；從最初的想法到軟件的運行，再到快速迭代，在時間上根本無法與之相比。敏捷將“工作軟件”置于“全面文檔”之上，所以我們在Mendix SDK中實現(xiàn)了文檔處理的自動化。 健壯的反饋循環(huán)。無論是敏捷還是低代碼，這都不是一個具體的原則，但它是隱含的。協(xié)作、變更管理、工作軟件——如果沒有一個積極的、持續(xù)的、有效的反饋機(jī)制，這些都是不可能發(fā)生的。這就是為什么需要將其內(nèi)置到低代碼平臺中。故事線和更新，更正和評論，注釋和回應(yīng)——所有都是自動和容易獲得的。這是我們特殊的低代碼平臺的關(guān)鍵優(yōu)勢，也是我們將敏捷哲學(xué)帶入生活的重要貢獻(xiàn)之一。
低代碼真正帶來敏捷承諾的地方是使業(yè)務(wù)團(tuán)隊成員（內(nèi)部擁護(hù)者/客戶）深入且持續(xù)地參與開發(fā)過程。我們認(rèn)為，在適當(dāng)?shù)臅r間構(gòu)建正確的應(yīng)用程序，最重要的是與業(yè)務(wù)和開發(fā)部門密切配合。 這提出了BizDevOps的概念。像敏捷一樣，DevOps是一項旨在消除障礙，簡化流程和流程并創(chuàng)造出可帶來更好結(jié)果的更好產(chǎn)品的活動。與敏捷一樣，DevOps與低代碼緊密結(jié)合。總而言之，我們到達(dá)了BizDevOps，它現(xiàn)在第一次在實現(xiàn)業(yè)務(wù)目標(biāo)的背景下解決了整個應(yīng)用程序生命周期。 換句話說，敏捷性，低代碼和DevOps的好處不僅在于開發(fā)過程，還在于業(yè)務(wù)及其目標(biāo)。企業(yè)可以更快地應(yīng)對競爭壓力?？梢匝杆賹?chuàng)新推向市場。運營效率大大提高?？蛻魮碛懈玫捏w驗和更深入的參與。 低代碼平臺注入了敏捷的思維方式，并融合了BizDevOps流程，從而實現(xiàn)了最終目標(biāo)：將正確的解決方案交到正確的人手中，幫助他們更好地工作并賺更多的錢，同時還實現(xiàn)通過大幅度減少返工來節(jié)省巨額成本。
敏捷不僅僅是速度。在流程的每個步驟中促進(jìn)協(xié)作，即可實現(xiàn)真正的敏捷性：在工作流程中實施最佳做法時、在平臺上自動進(jìn)行測試和反饋時、小型團(tuán)隊擁有自己的軟件時、既簡單又快速將應(yīng)用部署到云時。“速度，協(xié)作和控制”是真正敏捷過程的口號，該過程可加速整個生命周期并將創(chuàng)新快速推向市場。 云——智能應(yīng)用程序和易于部署關(guān)鍵 很快，我們將無法想象沒有云的生活。 當(dāng)我想到如何走到今天這一步的時候，有兩個事件比其他事件更為突出：2006年首次推出Amazon Elastic Compute Cloud（第一個主流商業(yè)云服務(wù)），并在2007年推出了iPhone。為企業(yè)打開了變革之門。第二種方法實際上是使數(shù)以百萬計的消費者可以訪問云中的所有內(nèi)容，并為整個技術(shù)領(lǐng)域采用云鋪平了道路。 并非巧合的是，低代碼也是在這個時候開始成型的。我之所以說“并非巧合”，低代碼所帶來的許多范式轉(zhuǎn)換優(yōu)勢是由于平臺對云服務(wù)的戰(zhàn)略性和全心全意的利用，以及使這些服務(wù)變得容易的原因。 云：云使客戶能夠輕松便捷地部署應(yīng)用程序，并為構(gòu)建強(qiáng)大、智能應(yīng)用程序的大量資源和功能打開了大門。
早在2000年的時候，我們就認(rèn)識到，如果沒有快速部署，就很難進(jìn)行快速開發(fā)。事實上，它幾乎扼殺了我們與一些早期客戶的合作。我們很快就開發(fā)出了應(yīng)用程序，但要花三個月的時間才能投入生產(chǎn)。那時，我們決定安裝服務(wù)器并創(chuàng)建我們自己的云，這解決了眼前的問題，但顯然不打算擴(kuò)展。此外，我們并不一定想要進(jìn)入云業(yè)務(wù)，云業(yè)務(wù)當(dāng)時還不存在，是后來亞馬遜為我們鋪平了道路。 云不僅是低代碼的理想選擇(現(xiàn)在仍然如此)。很明顯，云將成為所有軟件開發(fā)形式的核心。敏捷方法當(dāng)時也很流行，云也非常適合支持它。然后，隨著2010年代的到來，“12要素應(yīng)用”成為web應(yīng)用程序的一個受人尊敬的標(biāo)準(zhǔn)，并要求應(yīng)用程序適合部署到云上。不管你朝哪個方向看，地平線上都有云。 在今天環(huán)顧四周時，我們看到基本上有兩種企業(yè)：擁抱云的企業(yè)。和那些即將擁抱的企業(yè)。在沒有云的情況下，根本不可能執(zhí)行任何嚴(yán)肅的數(shù)字化計劃——能夠更好地吸引客戶，提高運營效率，將創(chuàng)新推向市場或產(chǎn)生新的收入流的任何類型的數(shù)字化轉(zhuǎn)型。 云是如此重要，以至于Gartner和Forrester都認(rèn)為對任何低代碼平臺都要求全面的云支持。那么低代碼和云不可分割的主要原因有哪些呢？
微服務(wù)是近幾年來另一種極為重要的技術(shù)趨勢，已經(jīng)顛覆了傳統(tǒng)的開發(fā)方法，總的來說，軟件因此而變得更好。如果您想將敏捷思維付諸實踐，微服務(wù)可以提供支持。如果您希望小型自治團(tuán)隊能夠?qū)崿F(xiàn)速度，聚焦和敏捷性，則微服務(wù)也提供支持。如果您想構(gòu)建持久的應(yīng)用程序，以適應(yīng)不斷變化的業(yè)務(wù)需求和新技術(shù)，并不斷發(fā)展，請使用微服務(wù)。 低代碼和微服務(wù)共同使BizDevOps團(tuán)隊能夠在構(gòu)建大型景觀時也可以保持敏捷性，協(xié)作和速度。云計算使得將自主微服務(wù)團(tuán)隊的工作部署到該場景中變得可行、簡單和快速。在某種意義上，云將小型自主團(tuán)隊聯(lián)合成一個功能整體。 另一個好處是，在一個適當(dāng)架構(gòu)的、基于微服務(wù)的低代碼環(huán)境中，很容易隔離組件和功能片段，以實現(xiàn)治理和控制的目的。隔離關(guān)鍵部件使爆炸發(fā)生時的爆炸半徑最小。這就創(chuàng)造了一個更可靠、更有彈性的環(huán)境。
云的主要論點和用例是具有即時可用的靈活，可擴(kuò)展的計算資源（服務(wù)器，存儲，計算能力等）。但是，對于支持以下應(yīng)用程序中的應(yīng)用程序的資源和服務(wù)的可發(fā)現(xiàn)性和可用性也存在令人信服的情況開發(fā)和生產(chǎn)中。例如，通過Mendix App Store和開發(fā)人員社區(qū)，低代碼開發(fā)人員可以訪問龐大的預(yù)構(gòu)建組件存儲庫-連接器和API，可插拔的小部件和操作，各種功能模塊，等等。開發(fā)人員可以抓住需要的東西并將其插入應(yīng)用程序中，從而輕松地添加特性和功能，并極大地提高了生產(chǎn)率。
機(jī)器學(xué)習(xí)，人工智能，增強(qiáng)現(xiàn)實，物聯(lián)網(wǎng)以及幾乎所有其他突破性技術(shù)有什么共同點？這些新技術(shù)要求具備強(qiáng)大的對數(shù)據(jù)的處理能力，這意味著對云服務(wù)需求也相應(yīng)增加。 無論您是在運行工廠自動化，在全球范圍內(nèi)管理工藝路線，尋找治療癌癥的方法，還是在構(gòu)建面部識別技術(shù)，這些例子都不勝枚舉，但總之，致力于數(shù)字化領(lǐng)導(dǎo)力的企業(yè)和組織絕對需要隨時需要海量、靈活的云計算和數(shù)據(jù)處理能力。 低代碼平臺為云提供了構(gòu)建智能應(yīng)用程序所需的所有資源和能力。更一般的企業(yè)(以及所有規(guī)模的組織)可以通過“站在巨人的肩膀上”(如Amazon、IBM、Microsoft和谷歌)來訪問和利用他們需要的資源來構(gòu)建他們自己永遠(yuǎn)無法構(gòu)建的功能，從而增強(qiáng)他們的能力。
在云計算方面，自動化確保了最佳實踐的遵循，持續(xù)保護(hù)措施，以及應(yīng)用程序是云計算兼容的。最重要也是最重要的是，自動化使得將應(yīng)用程序部署到云上(公共的、私有的或混合的)非常容易，完全支持敏捷工作流和CI/CD。
云是為下一代應(yīng)用程序開發(fā)提供支架的兩個架構(gòu)組件之一（另一個是微服務(wù)）。云提供了靈活性和可伸縮性，可以在應(yīng)用程序需要的時候提供所有資源。將抽象和自動化的核心低代碼原則應(yīng)用于云，使部署變得簡單和快速，并將敏捷性注入到應(yīng)用程序生命周期的這個階段。從本質(zhì)上和遵循12因素應(yīng)用程序的要求來看，低代碼應(yīng)用程序必須是云原生的。 開放性，消除應(yīng)用孤島因此，您想為全球化的企業(yè)構(gòu)建下一個出色的應(yīng)用程序，或者啟動您的初創(chuàng)公司。您將需要一些幫助。當(dāng)前不再存在獨立的，或孤立的應(yīng)用程序了。即使要構(gòu)建最簡單的應(yīng)用程序，也需要高度的互聯(lián)性。因此，低碼原則5的重要性就是：開放性 企業(yè)應(yīng)用程序開發(fā)平臺需要開放，以便可以集成任何內(nèi)容，并且對構(gòu)建內(nèi)容沒有任何限制。 在一個平臺上，沒有任何理由不讓你保留所有的選擇。您需要連接創(chuàng)建magnum-appus所需的所有資源。你需要與你所處的任何技術(shù)環(huán)境進(jìn)行充分的交互。這就是為什么開放是低編碼的基本原則。
“開放”對不同的人意味著不同的事物?！伴_源”是一種普遍且廣受歡迎的軟件許可形式，也是一種自由知識交流的文化?！伴_放系統(tǒng)”意味著軟件環(huán)境中的互操作性和開放標(biāo)準(zhǔn)。從技術(shù)上講，開放意味著透明，可訪問性和可連接性。 一個適當(dāng)?shù)牡痛a平臺要求具備全面的開放性，以適應(yīng)各種可以想象的需求。為了在復(fù)雜而廣泛的環(huán)境中取得成功，低代碼必須毫不費力地與核心系統(tǒng)和遺留系統(tǒng)融合，即使它結(jié)合了全新的技術(shù)以推動可能的極限。 真正的開放性是使低代碼平臺永遠(yuǎn)不會過時的基本原則，它面向未來，可以優(yōu)雅地采用或者整合所有尚未想到的下一代功能。
如果我們必須自己發(fā)明所有東西或從頭開始構(gòu)建所有東西，那么我們將尖端創(chuàng)新融入我們的應(yīng)用程序的能力將受到嚴(yán)重限制。我們將如何組裝教授面部識別算法所需的大量數(shù)據(jù)？我們?nèi)绾呜?fù)擔(dān)得起計算基礎(chǔ)架構(gòu)來支持復(fù)雜的AI流程或參與AR體驗？我們?nèi)绾稳菁{區(qū)塊鏈？而如何連接到應(yīng)用程序需要連接的任何物聯(lián)網(wǎng)“物品”——烤面包機(jī)，汽車，對溫度敏感的藥品，組裝線機(jī)器人或重要的生物醫(yī)學(xué)設(shè)備？
通過開放的可能性。它只需要正確的連接。 需要構(gòu)建一個低代碼平臺（或者，實際上是任何可行的平臺），以適應(yīng)其需要連接的所有內(nèi)容。好消息是，許多開發(fā)人員必須建立類似的連接，因此其他人可能已經(jīng)建立了連接器來執(zhí)行所需的操作，這就是開發(fā)社區(qū)的來歷。 在每個主要的技術(shù)發(fā)展中，社區(qū)如雨后春筍般涌現(xiàn)，低代碼也不例外。擁有開放社區(qū)的開放技術(shù)意味著集體的智慧可以供所有人使用。在企業(yè)內(nèi)部，然后在低代碼領(lǐng)域，然后在整個技術(shù)世界中。 低代碼還使在需要時構(gòu)建新連接器異常容易，就像使所有內(nèi)容易于構(gòu)建一樣。
使低代碼應(yīng)用程序能夠連接到所有內(nèi)容的工具是眾所周知的。API和SDK是主要支柱，支持開放模型，開放數(shù)據(jù)以及應(yīng)用程序和平臺可擴(kuò)展性。在這種情況下，需要高度專業(yè)的連接器時，總有可能……編寫代碼。（因為即使是真正開放的低代碼平臺，也必須考慮并容納這種可能性。） 可擴(kuò)展性是指實踐中的開放性。這些自定義連接器上面提到的可擴(kuò)展性的重要組成部分——如果有一些基本low-code模型不能適應(yīng),如果你真的需要定制代碼特性或功能或?qū)⑷魏蜫ava動作(例如),如果你需要處理現(xiàn)有/遺留的細(xì)微差別和特質(zhì)的企業(yè)應(yīng)用程序,如果您需要使用其他應(yīng)用程序或應(yīng)用程序服務(wù)無論您想做什么，低代碼都提供了優(yōu)雅、簡單和開放的擴(kuò)展模型的方法來實現(xiàn)它。 關(guān)于Mendix如何實現(xiàn)開放性和可擴(kuò)展性，以及我們?nèi)绾问蛊淠軌蚺c任何東西（包括您最喜歡的現(xiàn)有工具）集成，我們的網(wǎng)站上有更詳細(xì)，更技術(shù)性的解釋。這些都是低代碼平臺如何能夠并且應(yīng)該遵守開放性原則的很好的例子。
在低代碼環(huán)境下的開放性是一個非常令人興奮的概念，因為它使連接和合并任何您需要的資源變得非常容易。但當(dāng)我們2020年坐在這里時，真正令人興奮的是圍繞構(gòu)建智能應(yīng)用程序。上面提到的那些想法——人工智能、增強(qiáng)現(xiàn)實、邊緣計算等等——取決于與各種數(shù)據(jù)和資源的集成能力，包括來自谷歌、IBM、Facebook等公司的數(shù)據(jù)和資源。數(shù)字雙胞胎、聯(lián)網(wǎng)工廠等概念，以及各種各樣的創(chuàng)新，它們都依賴于大量數(shù)據(jù)的消化、處理和分析，然后形成算法和觸發(fā)響應(yīng)——低編碼使它們在此時此刻就可以被訪問和實現(xiàn)，而不需要一群編碼天才。
應(yīng)用程序需要容易地與現(xiàn)有的遺留系統(tǒng)集成，并在新技術(shù)出現(xiàn)時適應(yīng)它們。智能應(yīng)用程序需要連接大量的數(shù)據(jù)資源、各種傳感器、外部人工智能功能、邊緣計算和其他技術(shù)，這些技術(shù)使應(yīng)用程序變得更加相關(guān)、上下文關(guān)聯(lián)、主動、智能，并且通常能夠適應(yīng)用戶的需求。 當(dāng)你對一切都開放的時候，一切都是可能的!
低代碼開發(fā)的設(shè)想是，最好的應(yīng)用程序是不同技能專業(yè)團(tuán)隊構(gòu)建的產(chǎn)品——專業(yè)開發(fā)人員、業(yè)務(wù)分析人員、領(lǐng)域?qū)＜?、客戶支持人員、UX設(shè)計人員等等。在這個場景中，有時團(tuán)隊成員會實時地一起工作。有時異步。有時來自一個地方，大多數(shù)時候來自幾個地方。但是，他們的工作總是需要協(xié)調(diào)、同步、質(zhì)量檢查、控制和集成。 因此，一個低代碼平臺完全支持這些團(tuán)隊和分布式工作流，而在功能或性能上不做任何妥協(xié)，這是絕對必要的。 多用戶開發(fā)多個開發(fā)人員應(yīng)該能夠同時處理一個應(yīng)用程序。該平臺必須支持并同步其工作流。 協(xié)作是貫穿所有低代碼原理的主題。支持協(xié)作開發(fā)需要企業(yè)級的多用戶功能。低代碼成功地展示了基于模型的可視化開發(fā)平臺，它能夠支持各種類型的開發(fā)人員，核心開發(fā)人員即使在多用戶環(huán)境中也能實現(xiàn)他們所期望的復(fù)雜性和功能。
任何多用戶功能的核心都是版本控制，這對于任何開發(fā)環(huán)境都是強(qiáng)制的。沒有一個認(rèn)真的開發(fā)人員會考慮在沒有健壯可靠的版本控制的情況下工作。因此，當(dāng)Mendix的創(chuàng)始人構(gòu)思我們的低代碼平臺時，他們構(gòu)建的版本控制與其他任何開發(fā)平臺都不相上下，甚至更好。 一個合適的低代碼平臺允許開發(fā)人員回顧過去，跟蹤bug和問題的根源;退回到以前的版本來分析和解決問題;控制使用者及其特權(quán)，以維持適當(dāng)?shù)墓苤渭白駨男?并執(zhí)行“代碼審查”，即使沒有代碼(原則保持不變)。 擴(kuò)散、分支、合并——在真正成熟的企業(yè)級開發(fā)環(huán)境中所期望的所有多用戶開發(fā)功能，都可以在功能齊全的低代碼平臺(如Mendix)中找到。
我想我們會永遠(yuǎn)記得2020年的春天，我們的工作方式發(fā)生了根本性的改變。我們必須組建分布式團(tuán)隊并進(jìn)行分布式工作，未來，遠(yuǎn)程工作可能會在更多的行業(yè)和職業(yè)中普及。對于習(xí)慣于多用戶、基于云的環(huán)境（包括Mendix）的開發(fā)人員來說，這種轉(zhuǎn)變并不會帶來什么痛苦。根據(jù)他們的遠(yuǎn)程設(shè)備和連接，它幾乎是無縫的。 在低代碼平臺中，所有事情都在云中完成。沒有人需要獨自工作。這是一種類似于谷歌文檔的應(yīng)用程序開發(fā)體驗。用戶可以在任何地方一起開發(fā)應(yīng)用程序。我能夠?qū)崟r看到你在做什么，你看到我在做什么。最終，多個用戶將能夠在同一時間一起進(jìn)行編輯，盡管到目前為止，這種功能還在不斷發(fā)展。但是遠(yuǎn)程配對編程的效率提升正在發(fā)揮顯著的作用。
低代碼還有一個其他開發(fā)方法無法比擬的多用戶優(yōu)勢:非技術(shù)用戶積極參與應(yīng)用程序開發(fā)的能力。無處不在的可視化語言意味著，從專業(yè)開發(fā)人員到業(yè)務(wù)分析人員，每個人都可以看到組成應(yīng)用程序的各個部分，理解它們，操作它們，并添加和刪除它們。這在充滿代碼的環(huán)境中是不可能的。 這種協(xié)作完全重新定義了競爭環(huán)境。在整個過程中，業(yè)務(wù)和IT之間的持續(xù)交叉交流總是會產(chǎn)生比典型的瀑布式工作流更相關(guān)、更有用、更有業(yè)務(wù)影響、甚至可能改變游戲規(guī)則的解決方案。
隨著人工智能變得越來越復(fù)雜，它可以變得更人性化。它可以像結(jié)對程序員一樣工作，審查工作，評論“代碼”，提供建議，提供真正的幫助，而不是像機(jī)器人那樣。因此，即使是在車庫里開發(fā)應(yīng)用程序的孤獨天才也能從多用戶環(huán)境中受益，在這種情況下，我們有一組人工智能研究員將他們的專業(yè)知識添加到應(yīng)用程序中。
多用戶的低代碼原則意味著真正的多用戶，就像開發(fā)人員習(xí)慣于使用“git”一樣。真正的多用戶，所有的代碼構(gòu)件——庫、擴(kuò)展、自定義Javascript和Java組件，所有應(yīng)用程序需要的資源——都實時地呈現(xiàn)在模型中，并且可供所有用戶使用。 低代碼環(huán)境的神奇之處在于，它可以優(yōu)雅地容納理想的開發(fā)團(tuán)隊，包括來自業(yè)務(wù)和it領(lǐng)域的各種技能和思維模式。期望專業(yè)開發(fā)人員接受功能不全的企業(yè)級多用戶的環(huán)境是不現(xiàn)實的。同樣不切實際的是，期望非技術(shù)的普通開發(fā)人員掌握復(fù)雜的(基于代碼的)開發(fā)工具和語言。 很明顯，遠(yuǎn)程協(xié)同和分布式工作將在企業(yè)中或多或少地發(fā)揮作用。使用低代碼，團(tuán)隊中的每個人都可以高效地一起工作，不管是實時的還是異步的，無論他們位于何處。 實驗與創(chuàng)新：勇敢地追求未來任何重大的事件，諸如使您部門的工作更輕松，或者以某種新的方式提升客戶滿意度，或者徹底改變企業(yè)的運作方式。都是從一個經(jīng)過測試的想法開始的。創(chuàng)新就是這樣產(chǎn)生的。這就是為什么原則7對于低代碼平臺至關(guān)重要的原因：實驗與創(chuàng)新 創(chuàng)新者需要進(jìn)行實驗，探索和創(chuàng)造，而不必?fù)?dān)心或妥協(xié)。開發(fā)工具必須靈活，智能且價格合理才能支持它們。 托馬斯·愛迪生(Thomas Edison)用了數(shù)千種燈絲材料進(jìn)行實驗，最終找到了一種燈絲材料，它可以在燈泡燒壞之前使用很長時間(碳化棉線最終證明了他的想法是可行的)。 安裝這成千上萬條細(xì)絲中的每一條，然后看著它們燒斷，這一定是非常令人沮喪的。但我們今天很幸運，他堅持了下來。 在軟件驅(qū)動的數(shù)字世界中，傳統(tǒng)的實驗和測試方法是一個耗時且繁瑣的過程。對于高技能的人來說，編寫代碼、審查代碼、部署代碼并最終測試代碼所花費的時間非常長——可以這樣說，如果愛迪生也必須經(jīng)歷所有這些，我們今天可能仍然在燭光下閱讀。幸運的是，我們現(xiàn)在正處于led和低編碼時代。 所有這些使低代碼成為引人注目的開發(fā)平臺的因素，也幫助它成為執(zhí)行各種實驗的完美“實驗室”，從簡單的現(xiàn)實檢查到測試看似瘋狂的、不切實際的想法。可視化的拖放式開發(fā)環(huán)境、與一切的連接、來自社區(qū)的大量可用資源、自動化的質(zhì)量檢查和控制、簡單的一鍵部署到云中——所有這些結(jié)合在一起，使低代碼成為開發(fā)人員的夢想游樂場。 但實驗并不僅僅是突破技術(shù)的界限或創(chuàng)造終極界面。它還包括在市場上測試創(chuàng)意，尋找吸引客戶的創(chuàng)新方式，嘗試新產(chǎn)品創(chuàng)意，響應(yīng)變化的條件或利用及時的機(jī)會。如果你能快速建立一些東西并將其推向市場，你就能發(fā)現(xiàn)這個想法是否可行，如果不行，就嘗試另一個。這就是為什么我們的一位保險客戶最終開發(fā)出了一款面部識別應(yīng)用，只需一張自拍，就能在五分鐘內(nèi)為客戶提供報價。以及其他保險公司如何利用物聯(lián)網(wǎng)(IoT)進(jìn)行產(chǎn)品創(chuàng)新，利用健身追蹤器或汽車電子控制模塊等設(shè)備。當(dāng)涉及到商業(yè)創(chuàng)新時，那些最先或接近它的人會獲得最大的回報。
我們周圍有很多令人興奮的新技術(shù)。但它能為你的企業(yè)做些什么呢?如果你知道如何使用人工智能(如上面的面部識別應(yīng)用程序)，有一個確定的方法來看看它是否會工作：構(gòu)建它。連接的設(shè)備和傳感器、會話聊天機(jī)器人、增強(qiáng)現(xiàn)實、邊緣AI解決方案、AI驅(qū)動的一切——你能用低代碼創(chuàng)造的唯一限制是你的想象力，當(dāng)然，還有你的應(yīng)用平臺。 要獲得競爭優(yōu)勢，就需要盡早介入，這就需要能夠集成這些新技術(shù)，需要連接器。因為低代碼是按設(shè)計開放的(請參閱原則#5，開放性)，并且受到廣泛社區(qū)的支持，所以可以找到或構(gòu)建連接器來獲得必要的資源。無論是IBM Watson的人工智能能力，谷歌的巨大圖像數(shù)據(jù)庫，還是Hololens的增強(qiáng)現(xiàn)實技術(shù)，低代碼都可以連接并讓應(yīng)用程序訪問這些令人興奮的新功能。（注意：連接器確實需要構(gòu)建，所以它們不是每個低代碼平臺的一部分；這里提到的這些都可以從Mendix的開箱即用中獲得，并且我們不斷地為不斷發(fā)展的技術(shù)創(chuàng)建新的連接器）。 現(xiàn)在，一旦這個想法被建立起來，它的驚人之處被證明，它就必須迅速擴(kuò)大規(guī)模，在市場上搶占先機(jī)。低代碼是云原生的，因此它是為響應(yīng)式伸縮而設(shè)計的。構(gòu)建在云中以在云中運行，低代碼應(yīng)用程序可以根據(jù)需要擴(kuò)展和增長，僅受可用的云資源的限制——也就是說，它們的伸縮能力在理論上是無限的。
低代碼平臺的一大優(yōu)點是，它使沒有編寫代碼經(jīng)驗的非技術(shù)人員能夠參與、動手創(chuàng)建應(yīng)用程序。這是一個巨大的好處，當(dāng)它涉及到實驗的想法，可能會有重大影響的業(yè)務(wù)。商業(yè)領(lǐng)袖關(guān)注客戶互動，產(chǎn)品設(shè)計師探索可用性，生物化學(xué)家召集資源來解決緊急醫(yī)療危機(jī)，其他領(lǐng)域?qū)＜摇@些都是身處前線的領(lǐng)導(dǎo)者能夠觀察到的數(shù)字化能夠產(chǎn)生巨大影響的方面。 低代碼平臺是一個虛擬的白板或便簽板，專業(yè)開發(fā)人員可以描繪出他們的天才想法，低代碼平臺也是一個開發(fā)平臺，可以實際制作一個應(yīng)用程序。在這兩種情況下，低代碼都能幫助他們將創(chuàng)新帶入生活。最終，根據(jù)其范圍和規(guī)模，他們可能會尋求開發(fā)團(tuán)隊的幫助來充實技術(shù)細(xì)節(jié)。
所有這些關(guān)于實驗和創(chuàng)新的談?wù)摃屢恍㊣T領(lǐng)導(dǎo)者感到緊張，這是可以理解的。當(dāng)個人開始考慮一些所謂的瘋狂的東西，甚至不那么瘋狂的東西，他們正在制作和部署應(yīng)用程序，看看什么是有效的，這就成為了一個治理問題，不管這些人是公民開發(fā)者還是專業(yè)人員?？煽康闹卫肀仨殬?gòu)建在低代碼平臺中。 當(dāng)團(tuán)隊成員走得很快，當(dāng)每個人都在協(xié)作，當(dāng)您有自主的團(tuán)隊探索未知，您最好有一些嚴(yán)格的防護(hù)措施。但與此同時，你也不想限制所有的創(chuàng)造力。通過自動化控制、繼承最佳實踐、人工智能、對人們正在做的事情的可見性、可靠的跟蹤性和可審核性，以及其他安全措施的組合，對生態(tài)系統(tǒng)的任何部分造成破壞的危險都被最小化了——無論創(chuàng)新者嘗試挑戰(zhàn)極限的程度有多高。
從一張白紙開始，去做一些事情——這是所有發(fā)展的美麗和藝術(shù)。實驗導(dǎo)致發(fā)現(xiàn)，發(fā)現(xiàn)導(dǎo)致創(chuàng)新?；谀Ｐ偷钠脚_支持路徑和解決方案的可視化，這是傳統(tǒng)編寫代碼永遠(yuǎn)無法做到的，并且是從想法到工作原型的最快路徑，相應(yīng)地，最快速地將創(chuàng)新引入市場以最快速度交付業(yè)務(wù)價值。 所以請大膽的嘗試你的想法，創(chuàng)造一些神奇的事情。 更多Mendix信息，請訪問以下鏈接： Mendix官網(wǎng)： https://www./demos/ Mendix行業(yè)解決方案： https://solutions./ Mendix平臺指南： https://www./evaluation-guide/ Mendix動畫展示： https://www./demos/ Mendix課程學(xué)習(xí)： https://gettingstarted./link/home 優(yōu)酷課程學(xué)習(xí)： https://i.youku.com/mendix |
|
|
