為什么很多程序員討厭低代碼？（為什么很多程序員討厭低代碼的人）

你是一位木匠，心靈手巧，還能自己設(shè)計(jì)出符合不同需求的榫頭，搭起房子來(lái)又快又好。一層樓，兩層樓輕輕松松搭好就能住人了，你老板對(duì)你很滿意。但是慢慢的發(fā)現(xiàn)地價(jià)越來(lái)越貴，如果只搭一兩層樓不劃算，需要搭個(gè)七八層樓的房子，這個(gè)時(shí)候你可能就犯難了。地基需要打多深？材料需要?jiǎng)偠群蛷椥孕枰鯓拥?，什么樣的結(jié)構(gòu)搭出的房子不容易倒，還防地震？另外老板喜歡大平層，不喜歡房子里面有這么多柱子，怎樣的設(shè)計(jì)出大跨度，又承重的梁？

隨著外部環(huán)境的變化，地價(jià)越來(lái)越高，大家對(duì)房子的需求越來(lái)越復(fù)雜，原來(lái)多快好省的房子不能滿足要求了，也沒(méi)辦法擴(kuò)展了，還是要推到重來(lái)。

于是你，重新拿起書，學(xué)習(xí)數(shù)學(xué)幾何物理等等基礎(chǔ)學(xué)科，然后在學(xué)習(xí)建筑學(xué)，了解應(yīng)力結(jié)構(gòu)，了解不同材料之間的區(qū)別，學(xué)習(xí)不同建筑結(jié)構(gòu)之間的差異。學(xué)會(huì)在圖紙上畫好，計(jì)算好，再找施工隊(duì)來(lái)施工?，F(xiàn)在你搭房子可能沒(méi)有這么快，但是你搭出的房子各項(xiàng)參數(shù)很明確，能支撐多高的建筑，能防多少地震，如果減少柱子，留下的擴(kuò)展空間是多少？隨著企業(yè)的成長(zhǎng)，你的房子也可以慢慢的逐步改造滿足需求。

低代碼的優(yōu)勢(shì)就是快！但是他誘導(dǎo)你從表面思考問(wèn)題，拖拖拉拉一個(gè)滿足任務(wù)的界面就出來(lái)了。也是這樣快，你越是以快速解決表面問(wèn)題為榮，A部門的需求拖拉一個(gè)應(yīng)用，B部門的需求拖拉一個(gè)應(yīng)用，慢慢的你的公司都是這種快速應(yīng)用，你沒(méi)有時(shí)間也沒(méi)有興趣去調(diào)研，為什么會(huì)有這個(gè)需求，A B部門的需求有沒(méi)有關(guān)聯(lián)性，他們的數(shù)據(jù)如果保持一致？這樣的一堆低代碼應(yīng)用表面很華麗，一年后，你可能連應(yīng)付審計(jì)的能力都沒(méi)有，兩年后當(dāng)你要數(shù)字化轉(zhuǎn)型的時(shí)候，沒(méi)有應(yīng)用的數(shù)據(jù)含義，對(duì)應(yīng)關(guān)系也理不清楚。為什么，就是低代碼的設(shè)計(jì)就是解決眼前任務(wù)為核心的設(shè)計(jì)理念造成的。它不建議你數(shù)據(jù)建模，都是從表及里的開發(fā)的。

真正的好的系統(tǒng)，不在于界面。它的價(jià)值在于對(duì)業(yè)務(wù)的理解，業(yè)務(wù)的模型化，對(duì)領(lǐng)域模型的設(shè)計(jì)整理。 是由下而上的，先分析你的業(yè)務(wù)，再對(duì)業(yè)務(wù)建立模型，同時(shí)對(duì)你的業(yè)務(wù)梳理，反過(guò)來(lái)告訴你如果做數(shù)字化，根據(jù)模型的分析反過(guò)來(lái)和你討論你的流程是不是需要重構(gòu)！并不是簡(jiǎn)單的做系統(tǒng)，不是簡(jiǎn)單的根據(jù)一線的業(yè)務(wù)員完成任務(wù)的角度來(lái)做系統(tǒng)！而是各個(gè)角色的綜合需求，業(yè)務(wù)數(shù)字化的需求來(lái)設(shè)計(jì)系統(tǒng)，幫助企業(yè)用數(shù)字來(lái)表達(dá)業(yè)務(wù)。

這也是為什么很多公司上一套軟件系統(tǒng)的同時(shí)需要業(yè)務(wù)咨詢的原因。

程序員不討厭低代碼。簡(jiǎn)單的工具流程化的東西可以暫時(shí)用低代碼平臺(tái)來(lái)實(shí)現(xiàn)： Excel VBA其實(shí)就已經(jīng)是一個(gè)很好的低代碼平臺(tái)了。

程序員是認(rèn)為很多重要的工作低代碼平臺(tái)完成不了