長期從事軟件研發(fā)行業(yè)的從業(yè)者可以觀察到這么一個現(xiàn)象，軟件研發(fā)行業(yè)這樣腦力勞動集中的行業(yè)領域，有個問題，產(chǎn)出不穩(wěn)定，不管是軟件質(zhì)量、交付時效、研發(fā)標準等等都很不穩(wěn)定。

比如拿一個軟件研發(fā)項目來說，同樣的客戶、同樣的項目、同樣的需求，你換不同的軟件團隊來做，最后呈現(xiàn)的效果可能差異很大，交付時間也會有很大偏離，研發(fā)成本差距也有可能在一倍乃至幾倍以上。

有的時候甚至還可能出現(xiàn)一個從履歷上或者薪酬水平上低的團隊比履歷漂亮，薪酬水平高的團隊干得還好。

究其原因以腦力產(chǎn)出為主的軟件研發(fā)，不管是對人的技能水平、軟件的需求評估標準、成本核算方式、技能棧、研發(fā)路線、研發(fā)管理等等內(nèi)容都無法形成規(guī)模化的標準，這里面起決定作用的往往是項目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)工程師、測試工程師等人的個人英雄主義。項目里面出現(xiàn)一兩個強悍的“個人英雄”，那這個項目就有指望，如果沒有，就只能自求多福。因為大家都知道，人在一個軟件項目里的決定性因素太大了。

而人又是最不可控最不穩(wěn)定的因素，特征就是你會發(fā)現(xiàn)很多事情的失敗或出問題，最后的歸因都是人為造成，人為因素等等。

所以我的思考在于，自研并使用低代碼平臺，盡量減少人在一個軟件研發(fā)項目中的決定因素，雖然只能減少而不是完全沒有。

但你想想我讓一個研發(fā)工程師少寫50%的代碼，是不是就可以規(guī)避50%的bug產(chǎn)生；

產(chǎn)品經(jīng)理必須用低代碼平臺來完成產(chǎn)品設計，并且產(chǎn)品設計直接關聯(lián)了用戶需求和架構設計、產(chǎn)品研發(fā)等上下游，是不是又把很多產(chǎn)品經(jīng)理起決定因素的環(huán)節(jié)束之于低代碼系統(tǒng)的管理；

測試工程師的測試工作在低代碼平臺上更加的自動化和智能化完成，測試的效率也得到大大的提升；

項目經(jīng)理把所有的項目管理工作、任務分派也結合在低代碼平臺上進行追溯和管理，是不是項目經(jīng)理的活也更加直觀和可量化。

所有的這些工作結合在一起，并打通研發(fā)的所有環(huán)節(jié)，實現(xiàn)研發(fā)全生命周期的閉環(huán)，假以時日，軟件研發(fā)行業(yè)以往很多無法標準化、無法量化的東西慢慢的就可標可量了。

這就是我們研發(fā)低代碼平臺的長遠意義，雖然短期內(nèi)，還面臨一些技術問題的挑戰(zhàn)，但這些技術問題都是可解決的，非根本性問題。

但很多現(xiàn)在反對低代碼的人都是以戰(zhàn)術上的問題反對戰(zhàn)略上正確的方向，不妨眼光長遠一點，就像工業(yè)革命的爆發(fā)一樣，手工紡織業(yè)者不管如何的反對，蒸汽機還是來了……