從IT人的弱點(diǎn)來看,為什么我們要研發(fā)低代碼平臺(tái)(從it人的弱點(diǎn)來看,為什么我們要研發(fā)低代碼平臺(tái)技術(shù))
長期從事軟件研發(fā)行業(yè)的從業(yè)者可以觀察到這么一個(gè)現(xiàn)象,軟件研發(fā)行業(yè)這樣腦力勞動(dòng)集中的行業(yè)領(lǐng)域,有個(gè)問題,產(chǎn)出不穩(wěn)定,不管是軟件質(zhì)量、交付時(shí)效、研發(fā)標(biāo)準(zhǔn)等等都很不穩(wěn)定。
比如拿一個(gè)軟件研發(fā)項(xiàng)目來說,同樣的客戶、同樣的項(xiàng)目、同樣的需求,你換不同的軟件團(tuán)隊(duì)來做,最后呈現(xiàn)的效果可能差異很大,交付時(shí)間也會(huì)有很大偏離,研發(fā)成本差距也有可能在一倍乃至幾倍以上。
有的時(shí)候甚至還可能出現(xiàn)一個(gè)從履歷上或者薪酬水平上低的團(tuán)隊(duì)比履歷漂亮,薪酬水平高的團(tuán)隊(duì)干得還好。
究其原因以腦力產(chǎn)出為主的軟件研發(fā),不管是對(duì)人的技能水平、軟件的需求評(píng)估標(biāo)準(zhǔn)、成本核算方式、技能棧、研發(fā)路線、研發(fā)管理等等內(nèi)容都無法形成規(guī)模化的標(biāo)準(zhǔn),這里面起決定作用的往往是項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)工程師、測試工程師等人的個(gè)人英雄主義。項(xiàng)目里面出現(xiàn)一兩個(gè)強(qiáng)悍的“個(gè)人英雄”,那這個(gè)項(xiàng)目就有指望,如果沒有,就只能自求多福。因?yàn)榇蠹叶贾?,人在一個(gè)軟件項(xiàng)目里的決定性因素太大了。
而人又是最不可控最不穩(wěn)定的因素,特征就是你會(huì)發(fā)現(xiàn)很多事情的失敗或出問題,最后的歸因都是人為造成,人為因素等等。
所以我的思考在于,自研并使用低代碼平臺(tái),盡量減少人在一個(gè)軟件研發(fā)項(xiàng)目中的決定因素,雖然只能減少而不是完全沒有。
但你想想我讓一個(gè)研發(fā)工程師少寫50%的代碼,是不是就可以規(guī)避50%的bug產(chǎn)生;
產(chǎn)品經(jīng)理必須用低代碼平臺(tái)來完成產(chǎn)品設(shè)計(jì),并且產(chǎn)品設(shè)計(jì)直接關(guān)聯(lián)了用戶需求和架構(gòu)設(shè)計(jì)、產(chǎn)品研發(fā)等上下游,是不是又把很多產(chǎn)品經(jīng)理起決定因素的環(huán)節(jié)束之于低代碼系統(tǒng)的管理;
測試工程師的測試工作在低代碼平臺(tái)上更加的自動(dòng)化和智能化完成,測試的效率也得到大大的提升;
項(xiàng)目經(jīng)理把所有的項(xiàng)目管理工作、任務(wù)分派也結(jié)合在低代碼平臺(tái)上進(jìn)行追溯和管理,是不是項(xiàng)目經(jīng)理的活也更加直觀和可量化。
所有的這些工作結(jié)合在一起,并打通研發(fā)的所有環(huán)節(jié),實(shí)現(xiàn)研發(fā)全生命周期的閉環(huán),假以時(shí)日,軟件研發(fā)行業(yè)以往很多無法標(biāo)準(zhǔn)化、無法量化的東西慢慢的就可標(biāo)可量了。
這就是我們研發(fā)低代碼平臺(tái)的長遠(yuǎn)意義,雖然短期內(nèi),還面臨一些技術(shù)問題的挑戰(zhàn),但這些技術(shù)問題都是可解決的,非根本性問題。
但很多現(xiàn)在反對(duì)低代碼的人都是以戰(zhàn)術(shù)上的問題反對(duì)戰(zhàn)略上正確的方向,不妨眼光長遠(yuǎn)一點(diǎn),就像工業(yè)革命的爆發(fā)一樣,手工紡織業(yè)者不管如何的反對(duì),蒸汽機(jī)還是來了……