編輯導語：低代碼是相對于高代碼和無代碼的一個中間概念，通常強調的是用戶不需要學習如何寫代碼，就能完成工作。然而低代碼模式一直不溫不火，原因是什么呢？一起來看一下吧。

最近互聯網大公司裁員消息又起，“低代碼平臺”一詞也在各種文章中反復被提到，掀起了一股程序員將被替代的風潮。為何宣傳了很久很廣泛，在美國市場也被驗證過的低代碼平臺技術和產品，在國內的推廣并未一帆風順呢？

一、什么是低代碼平臺

Low Code （低代碼）是相對于All Code（高代碼）和No Code（無代碼）的一個中間概念。

低代碼通常強調的是用戶不需要學習如何寫代碼，就可以完成寫代碼就能完成的工作。國內比較有名的低代碼平臺有阿里的宜搭，騰訊的云微搭，簡道云、明道云等，國外有Mendix，OutSystems、微軟、Google、Amazon等。

低代碼通常解決的問題，是用戶無代碼能力，卻希望能夠創建網站、網頁、APP、小程序等應用或服務，內容包含但不限于報表、數據分析、業務流程流轉、宣傳頁面等。

二、舉個例子

舉一個最簡單的例子：LandingPage著陸頁。

通常，一個完整的著陸頁的工作，包含UE設計、UIUX設計、前端開發、后端開發、服務器資源采購等工作。理論上至少需要產品經理、設計師、前端工程師、后端工程師等人員一起進行開發，屬于高代碼模式。

當你沒有開發能力，但擁有設計能力的時候，將設計師的元素，通過低代碼平臺，進行邏輯梳理、頁面配置、元素插入、數據綁定，得到想要的頁面效果或產品，這屬于低代碼模式。

當你既沒有開發也沒有設計能力時，可以運用平臺提供的模板，進行一定程度的修改，得到想要的頁面效果或產品，這屬于無代碼模式。

所以當面臨選擇的時候，如何評估什么時候該用什么平臺呢？

三、為何說低代碼模式前途難料？

1. 專業度問題

社會分工告訴我們，專業的人做專業的事。低代碼平臺并非無代碼平臺，依舊需要程序編寫和軟件思維，需要一定的邏輯能力，從這個角度講，低代碼平臺操作員最好是程序員。

而從業務角度上，自己的業務自己負責，產品經理或者負責人操作低代碼平臺，才有可能以最快的速度做出想要的產品或服務。從這個角度講，低代碼平臺操作員最好是業務人員。

然而由于過往的業務拆分得足夠細致，人才市場對人員的專業度要求肯定與工資相匹配，無論是程序員還是業務人員，都會將專心使用低代碼平臺看做是雞肋。

而真實操作低代碼平臺的操作員通常是實習生或打雜的同事，一定程度上低代碼操作員是沒有太多專業性可言的，對職業發展并無太多好處。那么使用低代碼將是更多人相對排斥的工作。

2. 成本

低代碼平臺的學習成本，理論上低于高代碼平臺，高于無代碼平臺；運營成本則高于搞代碼平臺，低于無代碼平臺。

這種高不成低不就的問題，也正是其錢途難料的原因之一。事實上類似外包公司的團隊，雖然有低代碼的需求（降低人員成本），但由于無代碼平臺也有很多并且也非常好用、成本更低、速度更快，所以這部分市場也是受到擠壓的。

3. 通用性問題

通用性問題是擺在低代碼平臺上幾乎是難以邁過的坎。

除了阿里、騰訊、字節這種巨頭，能夠通過自身生態找到需求，提供低代碼通用性解決方案以外，其他大多數低代碼廠商拿到B單，十有八九要有一定量的個性化定制，畢竟國情和市場環境決定了B端需求方的主導地位。

而個性化定制帶來的問題，不僅僅是開發問題，還有長期維護問題。由于低代碼平臺還是沒有逃脫代碼要求的思維方式，無論是產品通用性還是版本通用性，都對產品開發方是一個很大的考驗。

四、低代碼平臺的未來可能性

1. 工具化

低代碼平臺對于有代碼能力的高級程序員來說，可以通過工具化來解放生產力。

在人員成本越來越高的當下，國內出現眾多以IT服務為主的自由職業者或小型工作室。低代碼是否能夠更極致的打通上下游環節，降低使用和維護成本，贏得生產者們的信賴，是未來能否贏得市場的一個重點。

2. 更高維的智能中臺

低代碼一定不是最直戳人心的賣點，甚至無代碼也不是，成本、速度、效果才是。

是否會出現人工智能的中臺，如Copilot之于開發者，以專業的角度看不是不可能，不是不可以，甚至應該是存在的。而這樣的中臺，估計還是會出現在巨頭的平臺上，畢竟豐富的使用場景和代碼儲備，是這樣高維AI的營養來源。

程序員會因為低代碼而失業么？也許到那時，代碼能力會成為義務教育的一部分，畢竟人類的創造力在機器這個載體上的發展，似乎才剛剛開始。

本文由 @BigSmile 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議