編輯導(dǎo)語：低代碼是相對(duì)于高代碼和無代碼的一個(gè)中間概念，通常強(qiáng)調(diào)的是用戶不需要學(xué)習(xí)如何寫代碼，就能完成工作。然而低代碼模式一直不溫不火，原因是什么呢？一起來看一下吧。
最近互聯(lián)網(wǎng)大公司裁員消息又起，“低代碼平臺(tái)”一詞也在各種文章中反復(fù)被提到，掀起了一股程序員將被替代的風(fēng)潮。為何宣傳了很久很廣泛，在美國(guó)市場(chǎng)也被驗(yàn)證過的低代碼平臺(tái)技術(shù)和產(chǎn)品，在國(guó)內(nèi)的推廣并未一帆風(fēng)順呢？
一、什么是低代碼平臺(tái)
Low Code （低代碼）是相對(duì)于All Code（高代碼）和No Code（無代碼）的一個(gè)中間概念。
低代碼通常強(qiáng)調(diào)的是用戶不需要學(xué)習(xí)如何寫代碼，就可以完成寫代碼就能完成的工作。國(guó)內(nèi)比較有名的低代碼平臺(tái)有阿里的宜搭，騰訊的云微搭，簡(jiǎn)道云、明道云等，國(guó)外有Mendix，OutSystems、微軟、Google、Amazon等。
低代碼通常解決的問題，是用戶無代碼能力，卻希望能夠創(chuàng)建網(wǎng)站、網(wǎng)頁(yè)、APP、小程序等應(yīng)用或服務(wù)，內(nèi)容包含但不限于報(bào)表、數(shù)據(jù)分析、業(yè)務(wù)流程流轉(zhuǎn)、宣傳頁(yè)面等。
二、舉個(gè)例子
舉一個(gè)最簡(jiǎn)單的例子：LandingPage著陸頁(yè)。
通常，一個(gè)完整的著陸頁(yè)的工作，包含UE設(shè)計(jì)、UIUX設(shè)計(jì)、前端開發(fā)、后端開發(fā)、服務(wù)器資源采購(gòu)等工作。理論上至少需要產(chǎn)品經(jīng)理、設(shè)計(jì)師、前端工程師、后端工程師等人員一起進(jìn)行開發(fā)，屬于高代碼模式。
當(dāng)你沒有開發(fā)能力，但擁有設(shè)計(jì)能力的時(shí)候，將設(shè)計(jì)師的元素，通過低代碼平臺(tái)，進(jìn)行邏輯梳理、頁(yè)面配置、元素插入、數(shù)據(jù)綁定，得到想要的頁(yè)面效果或產(chǎn)品，這屬于低代碼模式。
當(dāng)你既沒有開發(fā)也沒有設(shè)計(jì)能力時(shí)，可以運(yùn)用平臺(tái)提供的模板，進(jìn)行一定程度的修改，得到想要的頁(yè)面效果或產(chǎn)品，這屬于無代碼模式。
所以當(dāng)面臨選擇的時(shí)候，如何評(píng)估什么時(shí)候該用什么平臺(tái)呢？
三、為何說低代碼模式前途難料？
1. 專業(yè)度問題
社會(huì)分工告訴我們，專業(yè)的人做專業(yè)的事。低代碼平臺(tái)并非無代碼平臺(tái)，依舊需要程序編寫和軟件思維，需要一定的邏輯能力，從這個(gè)角度講，低代碼平臺(tái)操作員最好是程序員。
而從業(yè)務(wù)角度上，自己的業(yè)務(wù)自己負(fù)責(zé)，產(chǎn)品經(jīng)理或者負(fù)責(zé)人操作低代碼平臺(tái)，才有可能以最快的速度做出想要的產(chǎn)品或服務(wù)。從這個(gè)角度講，低代碼平臺(tái)操作員最好是業(yè)務(wù)人員。
然而由于過往的業(yè)務(wù)拆分得足夠細(xì)致，人才市場(chǎng)對(duì)人員的專業(yè)度要求肯定與工資相匹配，無論是程序員還是業(yè)務(wù)人員，都會(huì)將專心使用低代碼平臺(tái)看做是雞肋。
而真實(shí)操作低代碼平臺(tái)的操作員通常是實(shí)習(xí)生或打雜的同事，一定程度上低代碼操作員是沒有太多專業(yè)性可言的，對(duì)職業(yè)發(fā)展并無太多好處。那么使用低代碼將是更多人相對(duì)排斥的工作。
2. 成本
低代碼平臺(tái)的學(xué)習(xí)成本，理論上低于高代碼平臺(tái)，高于無代碼平臺(tái)；運(yùn)營(yíng)成本則高于搞代碼平臺(tái)，低于無代碼平臺(tái)。
這種高不成低不就的問題，也正是其錢途難料的原因之一。事實(shí)上類似外包公司的團(tuán)隊(duì)，雖然有低代碼的需求（降低人員成本），但由于無代碼平臺(tái)也有很多并且也非常好用、成本更低、速度更快，所以這部分市場(chǎng)也是受到擠壓的。
3. 通用性問題
通用性問題是擺在低代碼平臺(tái)上幾乎是難以邁過的坎。
除了阿里、騰訊、字節(jié)這種巨頭，能夠通過自身生態(tài)找到需求，提供低代碼通用性解決方案以外，其他大多數(shù)低代碼廠商拿到B單，十有八九要有一定量的個(gè)性化定制，畢竟國(guó)情和市場(chǎng)環(huán)境決定了B端需求方的主導(dǎo)地位。
而個(gè)性化定制帶來的問題，不僅僅是開發(fā)問題，還有長(zhǎng)期維護(hù)問題。由于低代碼平臺(tái)還是沒有逃脫代碼要求的思維方式，無論是產(chǎn)品通用性還是版本通用性，都對(duì)產(chǎn)品開發(fā)方是一個(gè)很大的考驗(yàn)。
四、低代碼平臺(tái)的未來可能性
1. 工具化
低代碼平臺(tái)對(duì)于有代碼能力的高級(jí)程序員來說，可以通過工具化來解放生產(chǎn)力。
在人員成本越來越高的當(dāng)下，國(guó)內(nèi)出現(xiàn)眾多以IT服務(wù)為主的自由職業(yè)者或小型工作室。低代碼是否能夠更極致的打通上下游環(huán)節(jié)，降低使用和維護(hù)成本，贏得生產(chǎn)者們的信賴，是未來能否贏得市場(chǎng)的一個(gè)重點(diǎn)。
2. 更高維的智能中臺(tái)
低代碼一定不是最直戳人心的賣點(diǎn)，甚至無代碼也不是，成本、速度、效果才是。
是否會(huì)出現(xiàn)人工智能的中臺(tái)，如Copilot之于開發(fā)者，以專業(yè)的角度看不是不可能，不是不可以，甚至應(yīng)該是存在的。而這樣的中臺(tái)，估計(jì)還是會(huì)出現(xiàn)在巨頭的平臺(tái)上，畢竟豐富的使用場(chǎng)景和代碼儲(chǔ)備，是這樣高維AI的營(yíng)養(yǎng)來源。
程序員會(huì)因?yàn)榈痛a而失業(yè)么？也許到那時(shí)，代碼能力會(huì)成為義務(wù)教育的一部分，畢竟人類的創(chuàng)造力在機(jī)器這個(gè)載體上的發(fā)展，似乎才剛剛開始。
本文由 @BigSmile 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自Unsplash，基于CC0協(xié)議
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
