域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過(guò)

2020年程序員平均工資持續(xù)攀高的資訊滿天飛，據(jù)獵聘發(fā)布的《2020程序員人才大數(shù)據(jù)洞察報(bào)告》顯示，高達(dá)五成的程序員年薪在20萬(wàn)+。站在程序員職業(yè)一端來(lái)看，這是好事，可站在企業(yè)角度來(lái)看，高薪背后則是許多企業(yè)家為之唏噓的用人成本。尤其三年期內(nèi)創(chuàng)業(yè)公司，想要構(gòu)建一支長(zhǎng)期高效穩(wěn)定的技術(shù)團(tuán)隊(duì)，需要綜合考量公司發(fā)展、財(cái)務(wù)情況之后再作決定。

設(shè)想一位剛剛起步的創(chuàng)業(yè)者，準(zhǔn)殺入某新興市場(chǎng)，招兵買馬之后，被開(kāi)發(fā)團(tuán)隊(duì)告知 MVP(最簡(jiǎn)化可實(shí)行產(chǎn)品)至少需要2個(gè)月才能交付，而且此后產(chǎn)品還需要持續(xù)迭代，大多數(shù)創(chuàng)業(yè)者都會(huì)倒吸一口涼氣。從一個(gè)想法到運(yùn)營(yíng)進(jìn)入正軌，是一個(gè)漫無(wú)邊際地的開(kāi)發(fā)流程，如果預(yù)想中的商業(yè)機(jī)會(huì)沒(méi)能“及時(shí)”到來(lái)，內(nèi)憂外患中許多公司難撐過(guò)三年生死期。

疫情下，各行業(yè)企業(yè)紛紛加速自身數(shù)字化轉(zhuǎn)型，如何降本增效更是一門博大精深的學(xué)問(wèn)。就開(kāi)發(fā)行業(yè)而言，有人審視技術(shù)團(tuán)隊(duì)的搭建，有人依然堅(jiān)持對(duì)接外包，也有人采購(gòu)SAAS服務(wù)。就在企業(yè)們?cè)谟缅X交學(xué)費(fèi)的時(shí)候，巨頭們又開(kāi)始熱捧“低代碼”的概念，各種聲音接踵而至。一方面技術(shù)行業(yè)的一些專業(yè)人士把低代碼稱為“偽命題”“爛大街”，巨頭們則認(rèn)為低代碼代表未來(lái)，是有利于企業(yè)數(shù)字化轉(zhuǎn)型的破局利器。答案究竟是什么呢?小編認(rèn)為，低代碼的存在是行業(yè)發(fā)展的必然，無(wú)需低估，也不該高估。低代碼所表現(xiàn)的兩面性，值得我們深思。要不要接納低代碼，需先搞清楚三個(gè)問(wèn)題。

第一個(gè)問(wèn)題，低代碼的存在是發(fā)展的必然

傳統(tǒng)印象里，應(yīng)用開(kāi)發(fā)是一群眼圈發(fā)黑的程序員們挑燈夜戰(zhàn)，玩命996一行一行的打代碼。那是早期的應(yīng)用開(kāi)發(fā)的狀況，隨著行業(yè)迅猛發(fā)展和規(guī)范化的普及，除了一些特殊組件和功能，很多代碼已經(jīng)無(wú)需一個(gè)字一個(gè)字的敲打。

在某些技術(shù)論壇或開(kāi)源網(wǎng)站上，找到好的代碼直接復(fù)制及粘貼，也成為行業(yè)獨(dú)特的一面。這種“人工”化的復(fù)制，能不能也工具化呢?這或是低代碼概念興起的根源，把一些簡(jiǎn)單、重復(fù)的操作交給“機(jī)器”，符合商業(yè)社會(huì)追求效率的發(fā)展規(guī)律。

（1）低代碼并非新概念

從20世紀(jì)90年代到21世紀(jì)初，低代碼開(kāi)發(fā)平臺(tái)一直都在發(fā)展，只是隨著技術(shù)的不斷進(jìn)化，早期的低代碼開(kāi)發(fā)平臺(tái)基于模型，后來(lái)逐漸發(fā)展到數(shù)據(jù)驅(qū)動(dòng)，并創(chuàng)立了自動(dòng)代碼生成和可視化編程原則，包括1999年在國(guó)外建立的 Salesforce，2008年在國(guó)內(nèi)建立的iVX。

其中值得一提的是“宜搭”，于2016年啟動(dòng)，最初在阿里巴巴內(nèi)部“大中臺(tái)、小前臺(tái)”戰(zhàn)略中承載了整個(gè)阿里經(jīng)濟(jì)體的內(nèi)部協(xié)作及運(yùn)營(yíng)，在2020年宣布轉(zhuǎn)向?qū)ν猓瑢⒗镌频牡讓幽芰图夹g(shù)設(shè)計(jì)為B端企業(yè)賦能。去年底，由飛算云智推出的飛算全自動(dòng)軟件工程平臺(tái)也正式上線，主打概念是只需輸入流程圖可實(shí)現(xiàn)自動(dòng)開(kāi)發(fā)、測(cè)試、運(yùn)維。

（2）低代碼應(yīng)市場(chǎng)而生

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

根據(jù)海比研究院、中國(guó)軟件網(wǎng)聯(lián)合中國(guó)軟件行業(yè)協(xié)會(huì)發(fā)布的《2021年中國(guó)低代碼/無(wú)代碼市場(chǎng)研究報(bào)告》數(shù)據(jù)顯示，我國(guó)整體市場(chǎng)規(guī)模已經(jīng)達(dá)到19億，未來(lái)五年復(fù)合增長(zhǎng)率達(dá)到49.5%;第三方使用人員規(guī)模達(dá)到42.6萬(wàn)人，入局廠商涵蓋云廠商、行業(yè)軟件廠商、開(kāi)發(fā)工具廠商……這一系列內(nèi)容的背后，都是低代碼/無(wú)代碼市場(chǎng)的蓬勃興起。

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

低代碼底層能力的快速組件之所以被一些專業(yè)人士笑話，因?yàn)橹皇菍?shí)現(xiàn)簡(jiǎn)單、輔助流程的開(kāi)發(fā)，同時(shí)也伴隨著不少誤導(dǎo)和BUG。另外，低代碼的亮點(diǎn)也不僅在于可視化，畢竟可視化這個(gè)名詞只是一個(gè)商業(yè)色彩的術(shù)語(yǔ)，最終考驗(yàn)低代碼服務(wù)價(jià)值的還是其最終的“生產(chǎn)力”。

低代碼之所以有價(jià)值，不在于技術(shù)本身，更多的是一種行業(yè)長(zhǎng)期積累的釋放，若僅僅從技術(shù)角度來(lái)看，“呆板”的機(jī)器當(dāng)然比不上靈活的人工。

不可否認(rèn)的是，在一些超級(jí)互聯(lián)網(wǎng)平臺(tái)企業(yè)內(nèi)部，這種低代碼開(kāi)發(fā)方式已是常態(tài)，尤其是在人力成本高企的今天，低代碼能夠完成的工作越多，企業(yè)就能節(jié)省越多的開(kāi)支。前言提到巨頭入場(chǎng)給低代碼市場(chǎng)帶來(lái)新的延伸和深化，他們?cè)难邪l(fā)技術(shù)及資源整合能力做大型應(yīng)用和復(fù)雜應(yīng)用也有很深的積累，這些或是真正的價(jià)值所在。

第二個(gè)問(wèn)題，誰(shuí)是低代碼開(kāi)發(fā)平臺(tái)的服務(wù)對(duì)象?

全行業(yè)在這方面的定義還很不明確，也很不統(tǒng)一，小編認(rèn)為可以分為三類對(duì)象：

（1）專業(yè)開(kāi)發(fā)者： 就在阿里發(fā)布釘釘6.0版的第二天，騰訊云開(kāi)發(fā)的 LowCode低碼平臺(tái)也正式開(kāi)放公測(cè)，它作為騰訊云基于云端開(kāi)發(fā)技術(shù)體系打造的低代碼平臺(tái)，能夠支持研發(fā)中臺(tái)的創(chuàng)建，實(shí)現(xiàn)批量生成小程序，正中企業(yè)口味的有兩種服務(wù)：中小企業(yè)喜歡的運(yùn)營(yíng)類小程序和企業(yè)轉(zhuǎn)型需要的中臺(tái)，這些都是近幾年來(lái)企業(yè)數(shù)字化落地規(guī)劃的重點(diǎn)。低代碼平臺(tái)恰巧避免了重復(fù)生產(chǎn)的輪子，大大提高了開(kāi)發(fā)效率。

站在優(yōu)勝劣汰的角度來(lái)看，“不懂技術(shù)就不能評(píng)技術(shù)”，類似的開(kāi)發(fā)方式也存在著相應(yīng)的挑戰(zhàn)。巨頭們本身就橫跨多個(gè)行業(yè)，研發(fā)實(shí)力不可小覷，它們低代碼平臺(tái)的技術(shù)資源庫(kù)可以更好地反過(guò)來(lái)優(yōu)化企業(yè)信息系統(tǒng)的整體代碼質(zhì)量，提升開(kāi)發(fā)公司 整體的IT產(chǎn)品開(kāi)發(fā)能力。

（2）非專業(yè)開(kāi)發(fā)者： 不論是面向業(yè)務(wù)人員，還是面向初級(jí)專業(yè)人員，低代碼應(yīng)用平臺(tái)的易用性和靈活性都值得嘗試，甚至在未來(lái)，小編大膽推測(cè)，一些中小企業(yè)只要標(biāo)配一個(gè)工單客服就能實(shí)現(xiàn)核心業(yè)務(wù)流程的實(shí)操，這一模式帶來(lái)的實(shí)際好處，就是讓沒(méi)有開(kāi)發(fā)能力的用戶，快速實(shí)現(xiàn)了從業(yè)務(wù)認(rèn)知到系統(tǒng)建模的過(guò)程，再深入地變成一個(gè)個(gè)尋找數(shù)據(jù)價(jià)值的主體，減少了壁壘。

但必須承認(rèn)的是，即使是低代碼平臺(tái)，也不是小白們就可以輕松上手的。相比應(yīng)用端的“傻瓜化”歷史，開(kāi)發(fā)端的低門檻進(jìn)程剛剛起步，距離真正全民可“開(kāi)發(fā)”的時(shí)代還有很長(zhǎng)的路要走。

（3）產(chǎn)品經(jīng)理/項(xiàng)目管理者： 在互聯(lián)網(wǎng)企業(yè)，這兩者主導(dǎo)產(chǎn)品生命周期：產(chǎn)品經(jīng)理對(duì)質(zhì)量負(fù)責(zé)，項(xiàng)目管理者把控交付，通過(guò)對(duì)目前各大廠商平臺(tái)能力的分析，不難發(fā)現(xiàn)低代碼開(kāi)發(fā)平臺(tái)能夠解決的已經(jīng)不僅僅是代碼層面的問(wèn)題，它甚至從開(kāi)發(fā)需求源頭逐層深入到產(chǎn)品生命周期：需求管理、產(chǎn)品迭代規(guī)劃、自動(dòng)化測(cè)試、運(yùn)維安全監(jiān)控等多個(gè)工作流程都是由一個(gè)項(xiàng)目團(tuán)隊(duì)有序?qū)嵤┑摹?/p>

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

總之，低代碼平臺(tái)所面向的對(duì)象，不僅僅是程序員，它存在的目的也不是要替代程序員。我們常常說(shuō)生產(chǎn)力，同樣的團(tuán)隊(duì)，生產(chǎn)力上去了，意味著公司整體的降本增效，原則上低代碼平臺(tái)的紛紛出現(xiàn)，有利整個(gè)行業(yè)的健康發(fā)展。

第三個(gè)問(wèn)題，用不用這把“劍”要先看定位，應(yīng)各取所需

企業(yè)最終的目的是盈利，低代碼作為剛剛起步不久的服務(wù)，并不是適合所有企業(yè)。它有優(yōu)點(diǎn)，也有缺點(diǎn)。放在不同的公司里，它的價(jià)值也有高有低。究竟該不該擁抱低代碼服務(wù)呢?沒(méi)有一個(gè)死答案，先審視企業(yè)自身的狀況，然后決定才是正途。

(1)不糾結(jié)于技術(shù)的企業(yè)并不代表不重視技術(shù)，企業(yè)發(fā)展是個(gè)上揚(yáng)曲線，每階段都該做每階段的事情。企業(yè)在早期發(fā)展階段的目的不是研發(fā)復(fù)雜的功能、支撐龐大的流量;而是以快速或不斷的試錯(cuò)，反復(fù)驗(yàn)證用戶需求為目標(biāo)。就像PHP語(yǔ)言對(duì)比安全系數(shù)更高的JAVA，其顯著的優(yōu)勢(shì)在于有大量的開(kāi)放源碼的系統(tǒng)可供使用，在此基礎(chǔ)上，只需對(duì)其進(jìn)行一些修改，即可迅速上線，因此越來(lái)越多的企業(yè)將其應(yīng)用于軟件系統(tǒng)開(kāi)發(fā)。

也就說(shuō)，如果創(chuàng)業(yè)公司所開(kāi)發(fā)的產(chǎn)品技術(shù)要求并沒(méi)有特別高，嘗試低代碼平臺(tái)就是非常不錯(cuò)的選擇。若創(chuàng)業(yè)公司所做的事情很“高大上”，以目前低代碼平臺(tái)的沉淀，還是無(wú)法滿足過(guò)高需求的。

(2)低代碼的存在對(duì)于IT服務(wù)外包也是件好事，企業(yè)將其整個(gè)項(xiàng)目或部分工作委托軟件外包公司開(kāi)發(fā)，軟件外包公司安排人員進(jìn)行開(kāi)發(fā)，項(xiàng)目完成后交付給企業(yè)，獲得收益后又將面臨項(xiàng)目自定義重復(fù)開(kāi)發(fā)、人力資源分散或閑置等成本問(wèn)題。

若全程采用低代碼開(kāi)發(fā)模式，一方面通過(guò)配置滿足客戶需求，另一方面減少企業(yè)應(yīng)用開(kāi)發(fā)的人力、時(shí)間成本，使自定義開(kāi)發(fā)時(shí)間成倍減少，從而提升企業(yè)的利潤(rùn)空間。

要認(rèn)清低代碼的定位是工具，企業(yè)轉(zhuǎn)型的核心是內(nèi)部問(wèn)題的解決。企業(yè)的需求會(huì)隨著需要而創(chuàng)新擴(kuò)容，不斷變化帶來(lái)地不確定性，使最優(yōu)秀的架構(gòu)師所構(gòu)建的底層結(jié)構(gòu)，往往也不足以支撐讓技術(shù)團(tuán)隊(duì)跟著一起“拍腦袋”，最終只會(huì)導(dǎo)致系統(tǒng)越來(lái)越臃腫，背負(fù)大量的技術(shù)債無(wú)奈前進(jìn)。這本身和使不使用低代碼服務(wù)沒(méi)有必然關(guān)系，而是頂層設(shè)計(jì)的問(wèn)題，也充分體現(xiàn)了公司業(yè)務(wù)戰(zhàn)略對(duì)于數(shù)字化發(fā)展沒(méi)有自主思維能力。

(3)此外，數(shù)據(jù)驅(qū)動(dòng)業(yè)務(wù)取代業(yè)務(wù)經(jīng)驗(yàn)主義，也需要企業(yè)內(nèi)部自上而下理解企業(yè)發(fā)展中所需要的數(shù)據(jù)分析能力，實(shí)現(xiàn)優(yōu)化，而不僅依賴組建一支具備大廠工作經(jīng)驗(yàn)的技術(shù)團(tuán)隊(duì)，解決表層需求問(wèn)題，恰恰是利用互聯(lián)網(wǎng)的思維和技術(shù)改造或者賦能幫助企業(yè)做數(shù)據(jù)決策。所以說(shuō)，低代碼服務(wù)并不會(huì)降低應(yīng)用本身技術(shù)含量，它只是個(gè)工具，用得好才是關(guān)鍵。

今天，隨著越來(lái)越多的市場(chǎng)供需體量不斷增大，從國(guó)內(nèi)外低代碼市場(chǎng)規(guī)模來(lái)看，相關(guān)數(shù)據(jù)顯示，2020年低代碼全球市場(chǎng)規(guī)模就達(dá)到84億美元，到2021年有望突破百億美元，其中2020年中國(guó)低代碼的市場(chǎng)規(guī)模就達(dá)到19億元，占比23%，可見(jiàn)中國(guó)市場(chǎng)作為重要的增量市場(chǎng)將是一片紅海，未來(lái)五年市場(chǎng)仍將有很大發(fā)展空間。

誠(chéng)然，沒(méi)有一種軟件系統(tǒng)是完美的，就現(xiàn)在也有不少企業(yè)采購(gòu)SAAS，當(dāng)初做決策是非常糾結(jié)，最后為了自建團(tuán)隊(duì)又不得不選擇放棄，在反反復(fù)復(fù)中浪費(fèi)了很多的資金。嘗試和穩(wěn)健永遠(yuǎn)存在矛盾，但不意味著低代碼的存在是可以被低估。

只不過(guò)，軟件服務(wù)業(yè)內(nèi)離不開(kāi)急于商業(yè)變現(xiàn)的老毛病，總有一批借助于概念進(jìn)入市場(chǎng)的服務(wù)商，它們重于宣傳，而忘了軟件服務(wù)的本質(zhì)是技術(shù)積淀、基建、生態(tài)建設(shè)等重要內(nèi)涵。創(chuàng)業(yè)者開(kāi)發(fā)應(yīng)用時(shí)要不要用低代碼服務(wù)呢?還得好好考慮企業(yè)遇到問(wèn)題的本質(zhì)，不神話不排斥，讓其為己所用才是關(guān)鍵問(wèn)題。

作者丨卓卓 

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！