作者丨Peter Wayner

編譯丨千山

審校 | 言征

曾經(jīng)，關(guān)于“低代碼是否為行業(yè)毒瘤”的爭論曾經(jīng)甚囂塵上。

然而隨著數(shù)字化轉(zhuǎn)型的深入，越來越多的企業(yè)開始尋求低代碼和無代碼解決方案，以滿足對應(yīng)用程序的更快交付和高度定制自動化工作流的日益增長的需求。

根據(jù)Gartner的數(shù)據(jù)，全球低代碼和無代碼應(yīng)用平臺的市場規(guī)模預(yù)計在2023年將增長25%至100億美元，2024年將達(dá)到123億美元。

一方面，低代碼和無代碼應(yīng)用可以賦予普通業(yè)務(wù)人員開發(fā)技能、加速創(chuàng)新想法落地，幫助公司探索新的業(yè)務(wù)增長路徑；另一方面，不能否認(rèn)，低代碼和無代碼解決方案并非萬金油，其在不同應(yīng)用場景的滲透率受產(chǎn)品功能覆蓋度和應(yīng)用場景復(fù)雜度的影響。因此采用相關(guān)方案時需要進(jìn)行審慎的評估。

本文將探討低代碼和無代碼解決方案正在發(fā)揮作用、顛覆傳統(tǒng)IT面貌的七大技術(shù)領(lǐng)域，有的在情理之中，有的可能在你的意料之外。

1、機(jī)器人流程自動化

機(jī)器人流程自動化即RPA，通過自動執(zhí)行與基于規(guī)則的流程相關(guān)且具有重復(fù)性的任務(wù)來確保一致的業(yè)務(wù)生產(chǎn)力。只要預(yù)先設(shè)計好使用規(guī)則，RPA就可以模擬人工，進(jìn)行復(fù)制、粘貼、點擊、輸入等操作，協(xié)助人類完成大量“規(guī)則較為固定、重復(fù)性較高、附加值較低”的工作。典型場景包括發(fā)票驗真、報銷審核、表單自動處理等。

在無代碼與低代碼系統(tǒng)構(gòu)建的過程中，除了系統(tǒng)本身的結(jié)構(gòu)設(shè)計十分重要以外，應(yīng)用間、系統(tǒng)間數(shù)據(jù)流轉(zhuǎn)、自動化流程處理等等，也是決定一套系統(tǒng)能否真正適用企業(yè)業(yè)務(wù)的核心與關(guān)鍵，無代碼、低代碼與RPA的結(jié)合的價值與意義也正在于此。

許多公司采用RPA作為對其舊有基礎(chǔ)設(shè)施進(jìn)行現(xiàn)代化改造的一種方式。業(yè)務(wù)人員可以使用低代碼編輯器來創(chuàng)建在辦公室、工廠和倉庫之間移動數(shù)字表單的管道。低代碼層可以與傳統(tǒng)系統(tǒng)使用的許多協(xié)議和文件格式無縫交互。他們以最少的配置完成大部分翻譯和重新格式化工作。

一些頂級的RPA公司包括UiPath、SAP、Appian和Automation Anywhere，正致力于將RPA功能集成到現(xiàn)有的自動化平臺中。

2、業(yè)務(wù)流程自動化

用于描述低代碼系統(tǒng)的另一個常用術(shù)語是“業(yè)務(wù)流程自動化”（BPA），還有“業(yè)務(wù)流程管理”（BPM）。在此標(biāo)題下的應(yīng)用程序與定義為機(jī)器人流程自動化的系統(tǒng)之間沒有太大區(qū)別。無論是BPA、BPM還是上文提到的RPA，某種程度上都屬于流程管理的方法，其目標(biāo)都是為了優(yōu)化業(yè)務(wù)流程，提升業(yè)務(wù)效率以及實現(xiàn)現(xiàn)有資源的更多價值挖掘。從功能上講，RPA、BPA和BPM都以很少的編碼將各種工具鏈接在一起，有很多相似之處。

這類具有代表性的著名工具包括Zapier，Creatio，KissFlow和SnapLogic。其中一些工具提供了特別的重點：比如AirSlate希望幫助文檔流經(jīng)企業(yè)，它提供了用于自動化文檔創(chuàng)建、版本控制和授權(quán)的工具。

咨詢公司Forrester曾在2020年發(fā)布報告中提到，在VUCA時代的背景下，傳統(tǒng)長周期、大制作的系統(tǒng)開發(fā)方式正在被逐漸淘汰，由無代碼、低代碼技術(shù)組成的低代碼系統(tǒng)開發(fā)平臺與RPA、BPM、DPA（數(shù)字流程自動化）等技術(shù)，正在數(shù)智化大環(huán)境的推進(jìn)下相互融合，逐步構(gòu)建一個RADM（快速應(yīng)用交付市場），并將在未來承接主要的應(yīng)用產(chǎn)出與交付。

3、低代碼和無代碼AI工具

一部分公司正在將人工智能算法集成到自己的低代碼產(chǎn)品中，也有一部分公司正在銷售人工智能工具。理論上，開發(fā)人員將使用AI作為助手。眾所周知，GitHub在用OpenAI的工具在存儲在自己的服務(wù)器中的無數(shù)行開源代碼上訓(xùn)練它之后，推出了GitHub Copilot。

其他人則直接轉(zhuǎn)向OpenAI，其API提供了直接訪問code- davincii -002和code-cushman-001等模型的功能，據(jù)說這些模型能夠處理許多流行的語言，包括C#、JavaScript、Go、Perl、PHP、Ruby、Swift、TypeScript、SQL和Shell腳本。一些開源版本包括GPT Code Clippy和SecondMate。

固然最突出的那批工具正努力編寫大塊代碼來處理整個編程任務(wù)，但其他工具則沒有那么雄心勃勃。例如，Captain Stack謹(jǐn)慎地使用搜索引擎在Stack Overflow之類的論壇上找到好的答案，然后將它們修改為編輯器的代碼建議。類似的項目還有Clara Copilot、YouCompleteMe和Kite。

關(guān)于AI代碼貢獻(xiàn)質(zhì)量的意見各不相同。大多數(shù)人驚訝于機(jī)器能夠?qū)⒖煽康慕鉀Q方案拼接在一起，這些解決方案幾乎可以提供所需的東西。但是，機(jī)器錯誤依舊需要人的關(guān)注。

4、超級應(yīng)用程序

一些開發(fā)人員正在利用集成的機(jī)會來自動化他們的工作流，這些機(jī)會出現(xiàn)在曾經(jīng)被認(rèn)為是基本的應(yīng)用程序中。例如，AirTable是數(shù)據(jù)庫和強(qiáng)大的電子表格界面的結(jié)合，它使得電子表格用戶可以相對容易地開始創(chuàng)建更復(fù)雜的軟件。

許多主流平臺都在慢慢地整合它們的工具來做同樣的事情。像SAP、Amazon、Microsoft、Salesforce和Google這樣的公司正在他們的產(chǎn)品之間添加如此多的鏈接，以至于用最少的代碼創(chuàng)建復(fù)雜的工作流相當(dāng)簡單。例如，Amazon Web Service用戶可以編寫將他們的許多產(chǎn)品結(jié)合在一起的Lambda函數(shù)。Google后端工具通常與他們的辦公產(chǎn)品緊密集成，從而產(chǎn)生可以響應(yīng)其他軟件或發(fā)起事件的電子表格。

5、Web應(yīng)用程序

許多知名的低代碼和無代碼解決方案被構(gòu)建Web應(yīng)用程序的人使用。用于編輯網(wǎng)頁和放置圖片的工具通常包括用于調(diào)整定義外觀的CSS的功能。它們通常還允許為常見任務(wù)添加基本的JavaScript函數(shù)，例如銷售商品或收集表單。

像SquareSpace，Wix，Strikingly，Webflow，SITE123，WebNode，Web.com和Weebly這樣的公司是用一點兒自動化手段創(chuàng)建基本網(wǎng)站的主要選擇。還有一些很好的開源解決方案，如Drupal，WordPress和Ghost，這些解決方案也得到了提供托管服務(wù)和定制服務(wù)的公司的支持。有些人專注于特定的利基市場，例如Pixpa，它為藝術(shù)家建立作品集網(wǎng)站。

像Shopify，BigCommerce，Opencart，Adobe的Magento和Drupal Commerce這樣的公司是專門從事在線商店的網(wǎng)站建設(shè)者。許多用戶無需代碼就可以使用深度數(shù)據(jù)庫創(chuàng)建精心設(shè)計的商店。那些需要額外功能的人通常只需要寫幾行代碼，并將它們合并到Web流程中。

有些人還使用這些工具來構(gòu)建桌面和移動應(yīng)用程序。像Electron，NW.js，F(xiàn)lutter，Neutralino和ReactNative這樣的框架是將HTML，CSS和JavaScript變成更接近原生應(yīng)用的工具集。它們經(jīng)常將像Chromium這樣的開源瀏覽器與你的代碼捆綁在一起，以構(gòu)建像任何桌面或移動應(yīng)用程序一樣運(yùn)行和功能的東西。有些人發(fā)現(xiàn)結(jié)果可能很笨拙，而且比手動編碼C++慢一點，但它們?nèi)匀缓苁軞g迎，因為使用它們只需要熟悉構(gòu)建Web應(yīng)用程序即可。

6、數(shù)據(jù)存儲

數(shù)據(jù)管理的許多部分都涉及觸發(fā)事件、傳遞消息、同步數(shù)據(jù)流以及創(chuàng)建儀表板或報表。所有這些任務(wù)都可以通過工具處理。這些工具本身正變得足夠復(fù)雜，幾乎不需要編碼經(jīng)驗。

數(shù)據(jù)庫的安裝和性能調(diào)優(yōu)曾經(jīng)很復(fù)雜，但現(xiàn)在像Oracle這樣的公司可以很容易地給它們打上“自治”這個標(biāo)簽。像Amazon，IBM，MongoDB，Google，PlanetScale和ExoDB這樣的公司同樣提供自動管理安裝和調(diào)優(yōu)的托管服務(wù)。

一些公司正在構(gòu)建托管數(shù)據(jù)湖和數(shù)據(jù)倉庫，這些數(shù)據(jù)湖和數(shù)據(jù)倉庫可以跨堆棧與數(shù)據(jù)源集成。它們帶有預(yù)定義的函數(shù)，可以攝取數(shù)據(jù)、回答查詢和生成報告，所有這些都只需很少的編碼。一些主要選項包括Snowflake，Databricks，Cloudera，Panopy和Dremio。

構(gòu)建這種基礎(chǔ)設(shè)施的工作是創(chuàng)建大型系統(tǒng)，這些系統(tǒng)通常被歸類為更通用的術(shù)語，如商業(yè)智能平臺。微軟的Power平臺、SAS的商業(yè)智能基礎(chǔ)設(shè)施以及Tibco和Tableau產(chǎn)品就是其中的幾個例子。

7、通用基礎(chǔ)設(shè)施

到目前為止提到的許多工具都是為特定用途而構(gòu)建的，但并非每項工作都屬于這樣的利基市場。對于其余的工作負(fù)載，有一些很好的低代碼選擇來處理一般的雜務(wù)。其中一些工具是直接為開發(fā)人員和熟練用戶構(gòu)建的，這些工具通常將可視化編程編輯器與一組后端例程相結(jié)合，用于訪問具有標(biāo)準(zhǔn)格式（如JSON或XML）的數(shù)據(jù)庫和遠(yuǎn)程服務(wù)器。

一些最受歡迎的版本包括SAPs Build Apps(以前的AppGyver)，Make(以前稱為Integromat)，Node-RED(以前來自IBM)，Clutch.io，Mendix，Quixy和Google的AppSheet。與此同時，Lansa是一個更小范圍的解決方案，它包含了簡化舊IBM代碼現(xiàn)代化工作的特性。

可視化編輯器依靠拖放和點擊的組合來填寫預(yù)定義的表單。這些產(chǎn)品被定位為“低代碼”，因為幾乎不需要編輯文本文件，也不需要擔(dān)心解析器對正確標(biāo)點符號的要求。盡管如此，很多更高層次的思維還是很熟悉的。作為創(chuàng)建者，你必須考慮數(shù)據(jù)的結(jié)構(gòu)及其移動方式，即使平臺將處理許多基本的雜務(wù)。

這些產(chǎn)品通常還包括預(yù)先開發(fā)的模塊，用于使用通用協(xié)議連接到通用API。如果我所討論的某個更具體的工具不適合這項工作，那么更通用的解決方案通常是最佳選擇。

原文鏈接：https://www.infoworld.com/article/3695701/7-tech-domains-where-low-code-is-winning.html