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