轉載自：技術領導力

本文的主題，來源于我跟一位讀者的交流：

這位讀者看了我在朋友圈分享的文章，問我低代碼會不會讓程序員更加內卷？因為幾句話說不清楚，就干脆寫篇文章來解答一下。

要回答這個問題，需要先弄清楚：低代碼適合做什么，不適合做什么，以及低代碼解決的是“存量”問題，還是“增量”問題等等，下面我們進入正題。

01 低代碼適合做什么？

先來思考一個問題：用低代碼能不能搭建一套完整的ERP系統(tǒng)？

答案是肯定的，特斯拉早期在搭建自己的ERP時，就采用低代碼平臺，當他們的業(yè)務流程跑順之后，才用.net重構了一遍。

但是一般企業(yè)不會用低代碼從零來開發(fā)整套ERP系統(tǒng)，因為如果你需要一套ERP，直接購買成熟的解決方案就可以了。除非你的情況跟特斯拉一樣，公司的業(yè)務模式跟同行業(yè)有很大區(qū)別（傳統(tǒng)汽車銷售是經(jīng)銷商模式，特斯拉是直營模式），那就另當別論了。

就目前而言，低代碼不適合用來從0到1構建厚重的企業(yè)核心數(shù)字化系統(tǒng)，低代碼更適合基于核心數(shù)字化系統(tǒng)之上，構建創(chuàng)新類應用、敏捷運營類應用。

有個更形象的說法，低代碼更適合做企業(yè)數(shù)字化建設當中“最后一公里”的事情。

用大家熟悉的餐飲連鎖店來打個比方，企業(yè)核心數(shù)字化系統(tǒng)好比中央廚房，低代碼就是分布在城市各個角落的門店，中央廚房負責生產(chǎn)配菜，門店根據(jù)顧客實際需求，把配菜做一些輕加工或創(chuàng)新，提供給顧客。

同樣的道理，企業(yè)核心數(shù)字化系統(tǒng)提供各種經(jīng)營數(shù)據(jù)，低代碼基于這些數(shù)據(jù)，快速開發(fā)適合各個業(yè)務場景的業(yè)務應用。

可以看出，這樣做的好處就是，極大提升了技術研發(fā)和系統(tǒng)交付的整體效率。

低代碼當前正在處于“技術成熟度曲線”的創(chuàng)新萌芽期，隨著低代碼平臺的日益成熟，模板越來越豐富、生態(tài)越來越完善，未來低代碼的適用范圍也會得到擴展。

當前比較適合采用低代碼來開發(fā)的5類應用有：

1、企業(yè)門戶。包括App、小程序、PC門戶等等，數(shù)據(jù)都來自中臺、后臺，企業(yè)門戶只是做展示，以及簡單的互動。

2、數(shù)據(jù)操作及展示應用。通過連接企業(yè)的數(shù)據(jù)庫，把生產(chǎn)經(jīng)營的數(shù)據(jù)進行編輯刪除查詢等操作。

3、基于表單的應用?；跀?shù)據(jù)庫的表單收集、處理、統(tǒng)計類應用。

4、業(yè)務流程應用。定義復雜的工作流，跨部門協(xié)作流程，復雜審批流程，比如：OA、人力、財務等系統(tǒng)。

5、移動端應用?；谝延泻诵纳a(chǎn)經(jīng)營系統(tǒng)，進行移動化的應用場景。

02 低代碼不適合做什么？

如上文提到的，就目前而言低代碼不適合用來從0開始構建厚重的企業(yè)核心數(shù)字化系統(tǒng)，因為受限于模板、生態(tài)、可擴展性。

低代碼畢竟不是高級開發(fā)語言，因此對于界面效果要求特別高、復雜的算法和數(shù)據(jù)挖掘、高性能和復雜系統(tǒng)架構、要求較高的底層開發(fā)等等，都不適合使用低代碼。

總結一下，不適合用低代碼開發(fā)的應用場景：

1、對界面效果要求較高的應用。比如短視頻應用、交互酷炫的游戲。

2、復雜的算法和數(shù)據(jù)挖掘。雖然低代碼可以處理復雜的業(yè)務邏輯，但是不適合用來處理復雜算法和數(shù)據(jù)挖掘，這類應用應該采用更專業(yè)的BI開發(fā)工具、機器學習平臺等工具。

3、高性能和復雜架構。許多互聯(lián)網(wǎng)巨頭的并發(fā)量動輒千萬、上億，為了優(yōu)化性能需要做很多措施，如服務化、中臺化、集群化、云化等等。低代碼是相對標準的：界面層、邏輯層、數(shù)據(jù)層的架構模式，無法應對高性能和架構靈活性。

4、要求較高的底層開發(fā)。如設備、硬件接口、驅動程序等等，這類開發(fā)工作可能C、匯編語言更適合。

03 低代碼會讓程序員更加內卷嗎？

我們知道了低代碼適合做什么，不適合做什么，也就搞清楚了低代碼平臺的能力邊界。

那么接下來探討：低代碼解決的是“增量”問題，還是“存量”問題？

在企業(yè)數(shù)字化建設的背景之下，低代碼實際上解決的是“增量”問題。因為在傳統(tǒng)研發(fā)模式之下，有些需求雖然也很重要，但是跟戰(zhàn)略項目相比又沒那么重要，于是這類需求就只能等待排期。

排期你懂的，短則一兩個月、長則半年一年，所以這類需求實際上是被壓制的。

有了低代碼，就可以低成本快速的開發(fā)這類需求，因此這是個“增量”市場。把程序員從這些技術含量較低的CRUD工作中釋放出來，去做一些更有技術含量的架構優(yōu)化、底層服務升級。

可見，低代碼創(chuàng)造了一個“增量”市場，幫助程序員提高了工作的含金量，并不會造成程序員這個行業(yè)的內卷。

04 低代碼會讓程序員失業(yè)嗎？

如上文分析，低代碼再強大也有它的能力邊界，并不能滿足所有軟件研發(fā)的場景。另一方面，高級軟件工程師的人才缺口一直都非常大，從有關部門發(fā)布的數(shù)據(jù)來看，2020年的人才缺口就有200萬以上。

低代碼不但不會讓程序員失業(yè)，反而會讓程序員越來越值錢。因為行業(yè)分工將更加精細化了，大量常規(guī)的業(yè)務系統(tǒng)開發(fā)工作由低代碼來完成，既釋放了程序員的生產(chǎn)力。

一個職場人能夠掙多少錢，是由他所創(chuàng)造的價值決定的，程序員將精力投入到更有技術含量、更能產(chǎn)生商業(yè)價值的研發(fā)工作當中。只要為公司做出了貢獻，公司必定會給你相應的回報。老板也不傻，不給你加工資，萬一你跑到競爭對手那里怎么辦？

結語

技術作為人類改造自然的工具，被淘汰是它的宿命，因為技術總是會不斷推陳出新、不斷迭代。

程序員要有深度思考的能力，罵自己的勞動工具是“毒瘤”是非?？尚κ虑椋斎灰膊灰^分迷戀它。

說笑可以，但是你要知道PHP從來不是世界上最好的語言、低代碼也不是世界上最好的開發(fā)工具，它只是一個工具而已，人才是這場技術變革的核心要素。

在我看來，程序員更像是魔法世界里訓練有素的魔法師，他明白法術的威力，并且善用這種力量來讓生活變得更加美好。

魔法世界里最偉大的魔法師，不是那些法術最厲害的人，而是那些用善良、勇氣和智慧來感召更多的魔法師，為世界做出巨大貢獻的人。

程序員生逢其時，何其幸運，美好的生活就在眼前，干就完了！