根據(jù)Gartner的數(shù)據(jù),到2024年,65%的應用程序開發(fā)將是低代碼的。
低代碼/無代碼環(huán)境非常復雜,有許多解決方案、平臺和子市場。例如,有針對大型企業(yè)、中型企業(yè)和小型企業(yè)的子市場。企業(yè)低代碼/無代碼平臺提供了高可擴展性、性能、安全性以及與企業(yè)應用程序的集成。它們往往更貴。下面是Gartner針對企業(yè)低代碼平臺的幻方圖:
Gartner將低代碼應用程序平臺(LCAP)定義為“使用聲明式高級編程抽象(如模型驅動和基于元數(shù)據(jù)的編程語言)支持快速應用程序開發(fā)、一步部署、執(zhí)行和管理的應用程序平臺。”
G2為小型企業(yè)提供了類似的概況。小企業(yè)和企業(yè)低代碼平臺之間沒有太多的交叉點。一些小型企業(yè)平臺供應商在企業(yè)中不會被了解或認可。類似地,中小企業(yè)通常不會購買企業(yè)平臺——主要是因為它們的定價和復雜性。
毫不奇怪,許多低代碼平臺都是業(yè)務流程管理平臺。BPM長期以來一直支持模型驅動開發(fā)(MDD)——在構建軟件之前,首先繪制軟件的工作原理圖。此圖表類似于BPM流程圖方法,在BPM流程圖方法中,要指定業(yè)務流程,請將表示子流程的形狀拖放到正確的順序中(大多數(shù)BPM平臺支持的最流行的流程映射標準是BPMN。)因此,以流程為中心的低代碼解決方案非常流行。BPM低代碼/無代碼平臺的示例包括Appian、Pega和Outsystems。
但在低代碼/無代碼保護傘下還有其他范例:
其中許多平臺為某些類型的應用程序提供了豐富的插件和模板集合。
其他類別的低代碼/無代碼平臺針對特定的應用領域或利基:
低代碼/無代碼平臺有很多好處,但它們也帶來了一些挑戰(zhàn),并涉及到學習曲線。許多最佳實踐剛剛出現(xiàn),而且還相對不成熟。這是一項重大責任。對于傳統(tǒng)編程,有大量的經(jīng)驗、強大的社區(qū)和記錄在案的最佳實踐。在許多方面,低代碼/無代碼處于初級階段——盡管MDD已經(jīng)存在很長時間了:尤其是在BPM平臺上。
以下是低代碼/無代碼的一些更關鍵的挑戰(zhàn):
1. 它涉及到文化的改變:低代碼/無代碼要求改變組織的文化,無論該組織是企業(yè)還是初創(chuàng)企業(yè)。改變文化來消除筒倉并不容易。它需要管理層的遠見和認可。它還需要將預算和授權分配給低代碼/無代碼數(shù)字轉型能力中心。
2. 學習平臺需要時間和精力:低代碼/無代碼提高了速度和生產(chǎn)率。但這并不容易。這些工具和平臺并非微不足道,開發(fā)一個專業(yè)水平需要時間。這是低代碼/無代碼最容易被誤解的方面之一。復雜的編程結構,如嵌套循環(huán),在任何平臺上都不是那么容易。
3. 您可能需要多個平臺:一些平臺比其他平臺更完整。例如,Unqork和Bubble設計用于任何用例,因此提供了許多與企業(yè)系統(tǒng)集成的選項。然而,他們可以從專門從事特定領域的其他組件中獲益匪淺;例如,Bubble與拋物線或Zapier插件一起用于自動集成。拋物線或Zapier中的數(shù)據(jù)操作和集成功能比Bubble中的原生功能更易于使用。還有其他插件或技術組件可以用其他技術補充低代碼/無代碼平臺:例如,請查看Unqork的技術合作伙伴關系或Bubble的插件綜合列表。
4. 資源和社區(qū)支持匱乏:許多低代碼/無代碼平臺相對不成熟。傳統(tǒng)編程語言的開發(fā)者數(shù)以百萬計,有時甚至數(shù)千萬計。許多在線和現(xiàn)場課程、書籍和材料都可以很容易地使用Java或C#等語言。有多個社區(qū)和資源可供外包。對于低代碼/無代碼,這是一個完全不同的場景——尤其是對于較新的平臺。
5. 定價可能會令人困惑:企業(yè)低代碼/無代碼平臺往往成本過高。中小型市場平臺的成本較低,但通??蓴U展性較差。端到端解決方案涉及多個平臺,使定價問題更加復雜。
這些只是一些關鍵挑戰(zhàn)。他們清楚地表明,低代碼/無代碼不是萬靈藥。然而,為現(xiàn)有企業(yè)和初創(chuàng)企業(yè)開發(fā)創(chuàng)新解決方案仍然是一個巨大的趨勢。
隨著這一領域的不斷成熟,我們應該期待聽到更多的挑戰(zhàn)。而且會有失敗的項目。但這些優(yōu)勢——特別是在加快發(fā)展速度和生產(chǎn)率方面——將贏得勝利。
原文地址:https://venturebeat.com/2021/02/14/no-code-low-code-why-you-should-be-paying-attention/
暫時沒有評論,有什么想聊的?
一、什么是MCP Model Context Protocol? MCP(Model Context Protocol,模型上下文協(xié)議)是一種開放標準協(xié)議,旨在 打通大型語言模型(LLM)與外部數(shù)據(jù)源/工具之間的通信
...一、概述“區(qū)縣經(jīng)濟分析決策平臺如何助力地方政府精準施策?” 隨著我國經(jīng)濟社會的快速發(fā)展,各地方政府在推動區(qū)域經(jīng)濟增長的同時,也面臨著諸多挑戰(zhàn),比如資源分布不均、
...概述:大模型 問答 是否能夠完全理解復雜問題? 隨著人工智能技術的迅猛發(fā)展,大模型在自然語言處理領域的應用日益廣泛。然而,大模型是否能夠完全理解復雜問題依然是業(yè)界
...
阿帥: 我們經(jīng)常會遇到表格內容顯示不完整的問題。 回復
理理: 使用自動換行功能,以及利用條件格式和數(shù)據(jù)分析工具等。回復