想用好低代碼這把“雙刃劍”，先搞清楚這三個問題（低代碼應(yīng)用）
文 | 師天浩，作者丨卓卓，編輯丨師天浩
2020年程序員平均工資持續(xù)攀高的資訊滿天飛，據(jù)獵聘發(fā)布的《2020程序員人才大數(shù)據(jù)洞察報告》顯示，高達五成的程序員年薪在20萬 。站在程序員職業(yè)一端來看，這是好事，可站在企業(yè)角度來看，高薪背后則是許多企業(yè)家為之唏噓的用人成本。尤其三年期內(nèi)創(chuàng)業(yè)公司，想要構(gòu)建一支長期高效穩(wěn)定的技術(shù)團隊，需要綜合考量公司發(fā)展、財務(wù)情況之后再作決定。
設(shè)想一位剛剛起步的創(chuàng)業(yè)者，準殺入某新興市場，招兵買馬之后，被開發(fā)團隊告知 MVP（最簡化可實行產(chǎn)品）至少需要2個月才能交付，而且此后產(chǎn)品還需要持續(xù)迭代，大多數(shù)創(chuàng)業(yè)者都會倒吸一口涼氣。從一個想法到運營進入正軌，是一個漫無邊際地的開發(fā)流程，如果預(yù)想中的商業(yè)機會沒能“及時”到來，內(nèi)憂外患中許多公司難撐過三年生死期。
疫情下，各行業(yè)企業(yè)紛紛加速自身數(shù)字化轉(zhuǎn)型，如何降本增效更是一門博大精深的學(xué)問。就開發(fā)行業(yè)而言，有人審視技術(shù)團隊的搭建，有人依然堅持對接外包，也有人采購SAAS服務(wù)。就在企業(yè)們在用錢交學(xué)費的時候，巨頭們又開始熱捧“低代碼”的概念，各種聲音接踵而至。一方面技術(shù)行業(yè)的一些專業(yè)人士把低代碼稱為“偽命題”“爛大街”，巨頭們則認為低代碼代表未來，是有利于企業(yè)數(shù)字化轉(zhuǎn)型的破局利器。答案究竟是什么呢？小編認為，低代碼的存在是行業(yè)發(fā)展的必然，無需低估，也不該高估。低代碼所表現(xiàn)的兩面性，值得我們深思。要不要接納低代碼，需先搞清楚三個問題。
第一個問題，低代碼的存在是發(fā)展的必然
傳統(tǒng)印象里，應(yīng)用開發(fā)是一群眼圈發(fā)黑的程序員們挑燈夜戰(zhàn)，玩命996一行一行的打代碼。那是早期的應(yīng)用開發(fā)的狀況，隨著行業(yè)迅猛發(fā)展和規(guī)范化的普及，除了一些特殊組件和功能，很多代碼已經(jīng)無需一個字一個字的敲打。
在某些技術(shù)論壇或開源網(wǎng)站上，找到好的代碼直接復(fù)制及粘貼，也成為行業(yè)獨特的一面。這種“人工”化的復(fù)制，能不能也工具化呢？這或是低代碼概念興起的根源，把一些簡單、重復(fù)的操作交給“機器”，符合商業(yè)社會追求效率的發(fā)展規(guī)律。
（1）低代碼并非新概念
從20世紀90年代到21世紀初，低代碼開發(fā)平臺一直都在發(fā)展，只是隨著技術(shù)的不斷進化，早期的低代碼開發(fā)平臺基于模型，后來逐漸發(fā)展到數(shù)據(jù)驅(qū)動，并創(chuàng)立了自動代碼生成和可視化編程原則，包括1999年在國外建立的 Salesforce，2008年在國內(nèi)建立的iVX。
其中值得一提的是“宜搭”，于2016年啟動，最初在阿里巴巴內(nèi)部“大中臺、小前臺”戰(zhàn)略中承載了整個阿里經(jīng)濟體的內(nèi)部協(xié)作及運營，在2020年宣布轉(zhuǎn)向?qū)ν?，將阿里云的底層能力和技術(shù)設(shè)計為B端企業(yè)賦能。去年底，由飛算云智推出的飛算全自動軟件工程平臺也正式上線，主打概念是只需輸入流程圖可實現(xiàn)自動開發(fā)、測試、維。
（2）低代碼應(yīng)市場而生
從微觀上看，低代碼自下而上解決的問題是：大大降低開發(fā)門檻，提高開發(fā)效率，降低企業(yè)應(yīng)用開發(fā)實施的風(fēng)險；宏觀上，它根據(jù)企業(yè)發(fā)展的要求，加快企業(yè)全面進入云計算、數(shù)字化時代，普及軟件思想，促進整個市場發(fā)展；另外從抽象層面上講，新的技術(shù)形態(tài)能夠產(chǎn)生重組資源、改變生產(chǎn)關(guān)系、形成新的業(yè)態(tài)、概念不在乎新舊，能順應(yīng)當前市場需求，現(xiàn)在也抓住了巨頭們的關(guān)注。
根據(jù)海比研究院、中國軟件網(wǎng)聯(lián)合中國軟件行業(yè)協(xié)會發(fā)布的《2021年中國低代碼/無代碼市場研究報告》數(shù)據(jù)顯示，我國整體市場規(guī)模已經(jīng)達到19億，未來五年復(fù)合增長率達到49.5%；第三方使用人員規(guī)模達到42.6萬人，入局廠商涵蓋云廠商、行業(yè)軟件廠商、開發(fā)工具廠商……這一系列內(nèi)容的背后，都是低代碼/無代碼市場的蓬勃興起。
（3）低代碼解決能力值得期待
低代碼底層能力的快速組件之所以被一些專業(yè)人士笑話，因為只是實現(xiàn)簡單、輔助流程的開發(fā)，同時也伴隨著不少誤導(dǎo)和BUG。另外，低代碼的亮點也不僅在于可視化，畢竟可視化這個名詞只是一個商業(yè)色彩的術(shù)語，最終考驗低代碼服務(wù)價值的還是其最終的“生產(chǎn)力”。
低代碼之所以有價值，不在于技術(shù)本身，更多的是一種行業(yè)長期積累的釋放，若僅僅從技術(shù)角度來看，“呆板”的機器當然比不上靈活的人工。
不可否認的是，在一些超級互聯(lián)網(wǎng)平臺企業(yè)內(nèi)部，這種低代碼開發(fā)方式已是常態(tài)，尤其是在人力成本高企的今天，低代碼能夠完成的工作越多，企業(yè)就能節(jié)省越多的開支。前言提到巨頭入場給低代碼市場帶來新的延伸和深化，他們原生的研發(fā)技術(shù)及資源整合能力做大型應(yīng)用和復(fù)雜應(yīng)用也有很深的積累，這些或是真正的價值所在。
第二個問題，誰是低代碼開發(fā)平臺的服務(wù)對象？
全行業(yè)在這方面的定義還很不明確，也很不統(tǒng)一，小編認為可以分為三類對象：
（1）專業(yè)開發(fā)者：
就在阿里發(fā)布釘釘6.0版的第二天，騰訊云開發(fā)的 LowCode低碼平臺也正式開放公測，它作為騰訊云基于云端開發(fā)技術(shù)體系打造的低代碼平臺，能夠支持研發(fā)中臺的創(chuàng)建，實現(xiàn)批量生成小程序，正中企業(yè)口味的有兩種服務(wù)：中小企業(yè)喜歡的運營類小程序和企業(yè)轉(zhuǎn)型需要的中臺，這些都是近幾年來企業(yè)數(shù)字化落地規(guī)劃的重點。低代碼平臺恰巧避免了重復(fù)生產(chǎn)的輪子，大大提高了開發(fā)效率。
站在優(yōu)勝劣汰的角度來看，“不懂技術(shù)就不能評技術(shù)”，類似的開發(fā)方式也存在著相應(yīng)的挑戰(zhàn)。巨頭們本身就橫跨多個行業(yè)，研發(fā)實力不可小覷，它們低代碼平臺的技術(shù)資源庫可以更好地反過來優(yōu)化企業(yè)信息系統(tǒng)的整體代碼質(zhì)量，提升開發(fā)公司 整體的IT產(chǎn)品開發(fā)能力。
（2）非專業(yè)開發(fā)者：
不論是面向業(yè)務(wù)人員，還是面向初級專業(yè)人員，低代碼應(yīng)用平臺的易用性和靈活性都值得嘗試，甚至在未來，小編大膽推測，一些中小企業(yè)只要標配一個工單客服就能實現(xiàn)核心業(yè)務(wù)流程的實操，這一模式帶來的實際好處，就是讓沒有開發(fā)能力的用戶，快速實現(xiàn)了從業(yè)務(wù)認知到系統(tǒng)建模的過程，再深入地變成一個個尋找數(shù)據(jù)價值的主體，減少了壁壘。
但必須承認的是，即使是低代碼平臺，也不是小白們就可以輕松上手的。相比應(yīng)用端的“傻瓜化”歷史，開發(fā)端的低門檻進程剛剛起步，距離真正全民可“開發(fā)”的時代還有很長的路要走。
（3）產(chǎn)品經(jīng)理/項目管理者：
在互聯(lián)網(wǎng)企業(yè)，這兩者主導(dǎo)產(chǎn)品生命周期：產(chǎn)品經(jīng)理對質(zhì)量負責(zé)，項目管理者把控交付，通過對目前各大廠商平臺能力的分析，不難發(fā)現(xiàn)低代碼開發(fā)平臺能夠解決的已經(jīng)不僅僅是代碼層面的問題，它甚至從開發(fā)需求源頭逐層深入到產(chǎn)品生命周期：需求管理、產(chǎn)品迭代規(guī)劃、自動化測試、運維安全監(jiān)控等多個工作流程都是由一個項目團隊有序?qū)嵤┑摹?/p>
低代碼可以實現(xiàn)不再依賴于繁瑣的人工溝通和協(xié)作，一站式全鏈路打通，這給產(chǎn)品質(zhì)量和項目交付管理帶來質(zhì)的提升。相比于非專業(yè)人士，產(chǎn)品經(jīng)理/項目管理者往往不會是技術(shù)的純粹門外漢，過去受限于知識儲備和職業(yè)經(jīng)驗不足，他們很多想法需要尋求專業(yè)的程序員來解決，低代碼平臺的出現(xiàn)，也大大解放了他們的手腳，一些簡單的應(yīng)用，有了低代碼平臺他們就可以直接“上手”。
總之，低代碼平臺所面向的對象，不僅僅是程序員，它存在的目的也不是要替代程序員。我們常常說生產(chǎn)力，同樣的團隊，生產(chǎn)力上去了，意味著公司整體的降本增效，原則上低代碼平臺的紛紛出現(xiàn)，有利整個行業(yè)的健康發(fā)展。
第三個問題，用不用這把“劍”要先看定位，應(yīng)各取所需
企業(yè)最終的目的是盈利，低代碼作為剛剛起步不久的服務(wù)，并不是適合所有企業(yè)。它有優(yōu)點，也有缺點。放在不同的公司里，它的價值也有高有低。究竟該不該擁抱低代碼服務(wù)呢？沒有一個死答案，先審視企業(yè)自身的狀況，然后決定才是正途。
（1）不糾結(jié)于技術(shù)的企業(yè)并不代表不重視技術(shù)，企業(yè)發(fā)展是個上揚曲線，每階段都該做每階段的事情。企業(yè)在早期發(fā)展階段的目的不是研發(fā)復(fù)雜的功能、支撐龐大的流量；而是以快速或不斷的試錯，反復(fù)驗證用戶需求為目標。就像PHP語言對比安全系數(shù)更高的JAVA，其顯著的優(yōu)勢在于有大量的開放源碼的系統(tǒng)可供使用，在此基礎(chǔ)上，只需對其進行一些修改，即可迅速上線，因此越來越多的企業(yè)將其應(yīng)用于軟件系統(tǒng)開發(fā)。
也就說，如果創(chuàng)業(yè)公司所開發(fā)的產(chǎn)品技術(shù)要求并沒有特別高，嘗試低代碼平臺就是非常不錯的選擇。若創(chuàng)業(yè)公司所做的事情很“高大上”，以目前低代碼平臺的沉淀，還是無法滿足過高需求的。
（2）低代碼的存在對于IT服務(wù)外包也是件好事，企業(yè)將其整個項目或部分工作委托軟件外包公司開發(fā)，軟件外包公司安排人員進行開發(fā)，項目完成后交付給企業(yè)，獲得收益后又將面臨項目自定義重復(fù)開發(fā)、人力資源分散或閑置等成本問題。
若全程采用低代碼開發(fā)模式，一方面通過配置滿足客戶需求，另一方面減少企業(yè)應(yīng)用開發(fā)的人力、時間成本，使自定義開發(fā)時間成倍減少，從而提升企業(yè)的利潤空間。
要認清低代碼的定位是工具，企業(yè)轉(zhuǎn)型的核心是內(nèi)部問題的解決。企業(yè)的需求會隨著需要而創(chuàng)新擴容，不斷變化帶來地不確定性，使最優(yōu)秀的架構(gòu)師所構(gòu)建的底層結(jié)構(gòu)，往往也不足以支撐讓技術(shù)團隊跟著一起“拍腦袋”，最終只會導(dǎo)致系統(tǒng)越來越臃腫，背負大量的技術(shù)債無奈前進。這本身和使不使用低代碼服務(wù)沒有必然關(guān)系，而是頂層設(shè)計的問題，也充分體現(xiàn)了公司業(yè)務(wù)戰(zhàn)略對于數(shù)字化發(fā)展沒有自主思維能力。
（3）此外，數(shù)據(jù)驅(qū)動業(yè)務(wù)取代業(yè)務(wù)經(jīng)驗主義，也需要企業(yè)內(nèi)部自上而下理解企業(yè)發(fā)展中所需要的數(shù)據(jù)分析能力，實現(xiàn)優(yōu)化，而不僅依賴組建一支具備大廠工作經(jīng)驗的技術(shù)團隊，解決表層需求問題，恰恰是利用互聯(lián)網(wǎng)的思維和技術(shù)改造或者賦能幫助企業(yè)做數(shù)據(jù)決策。所以說，低代碼服務(wù)并不會降低應(yīng)用本身技術(shù)含量，它只是個工具，用得好才是關(guān)鍵。
今天，隨著越來越多的市場供需體量不斷增大，從國內(nèi)外低代碼市場規(guī)模來看，相關(guān)數(shù)據(jù)顯示，2020年低代碼全球市場規(guī)模就達到84億美元，到2021年有望突破百億美元，其中2020年中國低代碼的市場規(guī)模就達到19億元，占比23%，可見中國市場作為重要的增量市場將是一片紅海，未來五年市場仍將有很大發(fā)展空間。
誠然，沒有一種軟件系統(tǒng)是完美的，就現(xiàn)在也有不少企業(yè)采購SAAS，當初做決策是非常糾結(jié)，最后為了自建團隊又不得不選擇放棄，在反反復(fù)復(fù)中浪費了很多的資金。嘗試和穩(wěn)健永遠存在矛盾，但不意味著低代碼的存在是可以被低估。
只不過，軟件服務(wù)業(yè)內(nèi)離不開急于商業(yè)變現(xiàn)的老毛病，總有一批借助于概念進入市場的服務(wù)商，它們重于宣傳，而忘了軟件服務(wù)的本質(zhì)是技術(shù)積淀、基建、生態(tài)建設(shè)等重要內(nèi)涵。創(chuàng)業(yè)者開發(fā)應(yīng)用時要不要用低代碼服務(wù)呢？還得好好考慮企業(yè)遇到問題的本質(zhì)，不神話不排斥，讓其為己所用才是關(guān)鍵問題。
