新浪潮卻不是新概念：進化的low-code應用

無論你是否具有工程師背景，在疫情爆發、人人強調數位轉型的當下，都不能不知道「低程式碼／無程式碼開發（low-code／no-code）」這個概念，因為根據根據美國勞工統計局的數據，到2020年，估計將有140萬個與軟體工程相關的職缺，而只有40萬名畢業生來填補這些職位——也就是說未來軟體工程師人才會嚴重短缺，這是全世界都將面臨的問題，這個狀況顯然難以讓企業快速的數位化。

這時候 low-code 的概念又被提出來討論了。為什麼說又？它其實並不是新鮮的概念，在20世紀末就有「終端使用者開發」的概念存在，例如 Dreamweaver，但不同的是，過去的低程式碼開發比較多聚焦於前端開發場景，而現在已經連後端的數據庫、測試和發布後的維運等等階段都可以有 low-code 的應用，等於是將完整的開發生命週期都簡化了。

2014 年，Forrester Research 提出了「low-code development plaform（低程式碼開發平台，LCDP）」這組詞，並估計全球低程式碼開發平台的市場在2020年會成長到美金155億元，研究機構Gartner於2019年的報告認為，在2024年65%的應用程式將於低代碼平台上完成。

low-code有什麼好處？

這個估值或許是有道理的，因為low-code／no-code可以帶來的效益有許多，包含：

1. 快速開發，提供工作效率。
2. 視覺化呈現、降低編碼門檻，讓各部門協作更有效，也降低出現bug的機會
3. 減去技術部門繁雜而重複的工作，讓技術部門可以專心在更先進的技術發展上，如果開發的工具真的有用（很多人用、機器負擔很大）就意味著值得專業開發團隊介入將這個功能重新以程式碼打造出來，除了效率得以加速、也有效節省機器使用量。

Appian 的 CEO Matt Calkins 說，大家對 low-code 該有的第一個認知就是他確實加快了應用程式開發的速度——快上10至20倍，後續的更新、調整也因為視覺化調整而更快速了。

這些好處對於技術開發實力相較薄弱的中小企業或新創團隊帶來了益處，不過相對的，由於降低了編碼人員的門檻，是否可能出現影子IT（企業內部在使用卻未經許可的IT系統，容易造成資料管控與資料漏洞的問題）是個值得注意的部分，如何讓營運部門與技術部門透過low-code而有更好地整合，是企業內部該管理的地方。

軟體工程人才的減少，加上疫情讓各企業被迫快速數位轉型以及產品的快速更新，企業在意的已經不是數位化能否降低成本，而是數位化與工作流程的相輔相成；能夠提供快速開發的low-code，在這兩年成為一個熱門的開發中的市場，而且隔行如隔山，不同的產業類別需要的開發工具與需求是完全不同的，愈來愈多種應用與服務誕生，目前已有許多企業都專注於開發自己的low-code或no-code平台，大從Amazon Honeycode、Salesforce Lightning、Microsoft PowerApps，小到扮演挑戰者角色的新創團隊如OutSystems、Creatio、Zapier、Webflow，當然還有該行業的佼佼者如Appian、ServiceNow、Mendix、OutSystem等。

low-code v.s. no-code：到底差在哪？

根據 VentureBeat 的說法，low-code／no-code 的應用範圍大致可以歸類如下：

• 網頁開發：幫中小型企業建置網站，並提供各種附加功能，仍是很流行的服務題目，例如Wix 和 Wordpress。
• 應用程式開發：low-code讓技術團隊減去許多開發的繁雜工程，可以更快速開發應用程式。
• 流程／任務自動化：這是愈來愈流行的題目，搭配雲端服務，讓一些重複的流程可以自動化進行。
• 系統整合：將雲端服務、應用程式還有數據處理等多項功能整合與串連的平台及服務模式（PaaS），如微軟的PowerApps就是將Azure和Microsoft Office結合。

那 low-code 跟 no-code的差異又有什麼呢？從根本上來說，前者還是需要一點技術背景知識跟編碼能力，而後者就更適合給「麻瓜」使用，不過並不代表 no-code 比 low-code 好，因為 no-code 相比 low-code 會喪失許多編排上的自主權，更不靈活一些。

在這波數位轉型浪潮中，企業的快速開發與流程自動化已然是個趨勢，除了low code、no code，現在還有個熱議的RPA（Robotic Process Automation，流程機器人、機器人流程自動化）等概念，都算在自動化的廣泛定義中，當前提供RPA服務的UiPath上市案正受到許多關注。

資料來源：TechCrunch、VentureBeat、DevOps Online