“滿地都是六便士，他卻抬頭看見了月亮”。
毛姆寫下的這句話時(shí)，那個(gè)為追求藝術(shù)的斯特里克蘭為追求心中的藝術(shù)夢(mèng)，拋妻棄子，窮困潦倒，留下劃時(shí)代的藝術(shù)作品。
低代碼誕生，也是源于程序員對(duì)減少工作量的追求，工作之余能抬頭看看看月亮
所謂的低代碼，顧名思義，就是以不用或者很少用寫代碼的方式，來構(gòu)建企業(yè)應(yīng)用。一聽到不用寫代碼，很多人當(dāng)然非常的歡迎。畢竟，請(qǐng)程序員來寫代碼是一件很費(fèi)錢費(fèi)時(shí)間的事情，鼠標(biāo)點(diǎn)點(diǎn)，就把應(yīng)用程序給構(gòu)建好，是看起來很爽的事情。所以既有非常支持的一堆人群在，也有很反對(duì)的一堆人群在，這顯然是可以理解的。
上面這個(gè)例子，至少說明，如果有合適的工具，即使不寫代碼，也可以干很多的事情。低代碼開發(fā)應(yīng)用程序，我們這里需要仔細(xì)定義開發(fā)是什么？才能夠理解低代碼的未來到底怎么樣。
關(guān)于開發(fā)，或者目前市場(chǎng)上關(guān)于低代碼開發(fā)程序，至少有兩種不一樣的觀點(diǎn)。第一種觀點(diǎn)，開發(fā)過程中依然會(huì)涉及到代碼，只不過代碼的生成是在后臺(tái)，由系統(tǒng)自動(dòng)生成并且產(chǎn)生。
這種低代碼開發(fā)的方式，并不是什么新鮮玩意。在2000年以前，就有了Visual Basic， Delphi等很多著名的可視化開發(fā)工具。它們倡導(dǎo)和鼓吹的，其實(shí)也就是機(jī)器可以幫你寫代碼，所見即所得的。你自己不需要寫什么代碼。
這種開發(fā)方式成功了嗎？沒有。為什么呢？代碼這個(gè)東西，并不是一個(gè)好的抽象層面的東西，里面涉及了太多的細(xì)節(jié)。如果說低代碼就是系統(tǒng)后臺(tái)幫助生成代碼的話，只要有點(diǎn)問題，客戶還是要翻出后臺(tái)自動(dòng)生成的代碼去改。Visual Basic和Delphi其實(shí)都無法逃脫這種命運(yùn)。于是乎，可以看到未來必然是一地雞毛。因此，我們可以說，以系統(tǒng)后臺(tái)自動(dòng)幫助用戶生成代碼的方式提供的低代碼平臺(tái)，前途是非常有可能一地雞毛的。
我們?cè)倩仡^來看一下Photoshop這個(gè)例子。最終用戶在制圖的過程中，并沒有使用和接觸到背后的代碼，相反的，用戶使用的是系統(tǒng)提供的非常全面，細(xì)致而復(fù)雜的各種模塊。用戶正是用這些模塊提供的功能，完成了自己對(duì)圖像處理的創(chuàng)作。
這種創(chuàng)作也可以對(duì)應(yīng)到低代碼市場(chǎng)來。低代碼的另外一個(gè)實(shí)現(xiàn)形式，我們不妨叫做搭建應(yīng)用，以區(qū)別于生成源代碼的開發(fā)應(yīng)用。平臺(tái)提供了大量豐富的可以定制的功能和組件，用戶則聚焦于自己要實(shí)現(xiàn)的業(yè)務(wù)邏輯，利用這些組件進(jìn)行“創(chuàng)作”，搭建應(yīng)用。
可以想象，這里只涉及到對(duì)已經(jīng)實(shí)現(xiàn)很完善的各種組件的調(diào)用和組合，并不涉及到代碼本身，所以這種平臺(tái)的低代碼應(yīng)用是可以做到零代碼搭建成功的。
這就是目前APaaS的概念。不同于SaaS直接提供應(yīng)用，也不同于PaaS提供平臺(tái)，它的主要作用是給真正的應(yīng)用提供各種各樣的組件。用戶可以在這組件的基礎(chǔ)上搭建自己的應(yīng)用。
當(dāng)然，這并不是說低代碼可以開發(fā)所有的應(yīng)用，事實(shí)上幾乎每個(gè)APaaS在提供組件的時(shí)候都需要聚焦于某個(gè)行業(yè)某類應(yīng)用，就像Photoshop聚焦的是圖像處理一樣。
在這個(gè)行業(yè)這類應(yīng)用下進(jìn)行深耕，用最優(yōu)秀的開發(fā)者開發(fā)出易用強(qiáng)大的組件，然后開放給更多的應(yīng)用搭建者，以無代碼的方式進(jìn)行搭建，這種方式的低代碼平臺(tái)，如果做好了，自然是前途一飛沖天。
而且這種方式搭建應(yīng)用，和傳統(tǒng)的請(qǐng)專業(yè)開發(fā)者來給自己構(gòu)建系統(tǒng)的好處是不言而喻的。通常來說，市場(chǎng)上并不缺乏開發(fā)者，但是對(duì)特定應(yīng)用來說，比如說企業(yè)的ERP管理軟件，優(yōu)秀的開發(fā)者，同時(shí)還需要懂業(yè)務(wù)，是很寶貴的資源。很難做到每個(gè)企業(yè)都可以網(wǎng)羅一批優(yōu)秀開發(fā)者，投入足夠的時(shí)間進(jìn)行開發(fā)給自己企業(yè)使用的系統(tǒng)，無論是時(shí)間成本還是錢，代價(jià)都是巨大的。
相反的，通過應(yīng)用平臺(tái)APaaS的方式，公司可以集中市場(chǎng)上對(duì)特定領(lǐng)域的業(yè)務(wù)流程非常熟悉，同時(shí)開發(fā)能力也非常優(yōu)秀的開發(fā)者，開發(fā)出適用于這個(gè)行業(yè)這個(gè)領(lǐng)域這個(gè)業(yè)務(wù)的對(duì)應(yīng)組件。
這些相關(guān)組件的開發(fā)并不容易。開發(fā)出高質(zhì)量的組件往往意味著更大量的時(shí)間成本和金錢成本。然而，好處也同樣是不言而喻的。這些由既懂業(yè)務(wù)，又懂技術(shù)的人開發(fā)出來的組件，無論是專業(yè)性還是可用性都非常的高。
由于在APaaS這樣的環(huán)境下，這些組件得到了廣泛的復(fù)用。平均成本分?jǐn)傁聛?，就不顯得那么的吃驚了。這樣，企業(yè)應(yīng)用者可以聚焦于應(yīng)用本身，通過APaaS平臺(tái)提供的組件來搭建自身的應(yīng)用。APaaS平臺(tái)則通過給大家復(fù)用組件，不但分?jǐn)偭顺杀?，更能賺取豐厚回報(bào)。而這又會(huì)促成APaaS進(jìn)一步升級(jí)其組件。良性循環(huán)得以形成。
當(dāng)然，這種做法并非沒有缺點(diǎn)，一旦使用組件進(jìn)行搭建，必然會(huì)遇到一些靈活性的問題。比如說我想做這個(gè)事情，如果我請(qǐng)專業(yè)人員專門為我開發(fā)的話，就是一個(gè)功能。如果我通過組件搭建的話，可能會(huì)落在幾個(gè)模塊里。
模塊化必然帶來靈活性的犧牲，然而和收益比起來，靈活性的犧牲并非是天大的問題。和模塊化帶來的各種好處比起來，這點(diǎn)靈活性的犧牲是可以容忍的。
所以，在我看來，低代碼如果是以系統(tǒng)幫助用戶生成代碼的方式來提供服務(wù)的，其結(jié)果很可能是一地雞毛。如果是通過APaaS的方式來提供豐富的模塊，用戶使用模塊來搭建應(yīng)用程序的話，那應(yīng)該有一番天地。
當(dāng)然，這樣的APaaS平臺(tái)要是能成功的話，前提條件是其能夠聚焦特定的應(yīng)用領(lǐng)域和行業(yè)，讓對(duì)業(yè)務(wù)非常熟悉的，好的開發(fā)人員，打磨出一套適合行業(yè)應(yīng)用開發(fā)的，高質(zhì)量的組件。
從這個(gè)角度看，低代碼顯然也并不是萬能仙丹，可以用來開發(fā)所有的軟件。但是我們可以看到，如果APaaS的平臺(tái)模塊化做得足夠好，搭建應(yīng)用的時(shí)候?qū)τ脩舻拈T檻就會(huì)足夠的低，這就能促進(jìn)更多人來使用。最終低代碼開發(fā)是不是能一飛沖天，還是取決于APaaS平臺(tái)自身產(chǎn)品有多硬。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
