編譯丨千山
曾經(jīng)，關(guān)于“低代碼是否為行業(yè)毒瘤”的爭論曾經(jīng)甚囂塵上。
然而隨著數(shù)字化轉(zhuǎn)型的深入，越來越多的企業(yè)開始尋求低代碼和無代碼解決方案，以滿足對應用程序的更快交付和高度定制自動化工作流的日益增長的需求。
根據(jù)Gartner的數(shù)據(jù)，全球低代碼和無代碼應用平臺的市場規(guī)模預計在2023年將增長25%至100億美元，2024年將達到123億美元。
一方面，低代碼和無代碼應用可以賦予普通業(yè)務人員開發(fā)技能、加速創(chuàng)新想法落地，幫助公司探索新的業(yè)務增長路徑；另一方面，不能否認，低代碼和無代碼解決方案并非萬金油，其在不同應用場景的滲透率受產(chǎn)品功能覆蓋度和應用場景復雜度的影響。因此采用相關(guān)方案時需要進行審慎的評估。
本文將探討低代碼和無代碼解決方案正在發(fā)揮作用、顛覆傳統(tǒng)IT面貌的七大技術(shù)領(lǐng)域，有的在情理之中，有的可能在你的意料之外。
1、機器人流程自動化
機器人流程自動化即RPA，通過自動執(zhí)行與基于規(guī)則的流程相關(guān)且具有重復性的任務來確保一致的業(yè)務生產(chǎn)力。只要預先設(shè)計好使用規(guī)則，RPA就可以模擬人工，進行復制、粘貼、點擊、輸入等操作，協(xié)助人類完成大量“規(guī)則較為固定、重復性較高、附加值較低”的工作。典型場景包括發(fā)票驗真、報銷審核、表單自動處理等。
在無代碼與低代碼系統(tǒng)構(gòu)建的過程中，除了系統(tǒng)本身的結(jié)構(gòu)設(shè)計十分重要以外，應用間、系統(tǒng)間數(shù)據(jù)流轉(zhuǎn)、自動化流程處理等等，也是決定一套系統(tǒng)能否真正適用企業(yè)業(yè)務的核心與關(guān)鍵，無代碼、低代碼與RPA的結(jié)合的價值與意義也正在于此。
許多公司采用RPA作為對其舊有基礎(chǔ)設(shè)施進行現(xiàn)代化改造的一種方式。業(yè)務人員可以使用低代碼編輯器來創(chuàng)建在辦公室、工廠和倉庫之間移動數(shù)字表單的管道。低代碼層可以與傳統(tǒng)系統(tǒng)使用的許多協(xié)議和文件格式無縫交互。他們以最少的配置完成大部分翻譯和重新格式化工作。
一些頂級的RPA公司包括UiPath、SAP、Appian和Automation Anywhere，正致力于將RPA功能集成到現(xiàn)有的自動化平臺中。
2、業(yè)務流程自動化
用于描述低代碼系統(tǒng)的另一個常用術(shù)語是“業(yè)務流程自動化”（BPA），還有“業(yè)務流程管理”（BPM）。在此標題下的應用程序與定義為機器人流程自動化的系統(tǒng)之間沒有太大區(qū)別。無論是BPA、BPM還是上文提到的RPA，某種程度上都屬于流程管理的方法，其目標都是為了優(yōu)化業(yè)務流程，提升業(yè)務效率以及實現(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)境的推進下相互融合，逐步構(gòu)建一個RADM（快速應用交付市場），并將在未來承接主要的應用產(chǎn)出與交付。
3、低代碼和無代碼AI工具
一部分公司正在將人工智能算法集成到自己的低代碼產(chǎn)品中，也有一部分公司正在銷售人工智能工具。理論上，開發(fā)人員將使用AI作為助手。眾所周知，Github在用OpenAI的工具在存儲在自己的服務器中的無數(shù)行開源代碼上訓練它之后，推出了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。
固然最突出的那批工具正努力編寫大塊代碼來處理整個編程任務，但其他工具則沒有那么雄心勃勃。例如，Captain Stack謹慎地使用搜索引擎在Stack Overflow之類的論壇上找到好的答案，然后將它們修改為編輯器的代碼建議。類似的項目還有Clara Copilot、YouCompleteMe和Kite。
關(guān)于AI代碼貢獻質(zhì)量的意見各不相同。大多數(shù)人驚訝于機器能夠?qū)⒖煽康慕鉀Q方案拼接在一起，這些解決方案幾乎可以提供所需的東西。但是，機器錯誤依舊需要人的關(guān)注。
4、超級應用程序
一些開發(fā)人員正在利用集成的機會來自動化他們的工作流，這些機會出現(xiàn)在曾經(jīng)被認為是基本的應用程序中。例如，AirTable是數(shù)據(jù)庫和強大的電子表格界面的結(jié)合，它使得電子表格用戶可以相對容易地開始創(chuàng)建更復雜的軟件。
許多主流平臺都在慢慢地整合它們的工具來做同樣的事情。像SAP、Amazon、Microsoft、Salesforce和google這樣的公司正在他們的產(chǎn)品之間添加如此多的鏈接，以至于用最少的代碼創(chuàng)建復雜的工作流相當簡單。例如，Amazon Web Service用戶可以編寫將他們的許多產(chǎn)品結(jié)合在一起的Lambda函數(shù)。Google后端工具通常與他們的辦公產(chǎn)品緊密集成，從而產(chǎn)生可以響應其他軟件或發(fā)起事件的電子表格。
5、Web應用程序
許多知名的低代碼和無代碼解決方案被構(gòu)建Web應用程序的人使用。用于編輯網(wǎng)頁和放置圖片的工具通常包括用于調(diào)整定義外觀的css的功能。它們通常還允許為常見任務添加基本的JavaScript函數(shù)，例如銷售商品或收集表單。
像SquareSpace，Wix，Strikingly，Webflow，SITE123，WebNode，Web.com和Weebly這樣的公司是用一點兒自動化手段創(chuàng)建基本網(wǎng)站的主要選擇。還有一些很好的開源解決方案，如Drupal，wordPress/ target=_blank class=infotextkey>WordPress和Ghost，這些解決方案也得到了提供托管服務和定制服務的公司的支持。有些人專注于特定的利基市場，例如Pixpa，它為藝術(shù)家建立作品集網(wǎng)站。
像Shopify，BigCommerce，Opencart，Adobe的Magento和Drupal Commerce這樣的公司是專門從事在線商店的網(wǎng)站建設(shè)者。許多用戶無需代碼就可以使用深度數(shù)據(jù)庫創(chuàng)建精心設(shè)計的商店。那些需要額外功能的人通常只需要寫幾行代碼，并將它們合并到Web流程中。
有些人還使用這些工具來構(gòu)建桌面和移動應用程序。像Electron，NW.js，F(xiàn)lutter，Neutralino和ReactNative這樣的框架是將html，CSS和JavaScript變成更接近原生應用的工具集。它們經(jīng)常將像Chromium這樣的開源瀏覽器與你的代碼捆綁在一起，以構(gòu)建像任何桌面或移動應用程序一樣運行和功能的東西。有些人發(fā)現(xiàn)結(jié)果可能很笨拙，而且比手動編碼C++慢一點，但它們?nèi)匀缓苁軞g迎，因為使用它們只需要熟悉構(gòu)建Web應用程序即可。
6、數(shù)據(jù)存儲
數(shù)據(jù)管理的許多部分都涉及觸發(fā)事件、傳遞消息、同步數(shù)據(jù)流以及創(chuàng)建儀表板或報表。所有這些任務都可以通過工具處理。這些工具本身正變得足夠復雜，幾乎不需要編碼經(jīng)驗。
數(shù)據(jù)庫的安裝和性能調(diào)優(yōu)曾經(jīng)很復雜，但現(xiàn)在像Oracle這樣的公司可以很容易地給它們打上“自治”這個標簽。像Amazon，IBM，MongoDB，Google，Pl.NETScale和ExoDB這樣的公司同樣提供自動管理安裝和調(diào)優(yōu)的托管服務。
一些公司正在構(gòu)建托管數(shù)據(jù)湖和數(shù)據(jù)倉庫，這些數(shù)據(jù)湖和數(shù)據(jù)倉庫可以跨堆棧與數(shù)據(jù)源集成。它們帶有預定義的函數(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ā)人員和熟練用戶構(gòu)建的，這些工具通常將可視化編程編輯器與一組后端例程相結(jié)合，用于訪問具有標準格式（如JSON或XML）的數(shù)據(jù)庫和遠程服務器。
一些最受歡迎的版本包括SAPs Build Apps(以前的AppGyver)，Make(以前稱為Integromat)，Node-RED(以前來自IBM)，Clutch.io，Mendix，Quixy和Google的AppSheet。與此同時，Lansa是一個更小范圍的解決方案，它包含了簡化舊IBM代碼現(xiàn)代化工作的特性。
可視化編輯器依靠拖放和點擊的組合來填寫預定義的表單。這些產(chǎn)品被定位為“低代碼”，因為幾乎不需要編輯文本文件，也不需要擔心解析器對正確標點符號的要求。盡管如此，很多更高層次的思維還是很熟悉的。作為創(chuàng)建者，你必須考慮數(shù)據(jù)的結(jié)構(gòu)及其移動方式，即使平臺將處理許多基本的雜務。
這些產(chǎn)品通常還包括預先開發(fā)的模塊，用于使用通用協(xié)議連接到通用API。如果我所討論的某個更具體的工具不適合這項工作，那么更通用的解決方案通常是最佳選擇。
原文鏈接：https://www.infoworld.com/article/3695701/7-tech-domains-where-low-code-is-winning.html
