爲什麼低代碼不溫不火？瞭解低代碼的得失與前景

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

一、什麼是低代碼平臺

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協議