低代碼再掀炒作熱潮？
解放生產力是開發者一直喊著的口號。所謂「低代碼」，即區別於傳統的編程方式，通過單擊用戶界面而就可以創建軟體，從而減少開發新軟體所需的手工編碼。早在幾十年前這一概念就流行了起來，但是卻因太多的業務需求和複雜要求而最終失敗了。那麼現在的「低代碼」熱潮又會成功嗎？
作者 |ODSC
譯者 | 胡雪蕊，責編 | 郭芮
出品 | CSDN（ID：CSDNnews）
以下為譯文：
我最近在業界聽到很多關於所謂的「低代碼/無代碼」應用程序開發平台的傳言。這些解決方案旨在通過單擊用戶界面而不是傳統編程來創建軟體，從而減少開發新軟體所需的手工編碼。企業總是在尋找新的創新方法，我們都知道，頂級公司正在把低代碼開發作為其數字戰略的核心。
那麼低代碼平台的一些吸引人之處是：
視覺上面向「拖放」式開發工具，而不是傳統的手工編碼。
結合了數據集成平台、ETL工具、BPM應用程序的強大功能。
快速部署，允許在數天或者數周內交付企業級別應用程序開發，而不是數月或數年。
儘管這仍然是一個不斷發展的新興市場，但許多分析人士認為，隨著越來越多的企業已經習慣了低代碼原則，並開始採用各種形式的低代碼方法，低代碼將逐漸成為主流。所以，現在我們會聽到大量低代碼解決方案運用到許多應用場景上的實例，比如銷售、營銷、業務流程管理平台，以及數據集成、數據科學、內容管理、分析、機器人流程自動化和認知平台的解決方案，還有許多其他方面。
這些聽起來都還不錯，但是我們應該在決定低代碼解決方案是萬能葯還是炒作之前三思一下。在本篇文章中，我將從歷史角度仔細及解讀這項技術。
快速了解低代碼的前景
我一直聽說低代碼是如何快速幫助應用程序開發的。企業希望完全控制，但軟體工程師希望能夠將許多傳統的業務需求進行自動化。根據使用的方法，這可能會對靈活性和可擴展性造成一定影響。即使你有一個專門的開發人員團隊來執行，在軟體應用程序之間實現自動化也很困難。因此，工程師需要找到一種實現更大自動化的方法，將複雜的流程和服務轉換為簡單、可自我維護的自動化工作流。支持這一觀點的人表示，低代碼自動化將會大大推動簡化應用程序開發策略的制定。
這類工具縮小了無代碼、低代碼和專業編碼器之間的差距，將各類資源彙集起來，讓業務分析人士和開發者們能夠在應用程序開發過程中進行平等協作。
現在，集成逐漸成為企業間比較普遍的問題，也就是說，集成工具在適應傳統開發者的同時，還需要適應多種用戶類型。因此，集成供應商需要為臨時和非技術開發人員、專家提供工具使用方法，包括圖形、低代碼解決方案。
例如，Linx是一種低代碼開發工具，它可以幫助移動大量數據、整合系統並進行自動化過程，這樣可以避免大量定製開發要素或手工重複性工作。下面是Linx軟體的屏幕截圖。
低代碼供應商生態系統中的參與者代表——Snap Logic的CEO Gauray Dhillon認為，「人工智慧吸收的數據令人備受鼓舞，但是美國和英國仍然有執行的困難。對於想加快實施人工智慧計劃的組織來說，他們必須提高技能，招募合適的人才，並對新技術和新工具進行投資。如今的自助服務和低代碼技術可以幫助縮小差距，通過讓各個技術級別的工人掌握這些變革能力，有效地將人工智慧和機器學習民主化，從而使現代企業進入自動化時代。」
低代碼供應商生態系統
這些天，很多新的低代碼供應商都引起了我的關注。
諸如Salesforce這樣的供應商一直以來都在努力縮小數據科學技能方面的差距，主要通過在Einstein平台上為Salesforce的開發人員和管理員提供「點擊」解決方案和低代碼服務。
C3是一家領先的企業AI軟體供應商，旨在加快數字轉型，最近推出C3集成開發工作室（IDS），這是一種用於開發、部署和操作企業AI應用程序的低代碼/無代碼環境。集成開發工作室提供數據攝取、數據建模、機器學習工程和模型生命周期管理，以及元數據驅動的UI開發工具。C3 IDS的混合、多雲分散式體系結構支持安全、容易獲得和快速可伸縮的應用程序開發。C3 IDS通過低代碼/無代碼環境讓開發人員獲得體驗，這種環境加速了開發人員的開發速度，而開發速度是構建複雜的企業級應用程序的重要功能。該公司聲稱他們的客戶已經為C3 IDS上的各種用例構建了端到端的應用程序，包括預測維護和產量優化。
對此，一些滿懷希望的企業IT領導者的情緒是非常激動的。
BMC數字服務管理總裁Nayaki Nayyar說：「創新不再只能由IT驅動。數字業務的重點工作要求BMC能夠加大各個組織的創新，因此我們正在不斷地兌現對開發人員的承諾，並建立一個支持『無代碼，低代碼和專業編碼器』的開發環境功能的生態系統。在複雜的多源環境中，BMC 創新套件（Innovation Suite）通過敏捷應用程序開發讓企業的數字服務管理應用程序和服務更快地進入市場，並為使用該套件的公司提供巨大的競爭優勢。」
下面是一個非常清晰的的可視化圖表，它概括了低代碼供應商的生態系統。
亞馬遜最近宣布了「Alexa藍圖」計劃，該計劃允許用戶在Alexa設備上創建自己的個性化遊戲、抽認卡或預先錄製的信息。問題是這種「低代碼」技術對最終用戶來說是否簡單？簡而言之，並不簡單。雖然亞馬遜的低代碼推廣為許多消費者控制自己的設備打開了大門，但它仍然面臨著許多挑戰。這項計劃需要基本的編程經驗(但大多數用戶沒有)，並且需要幾個小時來創造一項「技能」。儘管有些人可能認為此解決方案已經向前進步了，但任何代碼的存在都將減緩藍圖的進展。Amazon可能試圖完全消除代碼，並將藍圖納入主流，但是一個完全沒有代碼的過程，若旨在擴大其受眾和影響，將會困難重重。
低代碼：事實還是炒作？
我對低代碼/無代碼解決方案的問題是，這個概念並不新鮮。這只是嘗試從應用程序開發等式中消除編碼，早在過去就有了。在20世紀80年代，開始時就有很多錯誤，之後都是「低代碼/無代碼的寒冬」，那時，編程再次佔據主導地位。
曾經有一段時間，有許多的「自動編程」工具包，它們提供了設計和創建數據輸入表單以及管理報告的點擊方法，該工具可以生成編程代碼來實現用戶可視化設計的業務流程。但是不變的是，程序員需要用額外的自定義代碼來補充生成的代碼。這些工具流傳了幾年，但最終逐漸消失了，因為人們意識到程序員仍然是非常必要的。
大約10年後，早期基於PC的資料庫系統發展為包括所謂的「應用程序生成器」，本質上是嘗試利用無代碼自動進行查詢、表單和報表創建。「應用程序生成器」最終失敗了，因為業務需求有太多的特殊情況和複雜要求，自動化工具沒有代碼根本無法滿足這些要求。
今天，我看到了同樣的關於低代碼、無代碼的炒作周期，這讓我想起了上述嘗試消除編碼的事情。在我看來，這是不可能發生的，就像為什麼「AutoML」工具不能淘汰數據科學家一樣。
編程既是一門科學，也是一門藝術，而計算機只是沒有足夠的創造力來滿足複雜的業務需求，並想出一種軟體來實現這些應用程序。我期待在未來幾年能夠再次看到低代碼/無代碼的寒冬。
原文：https://medium.com/@ODSC/low-code-panacea-or-revisited-hype-a9802387710f
本文為CSDN翻譯，轉載請註明來源出處。
【End】
熱 文推 薦
TAG:CSDN |