最近，IT圈子里面時不時聽到有人在討論低代碼平臺，甚至有些客戶上來就問起，能不能用一個低代碼平臺的模式去幫他們打造他們的系統(tǒng)，以便他們后續(xù)可以投入盡量少的成本，便可以擁抱變化的市場和需求。

既然，那么多人說到“低代碼”這個事，我今天就以一個新型農(nóng)民工的角色去談?wù)?，我對低代碼平臺或工具的看法，以下內(nèi)容，純屬個人觀點(diǎn)，不喜莫噴。

第一次接觸到低代碼這個詞，是我在使用騰訊小程序的CMS工具套件的時候接觸到的，后來才知道，原來整個小程序·云開發(fā)平臺，都是基于低代碼的思路去構(gòu)建的，用戶只需要按照騰訊官方的標(biāo)準(zhǔn)和庫去做操作，10分鐘左右就可以構(gòu)建出一個完整的數(shù)據(jù)庫，后續(xù)只需要通過拖拽的方式去開發(fā)相關(guān)的頁面，展示數(shù)據(jù)即可，根本不需要任何程序開發(fā)基礎(chǔ)，就可以實(shí)現(xiàn)簡單的業(yè)務(wù)系統(tǒng)。

看，是不是看上去很美好？做業(yè)務(wù)的你，再也不用支付高昂的軟件開發(fā)費(fèi)用，不需要再因?yàn)樾枨蟮牟淮_定，表述不清而跟開發(fā)人員吵架。是不是很爽。

然而，當(dāng)我想在騰訊的低代碼平臺中導(dǎo)出數(shù)據(jù)的時候，我卻犯難了，我沒有找到數(shù)據(jù)導(dǎo)出的按鈕，后面才知道，原來我使用他們的低代碼平臺，是要按流量和數(shù)據(jù)存儲量計(jì)算月租的。而且，一旦使用，所有業(yè)務(wù)邏輯，模式，相當(dāng)于完全暴露給平臺方，對商家利益絕對是沒有保障的。如果對于一個官方網(wǎng)站，博客這種展示型的應(yīng)用來說，影響還不算很大，而且對于沒有技術(shù)開發(fā)能力，信息化程度要求不高的客戶來說，確實(shí)能滿足需求。但隨著業(yè)務(wù)的開展，深入，業(yè)務(wù)邏輯的復(fù)雜化，多樣化，再去使用低代碼平臺構(gòu)建上層業(yè)務(wù)應(yīng)用，這個后果將是災(zāi)難級別的。

第一、數(shù)據(jù)歸屬權(quán)問題和無感知被利用的問題：

目前市面的低代碼平臺基本都是基于云端，云端服務(wù)器由平臺方提供。商家，企業(yè)一旦把數(shù)據(jù)提交，就相當(dāng)于把數(shù)據(jù)的所有權(quán)移交給平臺方。這很好理解，服務(wù)器主體不屬于你的，別人只是把工具的使用權(quán)給你了（相當(dāng)于你在淘寶開店，你的店鋪數(shù)據(jù)是屬于淘寶而不屬于你個人，淘寶只有保障數(shù)據(jù)安全的義務(wù)，但是沒說他不可以拿你的數(shù)據(jù)去做其他事）。就算他能讓你導(dǎo)出你自己的數(shù)據(jù)，你的數(shù)據(jù)很有可能已經(jīng)在不知不覺中，被他利用完了。

第二、用戶/商家 商業(yè)模式，資源被窺探的問題：

因?yàn)榈痛a平臺基本基于云端，用戶所有在低代碼平臺上的操作都有可能被監(jiān)視，你每制作一個頁面，頁面與頁面之間的跳轉(zhuǎn)關(guān)系，甚至商業(yè)邏輯都將無所遁形。這很有利于平臺方發(fā)現(xiàn)好的應(yīng)用和項(xiàng)目模式，更好地收割資源和復(fù)制，因?yàn)槟Ｊ?，?shù)據(jù)結(jié)構(gòu)，關(guān)系，都清楚了，而且每個用戶應(yīng)用背后的資源，供需關(guān)系，在低代碼平臺中都很好地量化了，所有構(gòu)建出來的上層應(yīng)用，有多少代碼，關(guān)系如何，全都一清二楚。

第三、上層代碼無法被迭代，商家對平臺的強(qiáng)依賴以及平臺壟斷問題：

低代碼平臺，對于一般開發(fā)人員來說極其不友好，因?yàn)榈痛a平臺存在著很多已經(jīng)被高度封裝的代碼，就算上層應(yīng)用代碼可以被導(dǎo)出，打包下載，在本地一般環(huán)境肯定也是無法運(yùn)行的。因?yàn)橐獦?gòu)建低代碼平臺的必備條件，就是一套完整的底層驅(qū)動，解析框架，這套底層應(yīng)用框架里面肯定包含了很多被定義好的數(shù)據(jù)結(jié)構(gòu)，基礎(chǔ)系統(tǒng)字典以及基礎(chǔ)組件，上層UI框架肯定也是包含了很多驅(qū)動用的JS/TS腳本。所有上層應(yīng)用的代碼必須在這套底層驅(qū)動框架中，才能被正確運(yùn)行。一般開發(fā)人員對于此類代碼基本是無法維護(hù)和修改的。因?yàn)槊恳淮涡薷亩加锌赡芤l(fā)“牽一發(fā)，動全身”的風(fēng)險(xiǎn)。

因?yàn)?，所有由修改帶來的風(fēng)險(xiǎn)都是未知的，所以，一般開發(fā)人員不會有誰樂意去修改或者二開這樣的代碼。而用戶如果真的需要去修改這樣的代碼，估計(jì)也只能求助于低代碼平臺的運(yùn)營方，這樣就有可能導(dǎo)致客戶的每一次修改都要支付高昂的二開費(fèi)用，而且還是要繼續(xù)付運(yùn)營所需的平臺租用費(fèi)。

第四、提高效率的代價：阻斷程序員的思考：

低代碼平臺中所有的便利，都是以犧牲對業(yè)務(wù)，場景以及技術(shù)的思考為代價的，程序員使用了低代碼平臺去構(gòu)建代碼，工期是大大縮短了，但同時，他對于業(yè)務(wù)的理解，思考也無法深入了。因?yàn)樗呀?jīng)不需要去編寫代碼，只需要在低代碼平臺約定俗成的框架中敲擊敲鍵盤，拖拉鼠標(biāo)就能完成工作，這是很恐怖的事情，一個程序員不去思考問題，久而久之，他將失去解決復(fù)雜問題的能力和對問題的判斷力。這對于一個開發(fā)人員來說，是致命的。

總的來說，個人覺得低代碼平臺只是一種新的收割方式，再一次制造風(fēng)口，收割的是中小型企業(yè)用戶的市場，利用的是小B端求快不求穩(wěn)的心態(tài)。從而也解決程序員群體的人力成本問題。壓榨程序員的生存空間，讓職場繼續(xù)上演35歲危機(jī)。今天寫得有點(diǎn)多，歡迎大家評論區(qū)，私信留言，交流。