中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

最近幾年，開發(fā)界有一種“低代碼”的開發(fā)方式，可以快讀搭建我們想要的產(chǎn)品。但不少產(chǎn)品對(duì)這種模式并不了解，這篇文章，我們看看作者分享的內(nèi)容，相信可以幫到大家。

一、什么是低代碼

企業(yè)管理大多離不開信息收集、團(tuán)隊(duì)協(xié)作、數(shù)據(jù)分析等需求。

通過表單（信息收集）、流程（團(tuán)隊(duì)協(xié)作）、報(bào)表圖表（數(shù)據(jù)分析）、權(quán)限分配（信息安全）、消息提醒（信息傳遞）等功能可以實(shí)現(xiàn)這些需求，而低代碼開發(fā)則是抓住這些共性，通過組合搭配，就可以搭建出符合需求的個(gè)性化管理應(yīng)用。

二、低代碼發(fā)展歷程

在市場(chǎng)、疫情、資本多重驅(qū)動(dòng)下，中國(guó)無代碼市場(chǎng)發(fā)展進(jìn)入加速期

美國(guó)無代碼發(fā)展相對(duì)成熟，已經(jīng)有諸如 Outsystems 等獨(dú)角獸企業(yè)，和 Salesforce 等軟件行業(yè)巨頭 在建立低代碼開發(fā)生態(tài)。中國(guó)無代碼起步時(shí)間晚，但有著龐大的市場(chǎng)需求體量，隨著近兩年市場(chǎng)參與者的增多，無代碼開發(fā)平臺(tái)的生態(tài)體系逐漸完善，發(fā)展正在加速。

1980年 IBM 的快速應(yīng)用程序開發(fā) RAD 投入使用（一組簡(jiǎn)單的程序，允許用戶以可視化方式裝配桌面應(yīng)用程序）被稱為“低代碼”

2010年 麻省理工又將這一概念應(yīng)用于兒童編程領(lǐng)域，產(chǎn)出了風(fēng)靡全球的 Scratch

2000年，VPL（Visual Programming Language可視化編程語言）

2014年，研究機(jī)構(gòu) Forrester Research 正式提出了“低代碼/零代碼”的概念

2015年微軟、谷歌等巨頭入局。

2015-2018年期間，國(guó)內(nèi)低代碼廠商像簡(jiǎn)道云、氚云等也斬露頭角；國(guó)內(nèi)獨(dú)立的低代碼平臺(tái)開始相繼發(fā)布

2018年西門子收購(gòu) Mendix，OutSystems 獲得融資，低代碼在海外走紅。

2018年起，互聯(lián)網(wǎng)巨頭阿里、騰訊、百度紛紛入局。Gartner提出aPaaS和iPaaS的概念

2019年起，低代碼成為我國(guó)ICT產(chǎn)業(yè)中最明顯的增量市場(chǎng)。

2021年，釘釘6.0發(fā)布會(huì)再次引燃低代碼市場(chǎng)。

2023年3月，微軟發(fā)布 Power Platform Copilot，引領(lǐng)AI生成式低代碼應(yīng)用開發(fā)新時(shí)代。

（注：本文成文于 2023年 5 月 ，原為企業(yè)內(nèi)部分享）

三、低代碼開發(fā)方式對(duì)比

1. 傳統(tǒng)開發(fā)VS低代碼開發(fā)

2. 命令式編程VS描述式編程

使用傳統(tǒng)的命令式編程語言開發(fā)企業(yè)應(yīng)用程序極其復(fù)雜，需要使用精確的指令控制計(jì)算機(jī)執(zhí)行的每一步操作。

使用描述式編程模型，您只需告訴計(jì)算機(jī)想要的結(jié)果，計(jì)算機(jī)會(huì)按照您的需求自動(dòng)完成編程，生成你想要的應(yīng)用程序。

3. 低代碼和無代碼的特點(diǎn)

低代碼和無代碼的主要目的，都都旨在作為傳統(tǒng)應(yīng)用程序開發(fā)的替代方法，方便為企業(yè)中的平民開發(fā)者（組織中不一定具有技術(shù)或編程專業(yè)知識(shí)的員工）構(gòu)建新應(yīng)用。

但低代碼和無代碼也有不同之處，如：

四、低代碼平臺(tái)的分類

低代碼平臺(tái)分為兩類：業(yè)務(wù)型低代碼 和 開發(fā)型低代碼

五、低代碼廠商發(fā)展路徑

低代碼賽道的競(jìng)爭(zhēng)越來越多元化，廠商類型覆蓋原生低代碼廠商、SaaS類廠商、傳統(tǒng)軟件廠商、中臺(tái)類廠商以及云廠商。

面臨日漸激烈的競(jìng)爭(zhēng)環(huán)境，不同類型的廠商由于原始基因不同，發(fā)展路徑亦不一樣，基于自身優(yōu)勢(shì)和特點(diǎn)在低代碼賽道展 現(xiàn)出差異化競(jìng)爭(zhēng)能力。

總結(jié)

1. 產(chǎn)品功能越強(qiáng)大，對(duì)代碼的要求就越高（學(xué)習(xí)成本高）
2. 操作簡(jiǎn)單的，不需要使用代碼，功能也就相對(duì)單一一些（學(xué)習(xí)成本底）
3. 低代碼平臺(tái)的本質(zhì)目的是提升研發(fā)效能，平臺(tái)功能是否強(qiáng)大并不是黃金標(biāo)準(zhǔn)，平臺(tái)選擇需要針對(duì)各產(chǎn)品的場(chǎng)景、用途適配（選擇合適的）

六、低代碼能力度量模型

1. 業(yè)務(wù)場(chǎng)景

低代碼覆蓋的業(yè)務(wù)場(chǎng)景越多，低代碼能力就越強(qiáng)。

傳統(tǒng)應(yīng)用——?jiǎng)?chuàng)新企業(yè)應(yīng)用

B 端應(yīng)用仍處于早期階段，制造業(yè)整體應(yīng)用場(chǎng)景更為豐富

行業(yè)應(yīng)用成熟度模型主要從低代碼應(yīng)用滲透率和低代碼應(yīng)用豐富度兩個(gè)維度進(jìn)行考量，滲透率主要考量低代碼在不同行業(yè) 的應(yīng)用廣泛性和接納度，應(yīng)用豐富度主要考量低代碼在不同行業(yè)的應(yīng)用多樣化程度。

制造業(yè)產(chǎn)業(yè)鏈較長(zhǎng)，上下游關(guān)系復(fù)雜， 且較早開始應(yīng)用系統(tǒng)軟件，應(yīng)用場(chǎng)景多。

汽車和零售行業(yè)涉及訂單管理、供應(yīng)鏈管理等場(chǎng)景較為豐富，發(fā)展緊隨其后。

金融和新科技的某些特定場(chǎng)景如企業(yè)業(yè)務(wù)管理、營(yíng)銷、在線程序等靈活性較強(qiáng)，與核心系統(tǒng)緊密度不高，通常選擇低代碼作 為輕量級(jí)應(yīng)用。

政務(wù)、教育、醫(yī)療等行業(yè)體系較為復(fù)雜，數(shù)字化轉(zhuǎn)型進(jìn)程較緩，且對(duì)于軟件應(yīng)用的前瞻性要求不高，整體 滲透較慢。

2. 用戶群體

平臺(tái)覆蓋的用戶群體越大，低代碼能力越強(qiáng)。

按用戶專業(yè)程度劃分

根據(jù)需要搭建的應(yīng)用類型來看，普通的信息采集、展示功能，運(yùn)營(yíng)人員應(yīng)可以徒手搭建（不管是哪個(gè)低代碼平臺(tái)產(chǎn)品）

不同的用戶類型，使用低代碼有不同的需求，你不能要求運(yùn)營(yíng)人員去寫代碼編排復(fù)雜的業(yè)務(wù)應(yīng)用，比如進(jìn)行高開寫代碼自定義組件等；不同的業(yè)務(wù)、不同的需求類型，應(yīng)交給合適的角色去完成

復(fù)雜業(yè)務(wù)邏輯型應(yīng)用，必然涉及后端邏輯。而目前的低代碼平臺(tái)現(xiàn)狀均為“前端友好”型，后端稍邏輯的實(shí)現(xiàn)只能通過調(diào)用第三方API實(shí)現(xiàn)，因此從項(xiàng)目、應(yīng)用的視角來看，編碼必不可省、必不可少。

Forrester認(rèn)為國(guó)內(nèi)低代碼廠商的多樣性強(qiáng)，可劃分為9個(gè)大類，包括：數(shù)字流程自動(dòng)化（BPM）、公有云、面向?qū)I(yè)開發(fā)者的低代碼開發(fā)平臺(tái)、面向業(yè)務(wù)開發(fā)者的低代碼開發(fā)平臺(tái)、AI/機(jī)器學(xué)習(xí)、BI、協(xié)作管理、流程自動(dòng)化機(jī)器人（RPA）、數(shù)字化運(yùn)營(yíng)平臺(tái)。

低代碼不是一個(gè)用來吸引業(yè)務(wù)用戶的用語，業(yè)務(wù)人員見了“代碼”兩個(gè)字就嚇跑了，再低也沒用；

如果業(yè)務(wù)人員寫不了 100 行代碼的話，那 10 行也一樣寫不了

所以，像一些產(chǎn)品不會(huì)將自己的“低代碼平臺(tái)”直接命名為“XX低代碼”，為了面向「非技術(shù)人員」，如維格表、飛書多維表格、宜搭等等

3. 能力完整性

技術(shù)表達(dá)力的完備程度越高，低代碼能力越強(qiáng)（具有與源碼開發(fā)等同的技術(shù)表達(dá)力）。

以Web App為例，能力完整性要求低代碼平臺(tái)能夠表達(dá)UI（含交互效果）、前端業(yè)務(wù)邏輯、接口調(diào)用、甚至后端業(yè)務(wù)邏輯、數(shù)據(jù)模型等，能夠替代源碼開發(fā)

例如百度·愛速搭，在后臺(tái)能夠直接定義組件的字體、尺寸、主題色等等，如果還不滿足還提供代碼自定義

4. 原料包容性

低代碼平臺(tái)對(duì)不同輸入的接受能力越廣，能力越強(qiáng)。

對(duì)于長(zhǎng)期迭代的業(yè)務(wù)而言，日常使用最頻繁的一定是業(yè)務(wù)組件，而不是通用的公共組件

這種情況下，如何錄入定制組件、如何支持定制組件與標(biāo)準(zhǔn)組件混用是值得深入探索的方向

源碼開發(fā)的一大優(yōu)勢(shì)在于能夠最大限度地復(fù)用現(xiàn)有代碼，無論是公共組件/業(yè)務(wù)組件、第三方模塊，甚至非標(biāo)準(zhǔn)模塊，都可以隨時(shí)通過封裝引入，甚至源碼拷貝的方式來復(fù)用

而低代碼平臺(tái)則不同，對(duì)于組件、模塊大都有明確的準(zhǔn)入規(guī)則，只有符合標(biāo)準(zhǔn)的“原料”才能進(jìn)入到池子中，供平臺(tái)用戶復(fù)用。

按組件的通用程度分為公共組件與業(yè)務(wù)組件，平臺(tái)只收錄通用的公共組件，極大地簡(jiǎn)化了組件版本管理，但這種劃分對(duì)于長(zhǎng)期持續(xù)迭代的業(yè)務(wù)并不適用，由于無法復(fù)用現(xiàn)成的代碼，低代碼模式下開發(fā)效率遠(yuǎn)低于高度復(fù)用的源碼開發(fā)。

5. 產(chǎn)物豐富度

低代碼平臺(tái)輸出的產(chǎn)物形態(tài)越豐富，低代碼能力越強(qiáng)。

輸出產(chǎn)物可分為3類：「最終產(chǎn)物」「中間產(chǎn)物」「初級(jí)產(chǎn)物」

最終產(chǎn)物的完成度最高，但可復(fù)用程度最低，初級(jí)產(chǎn)物與之相反。多種形態(tài)的輸出產(chǎn)物意味著強(qiáng)大的可復(fù)用性和靈活的集成方式，例如：

• 低代碼開發(fā)與源碼開發(fā)混合使用，允許平滑過渡；
• 基于低代碼平臺(tái)產(chǎn)出的半成品二次開發(fā)，減輕一部分工作量。

初級(jí)產(chǎn)物：多種形態(tài)的輸出產(chǎn)物意味著強(qiáng)大的可復(fù)用性和靈活的集成方式，例如

• Atoms 原子：最細(xì)粒度的組件，Button，Input 等
• Molecules 分子：由一組原子組成，標(biāo)簽、Input 和按鈕構(gòu)成一個(gè)表單元素。它們是 Design System 的基礎(chǔ)
• Organisms 器官：也就是系統(tǒng)中的區(qū)塊，由各個(gè)分子組成的更為復(fù)雜的組件
• Templates 模板：它們是由一組「Organisms」組合而成的最終結(jié)構(gòu)，它約定了頁面中的實(shí)際布局。
• Pages 頁面：由以上元素構(gòu)成的呈現(xiàn)頁面

6. 鏈路覆蓋度

低代碼對(duì)完整生產(chǎn)鏈路的覆蓋度越高，低代碼能力越強(qiáng)。

不同業(yè)務(wù)環(huán)境中，具體的生產(chǎn)鏈路可能不盡相同，但都需要明確低代碼平臺(tái)的鏈路覆蓋范圍，不斷優(yōu)化覆蓋范圍內(nèi)的環(huán)節(jié)，同時(shí)盡可能降低與范圍外各個(gè)環(huán)節(jié)的協(xié)作成本。

并入：對(duì)必要流程提供盡可能完善的支持，避免將低代碼平臺(tái)與生產(chǎn)鏈路上下游的接縫暴露給用戶，由人工來填補(bǔ)

連通：例如，一個(gè)表達(dá)力很有限的低代碼平臺(tái)可能需要與源碼開發(fā)模式配合使用，此時(shí)可以考慮與源碼開發(fā)中的代碼倉庫聯(lián)動(dòng)，將產(chǎn)物一鍵上傳至代碼庫，或者反過來將低代碼能力嵌入到IDE中，輔助源碼開發(fā)。

7. 協(xié)作效率

不同角色在低代碼下的協(xié)作效率越高，低代碼能力越強(qiáng)

不同于源碼開發(fā)，低代碼開發(fā)作為一種新的研發(fā)模式，在協(xié)作效率方面有很大的想象空間

產(chǎn)品經(jīng)理：可通過低代碼平臺(tái)產(chǎn)出高保真原型，交由研發(fā)人員進(jìn)一步開發(fā)，甚至能夠自行快速調(diào)整文案、圖片素材等；

UED：設(shè)計(jì)工具對(duì)接低代碼平臺(tái)，無需人工標(biāo)注、走查效果。

Design2Code（設(shè)計(jì)稿轉(zhuǎn)代碼）是解決UED與研發(fā)人員的協(xié)作效率問題的另一種思路，相比之下。

如網(wǎng)易數(shù)帆，通過深度學(xué)習(xí)和計(jì)算機(jī)視覺等技術(shù)來分析和理解業(yè)務(wù)原型稿中的元素，幫助低代碼開發(fā)者將設(shè)計(jì)稿快速轉(zhuǎn)換成頁面

8. 智能程度

越智能，低代碼能力越強(qiáng)

程序能夠自動(dòng)做出（我也認(rèn)為正確的）決定，那么它就是智能的

因?yàn)橹悄艿幕A(chǔ)是數(shù)據(jù)，基于大數(shù)據(jù)集分析得出的規(guī)律是程序決策的重要依據(jù)。而源碼開發(fā)由于其靈活性，并不能提供細(xì)致的有效輸入，低代碼平臺(tái)限制了人工編碼的靈活性，提供了一種配置化的程序表達(dá)方式，產(chǎn)生的配置數(shù)據(jù)能夠作為推薦算法的輸入，進(jìn)而幫助人工決策：

讓部分生產(chǎn)環(huán)節(jié)從人工決策走向自動(dòng)化的數(shù)據(jù)驅(qū)動(dòng)決策，低代碼平臺(tái)在這樣的智能化進(jìn)程中起著不可替代的作用。

七、結(jié)語

隨著數(shù)字化轉(zhuǎn)型的不斷深入，低代碼開發(fā)平臺(tái)已經(jīng)成為企業(yè)快速響應(yīng)市場(chǎng)變化、提升研發(fā)效能的重要工具。從IBM的快速應(yīng)用程序開發(fā)RAD到微軟Power Platform Copilot的AI生成式低代碼應(yīng)用開發(fā)，低代碼技術(shù)經(jīng)歷了從概念到實(shí)踐的演變，不斷推動(dòng)著軟件開發(fā)的邊界。

低代碼平臺(tái)以其易用性和靈活性，降低了編程的門檻，使得非技術(shù)人員也能參與到應(yīng)用的構(gòu)建中來。它通過業(yè)務(wù)型和開發(fā)型兩大類平臺(tái)，滿足了不同場(chǎng)景下的需求，無論是簡(jiǎn)單的信息收集還是復(fù)雜的業(yè)務(wù)邏輯處理，都能在低代碼的框架下找到解決方案。

低代碼的能力度量模型涵蓋了業(yè)務(wù)場(chǎng)景、用戶群體、能力完整性、原料包容性、產(chǎn)物豐富度、鏈路覆蓋度、協(xié)作效率以及智能程度等多個(gè)維度，這些維度共同定義了一個(gè)低代碼平臺(tái)的成熟度和適用性。

展望未來，隨著人工智能技術(shù)的不斷進(jìn)步，低代碼平臺(tái)的智能化水平將進(jìn)一步提升，從而實(shí)現(xiàn)更高效的自動(dòng)化決策和更廣泛的業(yè)務(wù)場(chǎng)景覆蓋。同時(shí)，隨著更多行業(yè)和領(lǐng)域的數(shù)字化轉(zhuǎn)型，低代碼平臺(tái)的應(yīng)用也將更加廣泛，成為推動(dòng)企業(yè)創(chuàng)新和增長(zhǎng)的關(guān)鍵力量。

在這個(gè)快速變化的時(shí)代，低代碼開發(fā)平臺(tái)無疑為企業(yè)提供了一種更加靈活、高效的軟件開發(fā)方式，它將繼續(xù)引領(lǐng)軟件開發(fā)的新趨勢(shì)，幫助企業(yè)在數(shù)字化浪潮中乘風(fēng)破浪。

參考資料

艾瑞咨詢-2023年中國(guó)低/零代碼行業(yè)研究報(bào)告.pdf

華炎魔方-低代碼平臺(tái)優(yōu)勢(shì)是什么？

http://www.lowcodetime.com/

https://www.yuque.com/frost/ux/cm9lkr

https://www.yuque.com/frost/ux/lo6gbq

https://www.yuque.com/frost/ux/smy377

https://mp.weixin.qq.com/s/athylh1iV1K6G2KFMQHAtg