“轉(zhuǎn)碼”無疑是最近這幾年在年輕人中廣泛談?wù)摰囊粋€(gè)話題，而計(jì)算機(jī)科學(xué)（computer science）也更是被稱為“宇宙機(jī)”。但這一切的基礎(chǔ)，是過去二十余年間互聯(lián)網(wǎng)成為了全球經(jīng)濟(jì)增長(zhǎng)的重要引擎，作為互聯(lián)網(wǎng)產(chǎn)業(yè)的基礎(chǔ)，程序員自然也就吃到了時(shí)代的紅利。

然而隨著互聯(lián)網(wǎng)行業(yè)寒冬期的到來，降本增效、開源節(jié)流幾乎成為了全球互聯(lián)網(wǎng)廠商共同的應(yīng)對(duì)措施，甚至高薪酬程序員的“35歲危機(jī)”一下子似乎變成了現(xiàn)實(shí)。但問題是程序員的門檻并不低，并且還是互聯(lián)網(wǎng)企業(yè)的剛需，那么有沒有一種既能保障代碼的產(chǎn)能、又可能降低成本的解決方案呢？答案其實(shí)是有的，而這就是自兩三年前開始變得火熱的“低代碼（LowCode）”概念。

只需少量代碼、甚至無需代碼即可完成開發(fā)工作，這是許多低代碼平臺(tái)描繪給企業(yè)用戶的圖景，看起來似乎廠商也有了可以不用高薪酬程序員的機(jī)會(huì)?？墒聦?shí)卻是，即便全球權(quán)威咨詢機(jī)構(gòu)Gartner給出了在2021年至2026年間，中國(guó)LCAP（低代碼應(yīng)用平臺(tái)）市場(chǎng)收入將以25.4%的復(fù)合年增長(zhǎng)率加速增長(zhǎng)這一樂觀預(yù)估，但從其他機(jī)構(gòu)的統(tǒng)計(jì)數(shù)據(jù)來看，目前低代碼軟件在企業(yè)軟件市場(chǎng)的滲透率還不到1%。

那么問題就來了，低代碼平臺(tái)描述的未來是如此美好、又非常契合企業(yè)的需求，那么企業(yè)用戶怎么就不買賬呢？

為此，首先不妨來看看低代碼本身。即使Java、C 、python等經(jīng)過計(jì)算機(jī)科學(xué)成熟階段出現(xiàn)的“高級(jí)語言”，它們即便與自然語言相接近，且能為計(jì)算機(jī)所接受的語意確定、規(guī)則明確、自然直觀，但它們始終是抽象的，代碼和代碼能實(shí)現(xiàn)的效果自然也不可等而視之。

作為與傳統(tǒng)計(jì)算機(jī)語言對(duì)應(yīng)的存在，低代碼的表現(xiàn)形式是“可視化編程”、核心則為“代碼復(fù)用”，通過可視化、模塊化、拖拽式的特性，來代替?zhèn)鹘y(tǒng)開發(fā)方式中大量編寫代碼進(jìn)行開發(fā)。在低代碼的概念中，模塊化組件代替了編程語言中一行行的代碼，而可視化的設(shè)計(jì)則讓抽象思維變成了更容易理解的搭積木。

簡(jiǎn)單來說，程序員就相當(dāng)于是飯店里的廚師，是通過手藝來做出合格的菜品，而低代碼平臺(tái)則相當(dāng)于是提供預(yù)制菜，生產(chǎn)的是完全沒有廚藝的消費(fèi)者也能上手的半成品食物。既然預(yù)制菜能火、低代碼顯然也有爆發(fā)的理由，并且低代碼確實(shí)從一定程度上降低了編程的門檻，即便不具備編程技能的“小白”也能參與到開發(fā)過程中。

根據(jù)Gartner公布的相關(guān)數(shù)據(jù)顯示，APP開發(fā)服務(wù)的市場(chǎng)需求增長(zhǎng)速度至少是目前全球IT交付能力的5倍，而低代碼則可以幫助軟件開發(fā)者填補(bǔ)這一缺口，讓用戶能夠自己開發(fā)系統(tǒng)解決方案。特別是在此次疫情加速的數(shù)字化進(jìn)程中 ，低代碼更是能夠幫助相當(dāng)多的傳統(tǒng)企業(yè)完成數(shù)字化轉(zhuǎn)型，以便企業(yè)能夠?qū)Σ粩嘧儞Q風(fēng)向的市場(chǎng)做出即時(shí)反應(yīng)、適應(yīng)新的市場(chǎng)環(huán)境，并最終換取競(jìng)爭(zhēng)優(yōu)勢(shì)。

甚至于對(duì)互聯(lián)網(wǎng)廠商而言，低代碼也有著不可或缺的意義。眾所周知，“996”就是從互聯(lián)網(wǎng)行業(yè)流傳出來的，而這背后反映的是互聯(lián)網(wǎng)廠商面對(duì)日新月異的市場(chǎng)環(huán)境，只能通過堆積人力的方式來加快項(xiàng)目的交付、以實(shí)現(xiàn)快人一步的效果。除了996這樣明顯不科學(xué)的策略，“敏捷開發(fā)”這樣一個(gè)將項(xiàng)目的構(gòu)建切分成多個(gè)子項(xiàng)目，以實(shí)現(xiàn)小步快跑、快速迭代的方式也被廣泛應(yīng)用。

即便敏捷開發(fā)思想的出現(xiàn)加速了互聯(lián)網(wǎng)產(chǎn)品的完成速度，但依然滿足不了廠商的需求，到目前為止，互聯(lián)網(wǎng)行業(yè)都是加班問題的重災(zāi)區(qū)。這是因?yàn)槊艚蓍_發(fā)盡管能夠提升效率、但這還不夠，低代碼的出現(xiàn)不只是讓專業(yè)開發(fā)人員的進(jìn)度更快，還可以讓業(yè)務(wù)人員也參與到開發(fā)應(yīng)用中。

但非常遺憾的是，低代碼的一大問題就是“中看不中用”，并且僅僅這一個(gè)問題就阻礙了低代碼在企業(yè)級(jí)用戶中的普及。由于低代碼的目標(biāo)是讓更多非專業(yè)人士也有參與到應(yīng)用開發(fā)項(xiàng)目中的能力，為了實(shí)現(xiàn)這一點(diǎn)，低代碼平臺(tái)將過去代碼開發(fā)過程進(jìn)行抽象、并形成可配置的各類組件，再通過添加組件和配置組件即可實(shí)現(xiàn)系統(tǒng)開發(fā)。但問題也出在了這里，低代碼為了實(shí)現(xiàn)普惠價(jià)值而顧此失彼。

雖然模塊化開發(fā)聽起來很潮，但將不同代碼實(shí)現(xiàn)的功能模塊化、通用化的代價(jià)，就是精確性下降。畢竟在低代碼平臺(tái)呈現(xiàn)給開發(fā)者的是不再是一行行代碼，而是一個(gè)個(gè)用以實(shí)現(xiàn)不同功能的模塊化組件，就像是預(yù)制菜的味道無論如何比不了正規(guī)餐廳一樣，最終呈現(xiàn)出的是通過低代碼平臺(tái)做出的應(yīng)用，在性能上就是弱于傳統(tǒng)開發(fā)的同款產(chǎn)品。

要知道，在如今這樣市場(chǎng)競(jìng)爭(zhēng)極為激烈的互聯(lián)網(wǎng)行業(yè)，如果最起碼的用戶體驗(yàn)都無法保證，那么再好的創(chuàng)意也會(huì)被浪費(fèi)。僅僅是這一條，就會(huì)讓相當(dāng)多的企業(yè)對(duì)低代碼望而卻步。再說了，低代碼平臺(tái)通常采用組件式開發(fā)，應(yīng)用組件相當(dāng)于“黑盒”，企業(yè)用戶再次開發(fā)時(shí)如果不使用原先的低代碼平臺(tái)，就需要重新梳理理解代碼、重新編程，這就代表企業(yè)與低代碼平臺(tái)的捆綁性極強(qiáng)，而這也會(huì)被企業(yè)用戶所警惕。

換而言之，在目前低代碼開發(fā)無法媲美傳統(tǒng)開發(fā)方式的情況下，企業(yè)用戶顯然更傾向于維持現(xiàn)狀。