no code / low code / pro code

• no code：自己編程給自己用，給用戶的感覺是一個更強大的辦公/實用軟件。主要的手段是用圖形化操作等方式降低學習曲線。no code 一定要面向非常固定的領(lǐng)域才能做到好用。
• low code：編程給其他人用，為此創(chuàng)造了一個 citizen developer 的概念。主要的手段是平臺預制好常見的需求，減少需要從頭寫的代碼。low code 也要面向指定的領(lǐng)域才能讓平臺提前預測需求，但相比 no code 可以不把使用場景限定得那么死。
• pro code：low code 的平臺自己不會選擇 low code 來創(chuàng)建這個平臺本身，因為 low code 并沒有降低從頭構(gòu)建一個系統(tǒng)的成本。但是 pro code 的平臺自己會選擇 pro code 來創(chuàng)建這個平臺本身，比如 react 開發(fā)者會選擇用 react 來創(chuàng)建自己的開發(fā)工具，因為 pro code 的工具和平臺都是以從根本上降低從頭構(gòu)建一個系統(tǒng)的復雜度為目標的。

按適用范圍的維度來分類

這個維度下，低代碼平臺可以分為專用型和通用型兩種。

所謂通用，指的是開發(fā)平臺不事先假設(shè)自身只能應用在特定的場景、業(yè)務、行業(yè)，而是具有廣泛的適用范圍。

具有這樣特征的開發(fā)平臺往往需要有一個通用的底座。這個底座是純技術(shù)性的，它不依賴于特定的業(yè)務功能，而只與業(yè)界廣泛使用的標準協(xié)議、技術(shù)標準產(chǎn)生耦合。不過，這個時候，我們只有深入平臺架構(gòu)實現(xiàn)的細節(jié)，才能判斷平臺到底是低代碼還是無代碼，這就導致平臺的使用者難以甄別。

但是，通用是有代價的，越通用就往往意味著在特定業(yè)務場景下的效率越低，越通用就意味著默認配置里的個性化信息越少，為形成某個具體場景所需的配置量就越大，從這個具體場景的角度看，效率相應也就越低。

所以通用型的低代碼平臺往往伴生著這個特征：有相對完善的有插件（或類似）機制。這一點相對來說比較好識別，相對高通用性的技術(shù)底座來說，插件是廉價的，因此通用性低代碼平臺往往會有數(shù)量眾多的插件。這些插件可以定制出各式各樣具體的業(yè)務場景，通過插件的定制化和擴展性來解決效率問題。

現(xiàn)在業(yè)界其他低代碼平臺都可以輸出哪些類型的 App，大概有流程驅(qū)動型、表單驅(qū)動型、模型驅(qū)（ORM）型、BI 分析類型這幾種，具體你可以看看這張表格（5 星為滿分）：

低代碼的技術(shù)意義與商業(yè)價值

技術(shù)意義

• 同種類型業(yè)務的快速迭代是不用多說的，提高了效率，減少了成本。
• 可視化的技術(shù)可以將低代碼體系從研發(fā)的角色延伸到設(shè)計、產(chǎn)品、運營等角色，在項目開發(fā)初期的時候?qū)椖烤湍茏龀鲆欢ǖ姆治雠c構(gòu)建
• 通過低代碼生成的項目，可以統(tǒng)一進行基礎(chǔ)庫的升級。埋點、檢測等一系列的有規(guī)則的統(tǒng)一配置都使用相對應的低代碼生成。
• 減少人工開發(fā)，測試回歸、問題定位就會更加精準。

商業(yè)價值

將技術(shù)上的意義全部體現(xiàn)在商業(yè)中可以總結(jié)為下面 3 點：

• 速度：可以快讀搭建基礎(chǔ)項目、進行個性化定制
• 成本：減少中級研發(fā)的投入
• 安全：機器永遠比人安全，產(chǎn)生的問題會更少，且更容易定位

行業(yè)狀態(tài)速讀

網(wǎng)上這方面的信息實在太多了，多數(shù)說的有鼻子有眼，但不知道真假，所以我只看專業(yè)調(diào)查機構(gòu)輸出的報告。我首先要向你推薦的就是 Gartner 繪制的關(guān)于低代碼的魔力四象限報告，關(guān)鍵部分就是下面這張圖，概括性非常強。

作為低代碼的實現(xiàn)者，一般看這種報告都是以競品調(diào)研為目的的，因此我們一般只研究 Leader 象限里的提供商就可以了。Leaders 這個象限顯示的是技術(shù)能力較強、對未來的規(guī)劃很清晰的廠商，其產(chǎn)品被市場廣泛認可，對我們有極強的參考價值。

其次我想向你推薦的是 Forrester 的 Forrester Wave? 報告。與分析 Garter 的魔力四象限相似，我們?nèi)砸?Leader 這一波里的廠家作為我們的調(diào)研對象。

與魔力四象限的結(jié)果比對，你發(fā)現(xiàn)了啥？兩家機構(gòu)對低代碼的 Leaders 給出了幾乎一樣的結(jié)論，對吧？在Leaders 里，頭部機構(gòu)取得了一致意見。這兩份報告為我們低代碼平臺的競品調(diào)研給出了一個非常明確的指引，所以如果你現(xiàn)在還在頭疼不知道如何下手做調(diào)研的話，他們就是極佳的研究和參考對象。

那么國內(nèi)的廠商是啥樣的狀態(tài)呢？

《艾瑞報告》把低代碼廠商分成了通用型和垂直型兩種，垂直型和專用型是類似的，均指只能應用在某個業(yè)務領(lǐng)域的低代碼解決方案，無法運用到其他領(lǐng)域。

平臺分類

一切能通過少寫代碼來完成業(yè)務的方式都可以納入低代碼體系。

不同的實現(xiàn)方式

• 打造Paas平臺，根據(jù)jsonSchema數(shù)據(jù)直接渲染頁面。中后臺、客戶端產(chǎn)品均可使用。
• 利用jsonSchema編譯pro code。中后臺、客戶端產(chǎn)品均可使用。
• 設(shè)計圖 機器學習直接渲染頁面?；趕ketch、藍湖直接輸出代碼的特性實現(xiàn)，目前多為H5宣傳頁

不同的使用群體

• 通用型的低代碼平臺，接近零代碼平臺的體驗，類似易企秀，大多是提供給公司外的用戶使用。
• 領(lǐng)域型的低代碼平臺，主要方向是簡化開發(fā)工作量，偏產(chǎn)品經(jīng)理、項目經(jīng)理使用。
• 給開發(fā)提供工具的低代碼。

不同的使用方式

• 圖形化拖拽
• 基于表單配置
• 設(shè)計圖直出

ps：1、2均依賴規(guī)范化的jsonSchema做數(shù)據(jù)存儲。