玩弄未发育的小馒头缝,自拍另类色,亚洲va韩国va欧美va

前段時間做調(diào)研，發(fā)現(xiàn)國內(nèi)除了阿里云、華為云、騰訊云，很多PaaS企業(yè)，包括涂鴉（IOT PaaS）、有贊（有贊云PaaS）、徐工、吉利（工業(yè)互聯(lián)PaaS）、恒生電子（Light云）等等，都正在推出或者計劃推出低代碼應(yīng)用開發(fā)平臺。文章嘗試通過對應(yīng)用軟件研發(fā)發(fā)展階段的分析，提供一個看待這一趨勢的視角。

第一階段，面向用戶直接需求的應(yīng)用軟件研發(fā)

在互聯(lián)網(wǎng)普及之前很長一段時間，軟件廠商主導(dǎo)了應(yīng)用軟件研發(fā)，典型的產(chǎn)品是各種ERP、CRM軟件。這個階段的應(yīng)用軟件研發(fā)從業(yè)務(wù)層面可以歸結(jié)為，根據(jù)企業(yè)（或組織）生產(chǎn)、經(jīng)營、管理等各方面的需求、結(jié)合科學(xué)管理知識，研發(fā)出軟件系統(tǒng)并應(yīng)用到企業(yè)（或組織）的過程；從IT技術(shù)層面可以歸結(jié)為，基于IOE軟硬件平臺，使用各種通用編程語言，采用瀑布流的組織方式，研發(fā)出應(yīng)用軟件的過程?；ヂ?lián)網(wǎng)初始發(fā)展階段，從IT層面很大程度上借鑒了軟件廠商的經(jīng)驗。隨著互聯(lián)網(wǎng)基礎(chǔ)設(shè)施的完善、入網(wǎng)人數(shù)快速增加，互聯(lián)網(wǎng)應(yīng)用軟件出現(xiàn)爆發(fā)式的增長，技術(shù)和軟件研發(fā)模式發(fā)生了巨大的變化，包括去IOE、云計算、大數(shù)據(jù)等等，充分體現(xiàn)了需求牽引生產(chǎn)力的發(fā)展。

雖然軟件廠商跟互聯(lián)網(wǎng)企業(yè)有諸多不同，但是他們也有一個較為明顯的共同點，就是幾乎所有的研發(fā)投入都聚焦在面向用戶直接需求的應(yīng)用研發(fā)上（軟件廠商主要是面向企業(yè)經(jīng)營管理需求、互聯(lián)網(wǎng)企業(yè)主要是面向個人工作生活的需求），很少有專門為應(yīng)用集成研發(fā)的產(chǎn)品，也很少有專門為應(yīng)用研發(fā)團隊提供服務(wù)的研發(fā)團隊。這一情況類比到制造業(yè)，幾乎所有的軟件廠商和互聯(lián)網(wǎng)公司都是成品廠商，沒有零部件廠商。所以我把這個階段歸納為“面向用戶直接需求的應(yīng)用軟件研發(fā)”。

但是社會發(fā)展充分證明了分工可以提升效率實現(xiàn)創(chuàng)新，于是在應(yīng)用軟件研發(fā)領(lǐng)域PaaS和中臺就出現(xiàn)了。

第二階段，PaaS服務(wù)（中臺）

PaaS主要來源于應(yīng)用軟件研發(fā)過程中共性的、具有較高可復(fù)用價值的需求和能力。我覺得大致可以分為三類，一類是可共用的技術(shù)性產(chǎn)品，比如大數(shù)據(jù)、人工智能、IoT平臺等；第二類是在一定范圍內(nèi)可以被標準化的領(lǐng)域服務(wù)產(chǎn)品，比如商品、訂單、支付服務(wù)等；第三類是流量和關(guān)系鏈為核心流量平臺，比如微信、釘釘?shù)男〕绦蚱脚_。這些PaaS可以為上層應(yīng)用軟件研發(fā)提供獨特的能力。PaaS從軟件服務(wù)向組織職責(zé)延伸，就形成了所謂的中臺。

PaaS的出現(xiàn)實際上是對應(yīng)用軟件研發(fā)活動和程序員職責(zé)的一種分層，通過分離關(guān)注點、提升專業(yè)度和能力復(fù)用，降低應(yīng)用軟件研發(fā)的整體復(fù)雜度和提升效能。PaaS和中臺起始于互聯(lián)網(wǎng)，但是深刻影響到企業(yè)軟件服務(wù)領(lǐng)域。關(guān)于PaaS和中臺的討論非常多，大家了解也比較多，這里就不啰嗦了。但是需要說明的是一點是，由于種種原因，起初企業(yè)構(gòu)建的PaaS（中臺）往往只服務(wù)于企業(yè)內(nèi)部，這實際上限制了PaaS發(fā)揮的價值。

第三階段，開放平臺

當(dāng)PaaS能力越來越通用化、標準化，價值逐漸被市場認可的時候，自然就形成了構(gòu)建開放平臺的動機。即使有些企業(yè)沒有明確“開放平臺”的叫法，但實際上在打造對外服務(wù)的PaaS平臺時其實做了開放平臺的事情：比如租戶、賬戶體系、資源授權(quán)管理、計量計費以及各種維度監(jiān)控和數(shù)據(jù)統(tǒng)計等能力。

開放平臺的主要目的是PaaS能力的開放，把原先只面向企業(yè)內(nèi)提供能力轉(zhuǎn)變?yōu)槊嫦蚱渌髽I(yè)、組織甚至個人提供。這里有兩點值得關(guān)注：

開放平臺主要目的是PaaS能力的開放。這意味著使用這些能力的企業(yè)、組織和程序員怎么用這些能力、用來做什么、能否用好，其實并不是平臺關(guān)注的核心，管理的手段也較為有限。
開放平臺創(chuàng)造了增量，但增量有限。各種PaaS開放平臺的推出，使得某些應(yīng)用軟件的構(gòu)建成本大幅下降，使得很多創(chuàng)新企業(yè)或ISV通過組織小規(guī)模的研發(fā)團隊也逐漸具備研發(fā)、交付較復(fù)雜的應(yīng)用軟件的能力，這是開放平臺產(chǎn)生的增量。但由于PaaS開放平臺先天定位的不足，使它的增量價值受到較大局限。

我們來看一個例子，某互聯(lián)網(wǎng)企業(yè)在運營推廣其IM/視頻PaaS平臺的時候遇到了如下困境：

產(chǎn)品經(jīng)理的困境是，如果API/SDK設(shè)計過于抽象，就會有程序員來吐槽不好用；如果設(shè)計的較為具體，則容易限制使用場景。
解決方案設(shè)計經(jīng)理的困境是，面對幾乎所有用戶需求場景，IM/視頻直播都只是必要條件而非充分條件。好比手上拿著最好的發(fā)動機和輪胎，但是客戶要一輛車，總得給找齊各種沒有的東西，還得說清楚怎么組裝，這其實是挺復(fù)雜的事情。
解決方案交付經(jīng)理的困境是，要把解決方案架構(gòu)師畫在PPT上的應(yīng)用解決方案給實現(xiàn)出來交付出去，就得組織合適的研發(fā)資源，但由于這不是PaaS平臺核心的業(yè)務(wù)，因此只能找生態(tài)伙伴來做。一來項目效率和質(zhì)量得不到保證，二來項目交付可能無法留下有價值軟件資產(chǎn)，項目二期迭代的時候，可能也會遇到種種困境。他需要一個既能做應(yīng)用開發(fā)、又能沉淀軟件資產(chǎn)、并且能有效組織生態(tài)的平臺，但顯然PaaS開放平臺不適合這樣的定位。

這些困境真實體現(xiàn)了PaaS開放平臺在滿足應(yīng)用軟件研發(fā)需求方面的不足，只有有效解決上述這些問題，才能充分發(fā)揮PaaS平臺價值，這也成為PaaS企業(yè)進一步發(fā)展的動力。

第四階段，低代碼應(yīng)用開發(fā)平臺（aPaaS）站上風(fēng)口

低代碼應(yīng)用開發(fā)平臺能比較好的解決PaaS平臺在支撐應(yīng)用軟件研發(fā)最后一公里上的不足，進一步拓寬PaaS的增量價值，這是不少PaaS企業(yè)開始著手打造低代碼的直接動機。

對PaaS產(chǎn)品經(jīng)理來說API/SDK被設(shè)計成各種低代碼的組件，成為低代碼應(yīng)用設(shè)計體系內(nèi)的一部分，可以有效降低學(xué)習(xí)和使用成本。
對解決方案設(shè)計經(jīng)理來說，他原先畫在PPT上各種客戶解決方案可以變成低代碼平臺上的各種應(yīng)用模版，可以有效拉近和客戶需求之間的距離。
解決方案交付經(jīng)理來說，低代碼平臺可以有效解決客戶解決方案設(shè)計實現(xiàn)、資產(chǎn)沉淀、版本管理，規(guī)范生態(tài)伙伴的合作。

由于PaaS本身代表了某些垂直領(lǐng)域較高的技術(shù)和場景壁壘，因此基于PaaS推出低代碼開發(fā)平臺在某些領(lǐng)域天然具備技術(shù)或者場景的優(yōu)勢。另一方面，我們也看到很多沒有PaaS基因的低代碼平臺推出，這些平臺可以考慮主動對接集成一些PaaS平臺能力，這將有利于低代碼應(yīng)用場景的完善，也將有利于生態(tài)的繁榮。今天互相走出的這一步，可能改變甚至塑造未來軟件研發(fā)模式。

思考總結(jié)：

梳理和思考事物發(fā)展的脈絡(luò)，有助于發(fā)現(xiàn)事實的真相。PaaS是互聯(lián)網(wǎng)發(fā)展過程中自然形成的一種解構(gòu)應(yīng)用軟件研發(fā)的方式，低代碼則是抽象特定領(lǐng)域場景應(yīng)用軟件研發(fā)的一種方式，兩者有比較好的互補性。認識到這一點，將有助于PaaS及低代碼平臺的產(chǎn)品設(shè)計。

- END -

繼續(xù)閱讀：