low code - 潮流還是鬧劇?

我聽說了很多Low Code/No Code應用開發解決方案,這些方案自稱只需要點擊幾下鼠標,就可以完成軟件開發工作,而不需要像傳統方式那樣手工編寫大量的代碼。這聽起來很棒,但是我們應當認真地思考一下,這些低代碼/無代碼解決方案到底是軟件開發的靈丹妙藥,還是歷史泡沫的重現?在本文中,我將基於歷史的教訓來近距離審視這一技術。

在這裏插入圖片描述

在線學編程,推薦匯智網的在線互動編程學習系列教程, 內容涵蓋前端、後端、大數據、機器學習、區塊鏈等衆多技術。

企業始終都在尋求創新的途徑,據稱已經有一些頂級的企業將低代碼開發置入其數字戰略的核心。這些低代碼平臺聲稱的吸引力在於:

  • 圖形化地拖拽式開發工具,而並不是傳統的手工輸入代碼方式
  • 用途廣泛,涵蓋數據集成平臺、ELT工具、BPM應用等諸多功能
  • 可快速部署,支持在數日或數週內完成企業級應用的開發,而不是像傳統開發 方式那樣需要數月或數年的時間

雖然low code/no code還是一個正在發展的市場空間,許多分析家認爲這種新的模式已經開始切入主流市場,越來越多的企業已經接受了低代碼咒語,並且開始以多種多樣的形式採納low code的開發途徑。結果就是,我們聽說低代碼解決方案正在加速嵌入更廣泛的應用中,例如銷售、市場和商業過程管理平臺,以及數據集成、數據科學、內容管理、分析、機器人過程自動化以及感知平臺等等。

1、Low code的承諾

我不斷地聽說低代碼可以幫助提高應用開發的速度。企業希望完全掌控開發過程,而軟件工程師們則希望擁有自動化實現衆多傳統的業務需求的能力。根據所採用的方法的不同,可能會有敏捷性和可擴展性方面的代價。實現跨應用的自動化是有難度的,即使你有一個專門的開發團隊來負責實施。工程師們需要找到一個方法來將複雜的業務流程和服務轉換爲簡單的、自服務的、自動化的工作流。Low Code的信徒相信低代碼自動化是確保應用開發流水線化的核心驅動力。

要填補無代碼、低代碼和專業開發者代碼之間的鴻溝,這類工具需要整合諸多資源來保證業務分析師和開發人員能夠在應用創建過程中平等的協作。

集成正在成爲跨業務的廣泛存在的問題,這意味着集成工具需要考慮到傳統開發者之外的更多類型的用戶。因此,集成供應商需要同時爲非專業開發人員以及專業開發人員提供圖形化的、低代碼解決方案。

例如,Linx是一個低代碼開發工具,用來幫助實現大量數據的遷移等任務。下面是Linx軟件的屏幕截圖:

在這裏插入圖片描述

下面的話在Low Code供應商圈子中間很常見:

“AI應用的相關數據非常鼓舞人心,但是在美國和英國都還存在着執行的障礙,” SnapLogic的CEO,Gaurav Dhillon指出。“機構爲了加速其AI推進,必須提升技能、僱傭合適的人才、投資新科技和工具。今天的自助式低代碼開發技術能夠幫助彌補這一差距,通過將開發能力賦予更多的各種水平的工作者,可以有效地推進AI和機器學習的大衆化與民主化,從而推動現代企業進入自動化時代。“

2、Low Code供應商生態圈

幾乎沒有一個禮拜,我不會碰到一個新的低代碼供應商。

像Salesforce之類的供應商已經通過在其Einstein平臺上提供給其系統的開發者和管理員的低代碼服務方案,來填補與數據科學技能的鴻溝了。

另一個例子是C3,C3是一個領先的、致力於幫助企業加速數字化轉型的AI軟件提供商,它最近引入了C3集成開發工作室(IDS),一個用於企業AI應用的low code/no code開發、部署和運維環境。IDS提供數據集成、數據建模、機器學習的特徵工程和模型生命週期管理、以及一個元數據驅動的UI開發工具。C3 IDS的混合式多雲分佈式架構能夠保障安全、高可用、可伸縮應用的快速開發。C3聲稱其客戶已經基於C3 IDS構建了衆多的端到端的應用案例,例如預見性維護和營收優化。

一些企業的IT負責人也發出了類似的言論,下面是一個例子:

”創新不再只是由IT來驅動。數字化業務的優先級要求BMC賦能整個機構更快的創新,因此我們構建一個可以支持no code,low code和pro coder的生態系統“,BMC的數字服務管理部門總裁 Nayaki Nayyar表示說,”在一個複雜的多源環境中,BMC創新套件能夠幫助企業加速向市場退出數字化服務管理應用與服務“。

下圖展示了低代碼供應商的生態系統:

在這裏插入圖片描述

亞馬遜最近發佈了其Alexa Blueprint程序,該程序允許用戶創建自己的個性化的遊戲、閃卡或在Alexa設備上的預錄信息。問題在於這個低代碼技術對於終端用戶而言是否足夠簡單。簡而言之,不簡單。雖然亞馬遜的低代碼運動爲衆多的消費者開啓了控制其自己的設備的大門,它同時也提出了很多的挑戰。該軟件要求基本的編程經歷,而絕大多數用戶並沒有,而且需要花幾個小時才能創建一個技能。雖然有些人認爲這一解決方案是向前邁進了一步,事實上這些尚存的代碼將拖慢Blueprint的推廣進度。亞馬遜可能會嘗試取消這些代碼,讓Blueprint進入主流羣體,不過一個爲了擴展用戶羣的完全無代碼的設計是會有很多問題的。

3、Low Code:真東西還是泡沫?

對於low code/no code解決方案,我的看法是,這根本不是什麼新玩意兒。只不過是試圖從應用開發過程中剔除人工代碼編寫的再次嘗試而已。從1980年代依賴已經有好幾次失敗的嘗試了,每次失敗後都是傳統的手工編碼繼續光大。

有一段時間出現了自動化編程工具包,通過鼠標的點擊來設計並創建數據輸入表單和報表。工具會根據用戶的輸入來生成實現業務邏輯的代碼。但是不變的,一個開發人員還是要爲生成的代碼補齊額外的定製化的代碼。這些工具存在了一些時間,不過最終都凋零了,因爲人們認識到,還是需要開發人員。

大約10年後,1990年代,早期的基於PC的數據庫系統發展到包含了成爲”應用生成器“的階段,它基本上就是以無代碼方式來自動話查詢、表達和報表的創建。應用生成器最終也失敗了,因爲很明顯業務需求存在着太多的特殊情況和複雜性,單純使用無代碼的自動化工具是應付不了的。

今天我看到歷史的泡沫再次泛起,以low code/no code的名義,不過是再次嘗試剔除手工的代碼開發。我認爲,這種情形不會發生,就像AutoML工具也不會替代數據科學家。軟件開發是科學,同時也是藝術,計算機沒有那種創造力來傾聽複雜的業務需求並提出軟件實現方案。我預計在接下來的幾年,會再次迎來low code/no code的冬天。


原文鏈接:Low-Code/No-Code,靈丹妙藥還是泡沫重現? — 匯智網

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章