低代碼不會(huì)成了偽需求吧？（低代碼 原理）
今天這篇文章深度剖析下低代碼的是否為真需求，以及用戶對(duì)低代碼的真實(shí)心理態(tài)度。
最近我跟幾個(gè)IT專業(yè)人士聊低代碼，他們都知道低代碼，但是都沒(méi)有在使用，而且也沒(méi)有表達(dá)出想用的意愿。然后我又調(diào)閱了一些低代碼的市場(chǎng)調(diào)研報(bào)告：2022年，低代碼市場(chǎng)規(guī)模達(dá)到61億，預(yù)測(cè)至2025年將達(dá)到267.7億。多嗎？并不多。要知道2022年軟件整體業(yè)務(wù)收入是破10萬(wàn)億的。問(wèn)題出哪了？熱臉碰上了冷屁股？
首先，低代碼研發(fā)者的出發(fā)點(diǎn)是對(duì)的，而且我相信市場(chǎng)上任何一款低代碼都能降本增效，至少?gòu)难邪l(fā)者的角度來(lái)看。那既然市場(chǎng)有降本提效的需求，低代碼又能降本提效，按說(shuō)應(yīng)該完美匹配，但實(shí)際情況卻不是。感覺(jué)低代碼有雞肋化的趨勢(shì)。
為了保持文章觀點(diǎn)的完整性，我先羅列一些老生常談的原因，然后我再補(bǔ)充幾句我的個(gè)人觀點(diǎn)。
- 定制化需求受限：低代碼平臺(tái)通常提供預(yù)構(gòu)建的模塊和限制性的邏輯，這可能限制了高度定制化的需求。對(duì)于需要復(fù)雜邏輯或特定功能的應(yīng)用程序，低代碼平臺(tái)可能無(wú)法滿足。
- 技術(shù)控制力：一些開(kāi)發(fā)者喜歡對(duì)技術(shù)的完全控制，而低代碼平臺(tái)可能無(wú)法提供這種級(jí)別的控制。例如，一些開(kāi)發(fā)者可能希望直接編寫代碼來(lái)實(shí)現(xiàn)他們的想法，而不是通過(guò)圖形界面來(lái)構(gòu)建應(yīng)用程序。
- 學(xué)習(xí)成本：雖然低代碼平臺(tái)旨在使非專業(yè)開(kāi)發(fā)者也能創(chuàng)建應(yīng)用程序，但對(duì)于一些用戶來(lái)說(shuō)，學(xué)習(xí)如何使用這些平臺(tái)可能仍然需要一定的時(shí)間和努力。
- 安全性問(wèn)題：一些用戶可能對(duì)低代碼平臺(tái)的安全性表示擔(dān)憂。盡管許多平臺(tái)都采用了嚴(yán)格的安全措施，但用戶可能仍然擔(dān)心數(shù)據(jù)泄露或應(yīng)用程序被黑客攻擊的風(fēng)險(xiǎn)。
- 技術(shù)依賴性：低代碼平臺(tái)可能使用戶對(duì)特定供應(yīng)商或技術(shù)產(chǎn)生依賴。如果供應(yīng)商停止支持平臺(tái)或提高價(jià)格，用戶可能會(huì)面臨困境。
- 缺乏靈活性：隨著業(yè)務(wù)需求的變化，應(yīng)用程序可能需要不斷調(diào)整和更新。低代碼平臺(tái)可能無(wú)法提供與原生應(yīng)用程序相同的靈活性和可擴(kuò)展性。
- 成本問(wèn)題：雖然低代碼平臺(tái)可以降低開(kāi)發(fā)成本，但在某些情況下，使用這些平臺(tái)可能需要購(gòu)買額外的許可證或服務(wù)，這可能會(huì)增加總體成本。
我認(rèn)為深層次的原因其實(shí)是這樣的：
1、效率零和提升。低代碼在降本增效的路上其實(shí)是在跟技術(shù)日新月異發(fā)展賽跑。低代碼為什么近幾年能發(fā)展如此迅速，他得益于技術(shù)的發(fā)展與成熟，比如前端vue、react面向組件的編程思想，再比如豐富的中間庫(kù)，這些在10年前是沒(méi)有的，有了這些技術(shù)，低代碼的封裝效率自然就提高了，但是與此同時(shí)，手工編程的效率也提高了。所以很難說(shuō)低代碼能降多少本，提多少效。
2、改變習(xí)慣。低代碼其實(shí)是研發(fā)者價(jià)值觀的一種呈現(xiàn)，他要把他的設(shè)計(jì)價(jià)值觀和編程習(xí)慣，強(qiáng)加給程序員，甚至強(qiáng)加給一個(gè)團(tuán)隊(duì)，大家知道習(xí)慣是很難改變的。這樣就會(huì)在實(shí)施的時(shí)候遇到很大的阻力。我本人想曾經(jīng)調(diào)研過(guò)一下低代碼想實(shí)施一下，但是研發(fā)團(tuán)隊(duì)并不感冒。
3、阻礙進(jìn)步。程序員一般都有技術(shù)追求或技術(shù)情結(jié)，用低代碼開(kāi)發(fā)會(huì)讓他覺(jué)得真的很low，他在一家公司用低代碼開(kāi)發(fā)地風(fēng)生水起，但是離開(kāi)這家公司后，原生技術(shù)就退步或荒廢了，不利于再就業(yè)。這個(gè)問(wèn)題我之前在面試的時(shí)候也發(fā)現(xiàn)了，程序員一聽(tīng)用低代碼就不來(lái)了，或者來(lái)了幾天就辭職了，低代碼不像是零代碼，它是給程序員用的，程序員不喜歡，就很尷尬了。
那是不是就不要用低代碼了？
還是那句話，低代碼是一種程序復(fù)用，機(jī)器輔助人工的思想，肯定是趨勢(shì)。那應(yīng)該怎么搞呢，見(jiàn)仁見(jiàn)智了，我先說(shuō)的我的觀點(diǎn)：簡(jiǎn)單一點(diǎn)。
1、越大越完善，落地其實(shí)越難，現(xiàn)在都在奉行簡(jiǎn)單主義。不要試圖解決所有問(wèn)題，而是解決一個(gè)或幾個(gè)問(wèn)題足以。
2、越大研發(fā)成本越高，要知道技術(shù)更新速度越來(lái)越快，開(kāi)發(fā)語(yǔ)言也可能會(huì)面臨更迭，后面的AIGC還虎視眈眈，這樣一個(gè)產(chǎn)品的生命周期可能會(huì)縮短。還沒(méi)有回本可能就被淘汰了。
