文 | 師天浩，作者丨卓卓，編輯丨師天浩

2020年程序員平均工資持續攀高的資訊滿天飛，據獵聘發布的《2020程序員人才大數據洞察報告》顯示，高達五成的程序員年薪在20萬 。站在程序員職業一端來看，這是好事，可站在企業角度來看，高薪背后則是許多企業家為之唏噓的用人成本。尤其三年期內創業公司，想要構建一支長期高效穩定的技術團隊，需要綜合考量公司發展、財務情況之后再作決定。

設想一位剛剛起步的創業者，準殺入某新興市場，招兵買馬之后，被開發團隊告知 MVP（最簡化可實行產品）至少需要2個月才能交付，而且此后產品還需要持續迭代，大多數創業者都會倒吸一口涼氣。從一個想法到運營進入正軌，是一個漫無邊際地的開發流程，如果預想中的商業機會沒能“及時”到來，內憂外患中許多公司難撐過三年生死期。

疫情下，各行業企業紛紛加速自身數字化轉型，如何降本增效更是一門博大精深的學問。就開發行業而言，有人審視技術團隊的搭建，有人依然堅持對接外包，也有人采購SAAS服務。就在企業們在用錢交學費的時候，巨頭們又開始熱捧“低代碼”的概念，各種聲音接踵而至。一方面技術行業的一些專業人士把低代碼稱為“偽命題”“爛大街”，巨頭們則認為低代碼代表未來，是有利于企業數字化轉型的破局利器。答案究竟是什么呢？小編認為，低代碼的存在是行業發展的必然，無需低估，也不該高估。低代碼所表現的兩面性，值得我們深思。要不要接納低代碼，需先搞清楚三個問題。

第一個問題，低代碼的存在是發展的必然

傳統印象里，應用開發是一群眼圈發黑的程序員們挑燈夜戰，玩命996一行一行的打代碼。那是早期的應用開發的狀況，隨著行業迅猛發展和規范化的普及，除了一些特殊組件和功能，很多代碼已經無需一個字一個字的敲打。

在某些技術論壇或開源網站上，找到好的代碼直接復制及粘貼，也成為行業獨特的一面。這種“人工”化的復制，能不能也工具化呢？這或是低代碼概念興起的根源，把一些簡單、重復的操作交給“機器”，符合商業社會追求效率的發展規律。

（1）低代碼并非新概念

從20世紀90年代到21世紀初，低代碼開發平臺一直都在發展，只是隨著技術的不斷進化，早期的低代碼開發平臺基于模型，后來逐漸發展到數據驅動，并創立了自動代碼生成和可視化編程原則，包括1999年在國外建立的 Salesforce，2008年在國內建立的iVX。

其中值得一提的是“宜搭”，于2016年啟動，最初在阿里巴巴內部“大中臺、小前臺”戰略中承載了整個阿里經濟體的內部協作及運營，在2020年宣布轉向對外，將阿里云的底層能力和技術設計為B端企業賦能。去年底，由飛算云智推出的飛算全自動軟件工程平臺也正式上線，主打概念是只需輸入流程圖可實現自動開發、測試、維。

（2）低代碼應市場而生

從微觀上看，低代碼自下而上解決的問題是：大大降低開發門檻，提高開發效率，降低企業應用開發實施的風險；宏觀上，它根據企業發展的要求，加快企業全面進入云計算、數字化時代，普及軟件思想，促進整個市場發展；另外從抽象層面上講，新的技術形態能夠產生重組資源、改變生產關系、形成新的業態、概念不在乎新舊，能順應當前市場需求，現在也抓住了巨頭們的關注。

根據海比研究院、中國軟件網聯合中國軟件行業協會發布的《2021年中國低代碼/無代碼市場研究報告》數據顯示，我國整體市場規模已經達到19億，未來五年復合增長率達到49.5%；第三方使用人員規模達到42.6萬人，入局廠商涵蓋云廠商、行業軟件廠商、開發工具廠商……這一系列內容的背后，都是低代碼/無代碼市場的蓬勃興起。

（3）低代碼解決能力值得期待

低代碼底層能力的快速組件之所以被一些專業人士笑話，因為只是實現簡單、輔助流程的開發，同時也伴隨著不少誤導和BUG。另外，低代碼的亮點也不僅在于可視化，畢竟可視化這個名詞只是一個商業色彩的術語，最終考驗低代碼服務價值的還是其最終的“生產力”。

低代碼之所以有價值，不在于技術本身，更多的是一種行業長期積累的釋放，若僅僅從技術角度來看，“呆板”的機器當然比不上靈活的人工。

不可否認的是，在一些超級互聯網平臺企業內部，這種低代碼開發方式已是常態，尤其是在人力成本高企的今天，低代碼能夠完成的工作越多，企業就能節省越多的開支。前言提到巨頭入場給低代碼市場帶來新的延伸和深化，他們原生的研發技術及資源整合能力做大型應用和復雜應用也有很深的積累，這些或是真正的價值所在。

第二個問題，誰是低代碼開發平臺的服務對象？

全行業在這方面的定義還很不明確，也很不統一，小編認為可以分為三類對象：

（1）專業開發者：

就在阿里發布釘釘6.0版的第二天，騰訊云開發的 LowCode低碼平臺也正式開放公測，它作為騰訊云基于云端開發技術體系打造的低代碼平臺，能夠支持研發中臺的創建，實現批量生成小程序，正中企業口味的有兩種服務：中小企業喜歡的運營類小程序和企業轉型需要的中臺，這些都是近幾年來企業數字化落地規劃的重點。低代碼平臺恰巧避免了重復生產的輪子，大大提高了開發效率。

站在優勝劣汰的角度來看，“不懂技術就不能評技術”，類似的開發方式也存在著相應的挑戰。巨頭們本身就橫跨多個行業，研發實力不可小覷，它們低代碼平臺的技術資源庫可以更好地反過來優化企業信息系統的整體代碼質量，提升開發公司 整體的IT產品開發能力。

（2）非專業開發者：

不論是面向業務人員，還是面向初級專業人員，低代碼應用平臺的易用性和靈活性都值得嘗試，甚至在未來，小編大膽推測，一些中小企業只要標配一個工單客服就能實現核心業務流程的實操，這一模式帶來的實際好處，就是讓沒有開發能力的用戶，快速實現了從業務認知到系統建模的過程，再深入地變成一個個尋找數據價值的主體，減少了壁壘。

但必須承認的是，即使是低代碼平臺，也不是小白們就可以輕松上手的。相比應用端的“傻瓜化”歷史，開發端的低門檻進程剛剛起步，距離真正全民可“開發”的時代還有很長的路要走。

（3）產品經理/項目管理者：

在互聯網企業，這兩者主導產品生命周期：產品經理對質量負責，項目管理者把控交付，通過對目前各大廠商平臺能力的分析，不難發現低代碼開發平臺能夠解決的已經不僅僅是代碼層面的問題，它甚至從開發需求源頭逐層深入到產品生命周期：需求管理、產品迭代規劃、自動化測試、運維安全監控等多個工作流程都是由一個項目團隊有序實施的。

低代碼可以實現不再依賴于繁瑣的人工溝通和協作，一站式全鏈路打通，這給產品質量和項目交付管理帶來質的提升。相比于非專業人士，產品經理/項目管理者往往不會是技術的純粹門外漢，過去受限于知識儲備和職業經驗不足，他們很多想法需要尋求專業的程序員來解決，低代碼平臺的出現，也大大解放了他們的手腳，一些簡單的應用，有了低代碼平臺他們就可以直接“上手”。

總之，低代碼平臺所面向的對象，不僅僅是程序員，它存在的目的也不是要替代程序員。我們常常說生產力，同樣的團隊，生產力上去了，意味著公司整體的降本增效，原則上低代碼平臺的紛紛出現，有利整個行業的健康發展。

第三個問題，用不用這把“劍”要先看定位，應各取所需

企業最終的目的是盈利，低代碼作為剛剛起步不久的服務，并不是適合所有企業。它有優點，也有缺點。放在不同的公司里，它的價值也有高有低。究竟該不該擁抱低代碼服務呢？沒有一個死答案，先審視企業自身的狀況，然后決定才是正途。

（1）不糾結于技術的企業并不代表不重視技術，企業發展是個上揚曲線，每階段都該做每階段的事情。企業在早期發展階段的目的不是研發復雜的功能、支撐龐大的流量；而是以快速或不斷的試錯，反復驗證用戶需求為目標。就像PHP語言對比安全系數更高的JAVA，其顯著的優勢在于有大量的開放源碼的系統可供使用，在此基礎上，只需對其進行一些修改，即可迅速上線，因此越來越多的企業將其應用于軟件系統開發。

也就說，如果創業公司所開發的產品技術要求并沒有特別高，嘗試低代碼平臺就是非常不錯的選擇。若創業公司所做的事情很“高大上”，以目前低代碼平臺的沉淀，還是無法滿足過高需求的。

（2）低代碼的存在對于IT服務外包也是件好事，企業將其整個項目或部分工作委托軟件外包公司開發，軟件外包公司安排人員進行開發，項目完成后交付給企業，獲得收益后又將面臨項目自定義重復開發、人力資源分散或閑置等成本問題。

若全程采用低代碼開發模式，一方面通過配置滿足客戶需求，另一方面減少企業應用開發的人力、時間成本，使自定義開發時間成倍減少，從而提升企業的利潤空間。

要認清低代碼的定位是工具，企業轉型的核心是內部問題的解決。企業的需求會隨著需要而創新擴容，不斷變化帶來地不確定性，使最優秀的架構師所構建的底層結構，往往也不足以支撐讓技術團隊跟著一起“拍腦袋”，最終只會導致系統越來越臃腫，背負大量的技術債無奈前進。這本身和使不使用低代碼服務沒有必然關系，而是頂層設計的問題，也充分體現了公司業務戰略對于數字化發展沒有自主思維能力。

（3）此外，數據驅動業務取代業務經驗主義，也需要企業內部自上而下理解企業發展中所需要的數據分析能力，實現優化，而不僅依賴組建一支具備大廠工作經驗的技術團隊，解決表層需求問題，恰恰是利用互聯網的思維和技術改造或者賦能幫助企業做數據決策。所以說，低代碼服務并不會降低應用本身技術含量，它只是個工具，用得好才是關鍵。

今天，隨著越來越多的市場供需體量不斷增大，從國內外低代碼市場規模來看，相關數據顯示，2020年低代碼全球市場規模就達到84億美元，到2021年有望突破百億美元，其中2020年中國低代碼的市場規模就達到19億元，占比23%，可見中國市場作為重要的增量市場將是一片紅海，未來五年市場仍將有很大發展空間。

誠然，沒有一種軟件系統是完美的，就現在也有不少企業采購SAAS，當初做決策是非常糾結，最后為了自建團隊又不得不選擇放棄，在反反復復中浪費了很多的資金。嘗試和穩健永遠存在矛盾，但不意味著低代碼的存在是可以被低估。

只不過，軟件服務業內離不開急于商業變現的老毛病，總有一批借助于概念進入市場的服務商，它們重于宣傳，而忘了軟件服務的本質是技術積淀、基建、生態建設等重要內涵。創業者開發應用時要不要用低代碼服務呢？還得好好考慮企業遇到問題的本質，不神話不排斥，讓其為己所用才是關鍵問題。