我們距離“低代碼”與“零代碼”的大時代究竟還有多遠

      網友投稿 709 2025-04-04

      我們距離“低代碼”與“零代碼”的大時代究竟還有多遠

      根據 Pacific & Strategic Intelligence 2020年6月的調研報告顯示,全球“低代碼”平臺在2019年的總收入為103億美金,并且可預測自的2020年至2030年該市場復合年增長率將在31.1%。

      一、程序員群體的焦慮感

      前些日子和兩位程序員朋友吃飯,茶余飯后仍是老三篇的話題:1)調bug 2)新技術學習 3)焦慮感/換工作

      圈內人士都明白,無論頭兩個話題如何變,第三個往往是雷打不動。只不過那天我們從“焦慮感”又一直聊到了“低代碼”和“零代碼”上。

      看官要可知道,“零代碼”和“低代碼”真有可能某天革程序員的命呀~

      “零代碼”(No Code Development)被視作 “低代碼” ( Low Code Development ) 的一個偏理想狀態——即,不需要敲任何代碼,僅通過在圖形化界面里做拖、拽和個別參數錄入就實現軟件應用的快速開發。

      你如果從沒聽說過Crystal Reports,微軟的EXEL一定不陌生,它也是非常具有代表性的“零代碼”產品;此外,近些年非常流行的快速建站工具(如:WIX),可以幫助企業削減建設入門級網站的成本,雖然用戶體驗有待提高,但已很好詮釋了“零代碼”這一概念。

      那么,僅僅這幾個“零代碼”產品能成為失業的“禍根”?以至程序員如此焦慮?

      不是不用焦慮,只是還沒到時候。原因是,本質上今天的“零代碼”平臺所做到的與20年前沒多大差別,而且在可見的一段時間內,“零代碼”所涵蓋的市場領域很有局限性,歸納來說,它僅適用于具有以下共性的產品:

      1) 可以總結出共性

      2) 可以標準化

      3) 可以設計出圖形化界面

      4) 直接供最終用戶使用(不需要懂代碼)

      這么說,引發焦慮和恐慌的一定是“低代碼”平臺啰?

      二、“需求方”的成本壓力

      不難理解,現階段中國乃至于全世界范圍內,企業數字化運動正如火如荼的進行著,雖然對各類商業應用開發保持著旺盛的需求,但與之對應的是,各類軟件工程師的工資在持續推高。

      致使“需求方”——包括商業軟件和互聯網產品/服務提供方、軟件技術求購方,在不放棄技術升級的同時,不得不重新尋覓低成本的技術解決方案——

      于是乎……“低代碼”技術領袖們的創新小故事講起來:

      “自己做飯才體會到家務不易,你需要:配置廚房設備、買菜、處理食材、煎炒蒸煮、最后洗碗,時間投入和費用上都不劃算……聽起來是不是挺像軟件開發或找技術外包?你需要有服務器、產品規劃、項目管理、后臺開發、前端開發、測試還有運維。你在想,要是只用翻兩下鍋鏟,就能吃上飯那該多好!”

      如果說前述的“零代碼”是吃飯只需要張下嘴,“低代碼”就是“多少你還需要會翻兩下鍋鏟”。

      “低代碼”顧名思義,就是使用者在圖形化界面中仍需要敲幾下代碼,寫寫腳本,以國外流行的“低代碼”平臺OutSystems為例,界面展示如下:

      其開發應用程序的界面如同一個文檔編輯器,只不過中間是一塊搭建應用流程的空白版面,可通過拖拽旁邊的功能組建進行搭建。此外,在需要寫代碼的地方,可以直接插入已有的代碼庫里的代碼,不用再手動輸入。

      三、星星之火非一日可燎原

      “零代碼”平臺讓普通用戶成為“搭建”者,而“低代碼”平臺的用戶仍舊是“開發”者。

      只不過“低代碼”的開發平臺把所有的難題都在內核層面解決,剩下留給開發者的工作只剩下處理數據建模和核心業務邏輯編碼兩個部分,相對要簡單很多。

      這樣一來“需求方”不需要再擔心軟件購置成本上漲或程序員雇傭成本的問題了,全部交給“低代碼”平臺。

      曾有人夸大的說:“低代碼”平臺與其說“干掉”開發者,不如說是干掉了傳統的開發模式。

      對這樣頗有“燎原之勢”的渲染,筆者有一點存疑——

      傳統技術開發模式真會被“干掉”嗎?

      可能很長時間內不會。

      設身于技術服務方,編程很大程度上并不是一項的重復性勞動,因為仍舊有大量的研發是在探索中去實現的,經驗也不可被完全被復制;設身于需求方,眾多行業的專有化程度很高,同時大中型企業的管理和業務流程非常獨特,很難用一個產品做到普適性。

      最終,我們距離“低代碼”與“零代碼”的大時代遠嗎?

      人工智能被鼓吹了很多年,落地的應用屈指可數。

      無論“零代碼”平臺還是“低代碼”平臺,不會讓技術開發原本所要面對和去解決的業務邏輯消失,只會轉移——轉移去用更短的代碼表達,或者搭建系統表達。因此,我們還有很長的路要走。

      也許某天,因“低代碼”產品需求的井噴式增長,一大部分程序員會失業,但新麻煩會接踵而至:

      一、 開發和維護“低代碼”平臺的高端程序員異常稀缺;

      二、 “低代碼”并不意味著可以低門檻的上手,對與“需求方”來說,想找到即了解代碼又懂業務的全能專家型人才,就要一擲千金嘍。

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      上一篇:建立ERP評估團隊的5條提示
      下一篇:如何發送至QQ好友(怎樣發送文件到qq好友)
      相關文章
      亚洲人成人网站18禁| 亚洲精品国产高清不卡在线| 亚洲精品国产精品乱码不卡| 中文字幕亚洲综合小综合在线| 亚洲男人的天堂在线播放| 久久精品国产亚洲沈樵| 国产亚洲A∨片在线观看| 久久伊人亚洲AV无码网站| 亚洲精品视频免费观看| 午夜亚洲国产成人不卡在线| 337p日本欧洲亚洲大胆人人| 丰满亚洲大尺度无码无码专线| 亚洲精品无码久久久久秋霞| 亚洲一区电影在线观看| wwwxxx亚洲| 亚洲熟女综合色一区二区三区| 亚洲中文字幕一二三四区| 亚洲精品456人成在线| 亚洲中文字幕一区精品自拍| 亚洲国产精品ⅴa在线观看| 亚洲AV成人一区二区三区观看| 亚洲AV无码之国产精品| 婷婷亚洲综合一区二区| 亚洲第一黄色网址| 国产L精品国产亚洲区久久| 中文字幕久久亚洲一区| 久久精品国产亚洲网站| 久久亚洲精品人成综合网| 亚洲视频免费播放| 亚洲一级高清在线中文字幕| 国产精品亚洲自在线播放页码| 亚洲一本到无码av中文字幕| 久久亚洲中文无码咪咪爱| 国产成人亚洲综合在线| 精品国产亚洲男女在线线电影 | 狠狠亚洲婷婷综合色香五月排名 | 亚洲一区无码中文字幕乱码| 亚洲午夜无码久久| 五月婷婷亚洲综合| 色久悠悠婷婷综合在线亚洲| 亚洲AV无码一区二区三区系列|