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

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

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

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

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

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

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

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