【低代碼】低代碼:滿意的膳食或垃圾食品?

直到最近,只有程序員纔有能力編寫指導我們職業和個人生活各個方面的代碼。他們創造的東西,我們其他人學會了如何使用,這樣我們就可以在日益數字化的世界中發揮作用。但很快,軟件吞噬了世界,編程層次不得不想出一個新的計劃來維持它。低代碼平臺很快就被電鍍和服務了。現在的問題是低代碼是令人滿意的課程還是垃圾食品。

“低代碼可以像快餐一樣:快速交付並採用明亮的包裝,但對您、您的社區和您的生態系統不利,”耶魯法學院信息社會項目研究員、耶魯法學院信息社會項目研究員肖恩·奧布萊恩警告說,耶魯 ISP 隱私實驗室的創始人,牛津網絡安全計劃的首席導師。

但是,低代碼可能很美味,尤其是當目標是廉價的速度和敏捷性時。他們始終是目標。

低代碼是否對您的公司有益的問題的答案是“視情況而定”。這種依賴首先取決於誰在使用它。

“如果低代碼被嚴格地視爲一種 IT 工具並且排除了業務線——就像手動編碼一樣——那麼你就嚴重地冒着創造新的技術債務的風險,但這次卻有了圖片,”副總裁 Rachel Brennan 說Bizagi 的產品營銷總監,這是一家低代碼流程自動化提供商。

然而,當公民開發人員和軟件開發人員一樣多地使用無代碼和低代碼平臺時,它是否滿足更多開發的渴望取決於“如何”使用它,而不是由誰使用。

但首先,重要的是要注意面向開發人員的低代碼平臺與面向普通開發人員的低代碼平臺之間的差異。面向大衆的低代碼通常意味着可視化工具和簡單的框架來掩蓋其下的複雜編碼操作。通常,這些工具實際上只能用於相當簡單的應用程序。

“開發人員的低代碼工具提供工具、框架和拖放選項,但還包括在開發人員想要自定義應用程序時進行編碼的選項——例如,開發 API,或將應用程序與其他系統集成,或自定義前端界面,”開源業務流程管理和低代碼開發平臺 Bonitasoft 的首席執行官兼聯合創始人 Miguel Valdes Faura 解釋說。

低代碼中的優點

組織使用低代碼應用程序開發平臺具有明顯的優勢,“與傳統的手工編碼方法相比,它通過提供開發框架和可重用組件來加速應用程序的開發。隨着企業加速應用程序開發,他們可以更快地進入市場並磨練自己的競爭優勢,”Nucleus Research 研究經理 Isaac Gould 說。

古爾德補充說,公司的其他優勢包括:

• 通過工具實現協作,減少 IT 和業務用戶之間的摩擦。例如,業務用戶可以設計應用程序的工作流程和框架,而開發人員則可以管理開發/運營週期中更復雜的方面,例如集成和故障排除。

• 降低開發人員費用和第三方軟件成本。這是通過利用 LCAP 開發可以解決功能差距並完全替代企業解決方案的應用程序來實現的。例如,他說,一家投資公司在新地區開設辦事處將面臨新的法規要求。與部署能夠管理區域合規要求的新 ERP 系統(這可能需要幾個月到一年的時間)不同,該企業在幾周內開發並部署了合規跟蹤引擎。

低代碼還降低了在公司內部或外部工作的大量公民開發人員的進入壁壘。

“由公民開發人員構建的簡單應用程序可以由 IT 專業人員轉變爲企業範圍的解決方案,以供大規模採用。這鼓勵了廣泛使用,因爲這樣的應用程序是由最接近應用程序試圖解決的問題的人構建的,”基於雲的 BPM 平臺 Kissflow 的首席產品官 Dinesh Varadharajan 說。

此外,低代碼真正閃耀的地方在於幫助永久填補人才管道。

Neo4j 用戶創新高級總監 Michael Hunger 說:“孩子們早在 3 歲時就開始使用計算機,小學生已經在他們的學校課堂上使用低代碼和無代碼環境。”

Hunger 還指出,低代碼有助於吸引人們參加 STEM 培訓,因爲它“鼓勵他們瞭解更多技術主題,並證明普通人有能力學習複雜的技能組合。”

另一個低代碼很有幫助的地方是,對於希望以自己的方式做自己的事情的人來說,這是一種自我支持。

“低代碼開發是一個術語,指的是使用成熟的工具來簡化和高效地創建數字產品。示例包括 Wix、Squarespace、WordPress 和類似平臺,這些平臺允許快速部署現代網站,而幾乎不需要部署任何編碼。、數據科學家和決策者來解決世界上最關鍵的問題。”

事實證明,這對於小型企業來說是一種非常有效的策略,Feinberg 說,“以及那些有‘小冊子’式技術需求的企業。”但它也可以用於電子商務和分析,這兩者也可以“同樣容易地合併到低代碼保護傘下”。

低代碼的壞處

雖然優點很誘人,但與所有其他技術一樣,這項技術也有回味。換句話說,在嗡嗡聲之後總會有一個but。

“低代碼是命中還是未命中還有待商榷,但可以肯定地說,當您選擇低代碼或無代碼選項時,您正在通過收縮部分技術堆棧來簡化以開發人員爲中心的一般複雜性。在這種情況下,您只是希望您選擇的工具能夠滿足您今天和未來的需求,”拖放式可視化編輯器和無頭內容管理系統提供商 Builder.io 的首席執行官 Steve Sewell 說。

“不幸的是,隨着組織的發展和擴展,這不是一個有效的系統。企業不斷地剝離和替換他們的堆棧部分,以使其與他們不斷增長的業務一樣充滿活力。使用低代碼和無代碼工具,您必須從頭開始在您選擇的開發平臺中構建的所有內容,這不太理想,”Sewell 補充道。

這不是唯一可以使情況惡化的事情。

“您的無代碼或低代碼平臺可能與您現有的代碼庫不一致。當我們構建 Plasmic 時,這是我們的重中之重——我們知道,如果我們的產品不與 React、Vue、vanilla JavaScript 和所有其他 Web 開發框架/語言集成,我們就會失去潛在客戶,”可視化、無代碼頁面構建器和 CMS 提供商 Plasmic 的首席執行官張揚說。

“即使您的無代碼平臺確實可以工作,您仍然可能會發現自己在向您的開發人員發送消息以進行快速修復和解決方法,或提供技術支持。這些都是無代碼平臺應該消除的問題,”張補充道。

而且,是的,事情可能會變得更糟。“關於低代碼平臺的醜陋部分是當涉及到錯誤時,”grid.ai 的戰略副總裁 Marc Ferradou 說。“根據定義,你得到了代碼的包裝,你希望它們以人類可讀的方式顯示錯誤。但是,情況並非總是如此,此外,很難涵蓋所有邊緣情況。因此,您會發現自己遇到了無法理解的錯誤。你會發現自己陷入困境,不明白爲什麼,”他說。

Ferradou 補充說,在這種情況下,更糟糕的情況是錯誤是無聲的,最終用戶首當其衝。

但是,使用專有腳本語言和缺少版本控制(當然取決於平臺),低代碼仍然會變得更醜陋。

“無代碼和低代碼平臺偶爾會構建自己的語言,您可以使用這些語言來超越它們的拖放功能。現在,您的團隊可以學習一門全新的語言,並且只與這個特定平臺相關。這令人抓狂,”張說。

“最好擁有一個平臺,讓您使用廣泛使用的語言進行編碼,而不是公司自己創建的東西。至少這樣你就不必爲了完成工作而訓練某人,”張補充道。

反對者一致認爲,構建好的代碼沒有神奇的捷徑。

“從開發人員的角度來看,我們通常傾向於避開‘神奇’的解決方案——這意味着我們無法完全看到或理解它是如何工作的,因此無法完全控制它的運行方式。Cherre 的首席工程官 Stephan Thorpe 說,這使得代碼不那麼靈活,這往往是無代碼的最大失敗,Cherre 是一家面向投資者、房地產經理和承銷商的房地產數據聚合器和分析提供商。

大局

與其他一切一樣,低代碼平臺有粉絲和批評者。確定這些平臺是否適用於您的公司的關鍵是仔細確定您尋求的結果並讓其指導您使用的工具。

低代碼開發平臺可以提供一些短期的好處,也許對於非技術人員來說,由於缺乏開發人員來構建解決方案,因爲畢竟缺乏人才。也許這些可能足以滿足一些內部面臨的需求。但是,當需要構建面向外部的應用程序以獲得競爭優勢時,低代碼開發平臺在很大程度上是不夠的,”德勤全球總監兼首席架構師 Erik Gfesser 說。

“至少,公司需要認識到他們在尋求採用這樣一個平臺時可能會涉足的領域,以便他們也可以積極地進行長期規劃。事實證明,大多數應用程序的使用壽命都比最初預期的要長,”Gfesser 補充道。

本文:https://cioctocdo.com/low-code-satisfying-meal-or-junk-food

請加入知識星球【CXO智庫】或者小號【cio_cto】或者QQ羣【1033354921】

介紹 二維碼 公衆號 【CIO和CTO】作爲企業高管CIO,CDO,CTO的助手,介紹科技趨勢,資訊,商業案例,技術實現。如數字化轉型,5G,量子,物聯網,雲計算,生物科技,隱私計算,虛擬現實,區塊鏈,移動,人工智能,智能設備,機器人,大數據,數據分析,數據智能等.

微信小號 【cio_cto】細分羣有云計算,大數據,人工智能,量子計算,物聯網,數字化轉型,DevOps,敏捷,企業架構,IT財務管理,供應商管理,安全和風險,戰略計劃,創新,客戶體驗,業務轉型。

QQ羣 【1033354921】細分羣有云計算,大數據,人工智能,量子計算,物聯網,數字化轉型,DevOps,敏捷,企業架構,IT財務管理,供應商管理,安全和風險,戰略計劃,創新,客戶體驗,業務轉型。

視頻號 【CIO和CTO】分享雲計算,大數據,人工智能,量子計算,物聯網,數字化轉型,DevOps,敏捷,企業架構,IT財務管理,供應商管理,安全和風險,戰略計劃,創新,客戶體驗,業務轉型。

知識星球 【CXO智庫】分享雲計算,大數據,人工智能,量子計算,物聯網,數字化轉型,DevOps,敏捷,企業架構,IT財務管理,供應商管理,安全和風險,戰略計劃,創新,客戶體驗,業務轉型。

微博 【CIO和CTO】 小紅書 【cxo_bible】CIO和CTO 抖音 【cio_cto】CIO和CTO

快手 【cio_cto_cxo】CIO和CTO

博客架構師實戰分享 https://architect.pub 博客 IT戰略和運營分享 https://cioctocdo.com 博客 程序員寶典 https://pgmr.pub ‍ 博客 程序員雲開發分享 https://pgmr.cloud 博客 CPO寶典 https://cpo.work 博客 架構師百科 https://jiagoushi.pro 博客 APaaS開發 https://apaas.dev 博客開發培訓網 https://peixun.dev 博客 開發信息網 https://xinxi.dev 博客 首席信息官 https://cio.ceo