作者 | 千鳥

出品 |?CSDN云計(jì)算（ID：CSDNcloud）

2021年底，CSDN面向行業(yè)開發(fā)者和高校學(xué)生開發(fā)者，展開了關(guān)于“低代碼”的開發(fā)者調(diào)研活動。基于調(diào)研數(shù)據(jù)，CSDN提出了對低代碼發(fā)展趨勢的五大方向。在隨后舉行的 《CSDN?企業(yè)數(shù)字化之路——低代碼發(fā)展研討會》北京站上 CSDN 和行業(yè)大咖針對這五大方向展開深入研討，共同輸出以下對低代碼的洞察觀點(diǎn)。

• 觀點(diǎn)一：低代碼未來將會成為企業(yè)數(shù)字化的基礎(chǔ)設(shè)施；

• 觀點(diǎn)二：全民開發(fā)，人人都可以是開發(fā)者；

• 觀點(diǎn)三：低代碼會促進(jìn)行業(yè)培養(yǎng)更多快速搭建數(shù)字化系統(tǒng)的技能型人才。

圖1 ?“低代碼”調(diào)查統(tǒng)計(jì)：認(rèn)知度與了解意愿

圖2???低代碼使用人群畫像

特邀嘉賓主持人：

鄒欣（CSDN副總裁）

參會嘉賓：

寧偉? ?葡萄城? 產(chǎn)品市場總監(jiān)

朱文靜? 新加坡AI2LABS中國區(qū)負(fù)責(zé)人

黃榮? 普元信息 北京研發(fā)中心資深顧問

湯爐鑫? 中興數(shù)字技術(shù)產(chǎn)品部 產(chǎn)品總監(jiān)

曾靜良? 致遠(yuǎn)互聯(lián)? 助理總裁

駱勤? ?騰訊云微搭低代碼技術(shù)產(chǎn)品專家

王瀟? ?道一云事業(yè)三部總監(jiān)，大華北區(qū)負(fù)責(zé)人

喬勝? ?明源云 天際開放平臺解決方案總經(jīng)理

李婷婷? ?輕流聯(lián)合創(chuàng)始人兼CTO

蔣童? ?上海泛微網(wǎng)絡(luò)科技股份有限公司咨詢總監(jiān)

陳曉露?? 行云創(chuàng)新? 產(chǎn)品總監(jiān)

蕾拉? ?釘釘高級運(yùn)營專家

令九? ?釘釘技術(shù)專家

熊方恒?織信深圳市基石協(xié)作科技有限公司運(yùn)營總監(jiān)

李煥靜? ?泛微 北方大區(qū)市場總監(jiān)

費(fèi)騰、郭月寧、龍騰 ???社區(qū)低代碼KOL

圖3 ??鄒欣（嘉賓主持人）

圖4 ??研討會現(xiàn)場

“低代碼”平臺應(yīng)該如何分類？

鄒欣：CSDN前期做了一個調(diào)查，結(jié)果是“22%的人已經(jīng)開始使用“低代碼”，58%的人表示在一年內(nèi)會去使用，70%的人群對于低代碼的定義是非常模糊，91%的決策者認(rèn)為他們利用了低代碼之后效率提升50%以上”。這是一個全新領(lǐng)域，大家會從哪個角度分析和切入？

圖5 ??駱勤（騰訊微搭）

駱勤：個人認(rèn)為分類可以有兩種：一種是從行業(yè)角度劃分，分行業(yè)通用低代碼平臺和特定垂直領(lǐng)域的低碼平臺；另一種可以按可視化程度劃分，實(shí)際上國內(nèi)外逐漸把很多無碼平臺也納入了低代碼這個體系，所以又可以分低碼和零碼平臺。

對于騰訊微搭“低代碼”平臺主要有三個明顯特征：

（1）微搭構(gòu)建在騰訊云開發(fā)基礎(chǔ)底座上，定制能力具備了從無碼、到低碼以及全碼三種開發(fā)模式，這是我們的擴(kuò)展性優(yōu)勢；

（2）快速直連騰訊生態(tài)，尤其針對小程序場景，可以直接跟微信生態(tài)鏈路綁定，比如用微搭搭建小程序通過私有鏈路，來打通視頻號、交易能力、支付能力等會非常順暢；

（3）擁抱開放生態(tài)。我們現(xiàn)在開放生態(tài)定位很清楚，核心會把企業(yè)連接能力做好，企業(yè)客戶能通過微搭“低代碼”平臺把內(nèi)外部產(chǎn)品服務(wù)和數(shù)據(jù)進(jìn)行打通。

費(fèi)騰：我認(rèn)為無論“低代碼”或是“零代碼”，可以按照橫向和縱向兩個方向去分，解決“功能性”和“領(lǐng)域性”的問題。

（1）“功能性”重點(diǎn)挖掘跨領(lǐng)域之間的共同特點(diǎn)，以功能為主形成一個個子系統(tǒng)進(jìn)行復(fù)用；

（2）“領(lǐng)域性”則更加專注業(yè)務(wù)，不斷深耕聚集與業(yè)務(wù)相關(guān)的知識能力，提供更便捷的垂直業(yè)務(wù)系統(tǒng)。

除了橫向和縱向的大類外，還可以從產(chǎn)品功能定義去拆分，如大家所熟悉的“表單驅(qū)動”和“流程驅(qū)動”，還有“模型驅(qū)動”。

蕾拉：釘釘今年推出“低代碼”聚合平臺“釘釘搭”，作為“低代碼”聚合平臺，跟單一產(chǎn)品最核心區(qū)別在于“釘釘搭”是“低代碼”產(chǎn)品聚合場，更希望搭建“低代碼”生態(tài)型平臺，希望把國內(nèi)國際比較有代表性的“低代碼”產(chǎn)品以及“低代碼”能力融合在這個平臺上，依托于云底座能力，為更多組織、有創(chuàng)意、有想象力、有動手能力的用戶做服務(wù)。

曾靜良：我這里有一個我們的客戶案例，他們在數(shù)字化轉(zhuǎn)型的過程中，希望能有更合適他們的大平臺助力，解決各類復(fù)雜的管理流程，最后我們把他們的經(jīng)驗(yàn)復(fù)用，形成一套“低代碼”平臺的分類邏輯：

（1）為OA類廠商提供的“低代碼”平臺。以審批流程應(yīng)用為主，把制度規(guī)范、管理流程串起來；

（2）為財(cái)務(wù)、業(yè)財(cái)一體化、ERP客戶提供服務(wù)的平臺。直接為有需要的客戶提供一套垂直業(yè)務(wù)系統(tǒng)，直接完成無代碼式的數(shù)字化轉(zhuǎn)型；

（3）新型互聯(lián)網(wǎng)廠商的低代碼平臺，無傳統(tǒng)B端軟件背景的廠商。

圖6 ??曾靜良（致遠(yuǎn)互聯(lián)）

千鳥：作為一名開發(fā)者，我更傾向把“低代碼”當(dāng)做輔助開發(fā)的一個工具。比如在業(yè)務(wù)模型確定后，后端通過“低代碼”平臺能夠自動完成數(shù)據(jù)庫腳本生成、底層增刪改查基礎(chǔ)邏輯代碼生成、還有相關(guān)大量同質(zhì)化的WebAPI代碼；前端通過“低代碼”平臺則直接將設(shè)計(jì)圖輸出為頁面文件。

這些“低代碼”產(chǎn)出的代碼，直接交付給稍微懂開發(fā)的程序員，稍作調(diào)整，即可直接編譯發(fā)布進(jìn)入測試環(huán)節(jié)。因此從開發(fā)者角度看，“低代碼”的分類，是否可以參考程序員的分類，比如面向前端的、面向后端的、或面向數(shù)據(jù)庫、運(yùn)維的、測試的等等。

如何評價(jià)“低代碼”產(chǎn)品的成熟度？

鄒欣：?AI從學(xué)科角度已經(jīng)非常成熟了，已經(jīng)成為標(biāo)配了。但是從來沒有任何一個學(xué)科搞“低代碼”專業(yè)，職業(yè)培訓(xùn)學(xué)校也都沒有，所以它作為一個學(xué)科是不成熟的，但在工程領(lǐng)域，又有許多使用“低代碼”的成熟應(yīng)用，大家覺得應(yīng)該如何評價(jià)“低代碼”產(chǎn)品的成熟度呢？

圖7???蔣童（泛微網(wǎng)絡(luò)）

蔣童：我站在客戶的角度談一下“低代碼”平臺成熟度應(yīng)該有的幾個維度：

（1）平臺界面的友好度，是否簡潔方便，學(xué)習(xí)成本比較低；

（2）“低代碼”平臺到底可以快速構(gòu)建什么場景。比如簡單應(yīng)用、復(fù)雜應(yīng)用、業(yè)務(wù)場景能不能百分之百覆蓋到；

（3）平臺的延展性、集成性。可不可以單獨(dú)使用，還可以跟第三方做集成，這個“低代碼”平臺能不能接入我的中臺；

（4）安全性、易用性、可維護(hù)性、穩(wěn)定性、和各個系統(tǒng)的適配性；

（5）價(jià)格。因?yàn)椤暗痛a”不是一個系統(tǒng)，是幫助客戶構(gòu)建數(shù)字化落地的共建。客戶的信息系統(tǒng)中，將來既有OA、ERP、財(cái)務(wù)等各種專業(yè)系統(tǒng)，同時手里還有“低代碼”平臺，可以按需快速構(gòu)建各種輕量級或者中量級的產(chǎn)品。

寧偉：關(guān)于評價(jià)一個技術(shù)的成熟度，我是這樣看的：如果這個技術(shù)已經(jīng)存在，面臨更新改善或者組合創(chuàng)新，那么就用傳統(tǒng)方式去評估；如果它是全新的、顛覆性的、革命性的，自然也就需要用新的方式去評估才合適。

所以在評估“低代碼”成熟度之前，第一件事情是應(yīng)該確定“低代碼”究竟是革命性的還是組合性的。目前的低代碼產(chǎn)品可以分為兩個大類，一類是剛才提到的 “模型驅(qū)動”，“模型驅(qū)動”相比于原來的軟件開發(fā)技術(shù)應(yīng)該是個組合性創(chuàng)新。這種低代碼平臺通常用于開發(fā)比較復(fù)雜的系統(tǒng)，所以我們對他們的成熟度要求會高一些，按照開發(fā)企業(yè)級軟件的標(biāo)準(zhǔn)進(jìn)行評估。

國外Gartner有一個報(bào)告，在 “企業(yè)級低代碼”成熟度上定義了8個指標(biāo)：（1）性能；（2）高可用性和高擴(kuò)展性；（3）云服務(wù)API的集成能力；（4）災(zāi)難恢復(fù)；（5）企業(yè)級安全；（6）SLA；（7）應(yīng)用運(yùn)行監(jiān)控；（8）廠商級的技術(shù)支持與培訓(xùn)。

而對于另外一種類型，也就是面向業(yè)務(wù)人員使用的“表單驅(qū)動”低代碼產(chǎn)品來講，需要先關(guān)注它提供的新價(jià)值是否達(dá)到預(yù)期，即幫助前臺、銷售等沒有IT技能的人，做一些日常工作中用到的簡單應(yīng)用，這個時候我們不應(yīng)該用傳統(tǒng)的企業(yè)級應(yīng)用開發(fā)的標(biāo)準(zhǔn)去套用。否則，我們不但是“殺雞用牛刀”，而且還在做壓制創(chuàng)新的事情，行業(yè)不應(yīng)該往這個方向發(fā)展。所以，我認(rèn)為對于不同類型的“低代碼”平臺產(chǎn)品應(yīng)該有不同成熟度的判斷方式。

喬勝：在評價(jià)“低代碼”平臺這個新生事物時，不能僅站在技術(shù)某些細(xì)節(jié)去評價(jià)是否成熟，因?yàn)榇蠹易叩穆肪€都不一樣，但是在不同領(lǐng)域形成合力。

我認(rèn)為應(yīng)該從3個層次來考慮“低代碼”平臺的價(jià)值：

（1）應(yīng)用價(jià)值。是否能夠很方便在上面構(gòu)建復(fù)雜應(yīng)用，解決客戶或者行業(yè)、或者某個領(lǐng)域的需求；

（2）社會屬性價(jià)值。“低代碼”平臺是個革命性的工具，它的目的是為了解放程序員的勞動生產(chǎn)力，通過這個平臺到底為哪些行業(yè)解放生產(chǎn)力？解放了多少生產(chǎn)力？

（3）生態(tài)屬性。在現(xiàn)在的企業(yè)架構(gòu)環(huán)境里，往往憑一個IT團(tuán)隊(duì)，一個開發(fā)平臺往往很難解決所有的問題，我們希望通過一個或者少數(shù)平臺為企業(yè)做更多事情，比如最簡單的：這個平臺能夠提供多少開箱即用的應(yīng)用、組件和方案，能夠引入多少業(yè)界先進(jìn)的技術(shù)并將它們場景化落地，能夠?yàn)槠髽I(yè)帶來多少技術(shù)資源。

湯爐鑫：個人認(rèn)為，目前國內(nèi)把“低代碼”的范圍放大了，我認(rèn)為“低代碼”成熟度應(yīng)該圍繞以下三點(diǎn)考慮：

（1）面向從業(yè)者。不懂編程的業(yè)務(wù)人員，能夠根據(jù)需求，快速搭建能夠很快解決業(yè)務(wù)問題的產(chǎn)品；

（2）面向業(yè)務(wù)分析師。能夠通過做業(yè)務(wù)建模后，基于少量腳本類代碼或者規(guī)則生產(chǎn)出需要的應(yīng)用；

（3）面向開發(fā)者。有可視化的能力，來解決研發(fā)生產(chǎn)力的模式。

朱文靜：我們對成熟度的理解有以下幾點(diǎn)：

（1）用戶的滿足度。比如AI平臺，可以通過平臺實(shí)現(xiàn)功能全面性評價(jià)AI平臺的成熟度。

（2）穩(wěn)定性。比如做數(shù)據(jù)的平臺，平臺的穩(wěn)定性則非常重要。

（3）高并發(fā)性。比如平臺是否支持一家用戶有1000多人同時進(jìn)行數(shù)據(jù)標(biāo)注，應(yīng)該怎樣處理這些高并發(fā)問題，這也是“低代碼”平臺發(fā)展過程中要處理的事情。

（4）安全性。所有平臺都離不開數(shù)據(jù)安全的問題。

（5）運(yùn)行速度。比如AI平臺，線上提供GPU數(shù)據(jù)訓(xùn)練時，時間周期的長短對于用戶去使用的感覺也是非常重要的。

（6）服務(wù)能力。在過程中是否有技術(shù)支持、有培訓(xùn)、有無代碼開放平臺去服務(wù)客戶。

（7）性價(jià)比。一個成熟的平臺，應(yīng)該能夠幫助客戶大大的解決開發(fā)的門檻、成本和周期，并且面向不同人群提供不同的可性的價(jià)格指標(biāo)。

黃榮：我們評估“低代碼”產(chǎn)品的成熟度，是跟對象有關(guān)系的，不能拿評價(jià)杯子的標(biāo)準(zhǔn)去評價(jià)一個桌子。所以“低代碼”成熟度涉及到應(yīng)用全生命周期各個環(huán)節(jié)。這是一個綜合性的東西，包括在開發(fā)上的便利性、運(yùn)營性能、安全性等等一系列指標(biāo)都是需要去考慮的。

“低代碼”開發(fā)和傳統(tǒng)開發(fā)的相同和不同是什么？

圖8 ???千鳥（社區(qū)KOL開發(fā)者）

千鳥：怎樣快速組織一個全棧能力的開發(fā)團(tuán)隊(duì)，我覺得應(yīng)該是“低代碼”與傳統(tǒng)開發(fā)最大的區(qū)別。記得讀研時，導(dǎo)師當(dāng)時留了一個話題對我至今影響深刻。他說市面上有很多公開的API，能否直接調(diào)用公開服務(wù)做一套我們自己的應(yīng)用？當(dāng)時研究課題領(lǐng)域是WebService和標(biāo)準(zhǔn)化接口，現(xiàn)在移動應(yīng)用如微信小程序、APP開發(fā)的最底層核心都需要調(diào)WebAPI，所以從底層開發(fā)來看，“低代碼”能否有一種能力，讓開發(fā)者更好生成或者解決底層邏輯的處理。一套完整系統(tǒng)的研發(fā)，在設(shè)計(jì)、研發(fā)、測試各個環(huán)節(jié)中有很多工作要做，小型研發(fā)團(tuán)隊(duì)的精力有限，“低代碼”應(yīng)該在傳統(tǒng)開發(fā)之上，讓開發(fā)人員更專注系統(tǒng)的架構(gòu)和邏輯，盡可能降低代碼編寫的生產(chǎn)成本。

湯爐鑫：我認(rèn)為“低代碼”本質(zhì)是定義一套自己的語言體系，解決如何快速編排，建立自己的生態(tài)，讓相關(guān)的程序員或業(yè)務(wù)員在它上面做更多搭建和賦能。利用“低代碼”開發(fā)，同樣會經(jīng)歷需求分析到上線發(fā)布的整套過程，中間會有高級語言做支撐，研發(fā)模式?jīng)]有發(fā)生變化，發(fā)生變化的是對組件化的要求更高了，同時語言層面有更高級語言去組織。

寧偉：基于中臺來實(shí)現(xiàn)前后端分離，把后端的能力進(jìn)行抽象、重組，前端編排進(jìn)行快速開發(fā)，是現(xiàn)在企業(yè)級應(yīng)用開發(fā)的大方向。我們客戶中，大部分是軟件公司或者大企業(yè)IT團(tuán)隊(duì)，他們是從純代碼開發(fā)的模式轉(zhuǎn)型到到低代碼，從他們給我們的反饋上看，在轉(zhuǎn)型過程中，低代碼開發(fā)團(tuán)隊(duì)仍然要和寫代碼的團(tuán)隊(duì)緊密配合，才能充分利用之前開發(fā)好的數(shù)據(jù)中臺，和現(xiàn)有的IT資產(chǎn)無縫集成。那么這個結(jié)合點(diǎn)是什么，WebAPI可能是一個非常好的實(shí)踐。這里不但需要低代碼平臺去對接用代碼寫的WebAPI，消費(fèi)中臺提供的數(shù)據(jù)；還需要用低代碼構(gòu)建出WebAPI，給純代碼寫的其他模塊，比如市場端的小程序，倉儲端的WMS等調(diào)用，為他們提供數(shù)據(jù)和能力，這就是我們說的雙向集成。

雙向集成是每個“低代碼”平臺廠商一定要發(fā)力去解決的事情，但我們要怎么通過自動化方式，去分析對方系統(tǒng)，動態(tài)建立數(shù)據(jù)模型，搭建一個WebAPI并很方便的進(jìn)行調(diào)試，還需要投入更多時間和精力去研究。

費(fèi)騰：傳統(tǒng)編碼，程序=算法+數(shù)據(jù)結(jié)構(gòu)，算法和數(shù)據(jù)結(jié)構(gòu)都需要開發(fā)者去思考，使用“低代碼”平臺，許多算法和數(shù)據(jù)部分都被割裂了，或者說邏輯太過松散，不夠內(nèi)聚，對于開發(fā)者來說有種“黑盒”的不安全感，我認(rèn)為現(xiàn)階段它還不適合開發(fā)核心業(yè)務(wù)。我們的“低代碼”平臺不僅只是一個“平臺”，它本身也可以作為插件或者工具，用到核心系統(tǒng)中里作為部分特定領(lǐng)域的更好實(shí)現(xiàn)，這樣會讓開發(fā)人員的意愿度、參與度更好一點(diǎn)。若想作為一個全局的核心平臺，還是需要仔細(xì)調(diào)研和決策的。

湯爐鑫 ：我是做 toB 業(yè)務(wù)的，很多業(yè)務(wù)復(fù)雜度非常高，所以我們在推動這個層面時也遇到很多挑戰(zhàn)，開發(fā)人員從技能提升和未來的發(fā)展，都覺得如果用類似“低代碼”中基于模型、基于表單的方式去發(fā)展核心業(yè)務(wù)，這個不太可靠。所以我們把現(xiàn)有的“低代碼”拆開了，“低代碼”最好的核心是讓業(yè)務(wù)不斷做抽象，它改變原來設(shè)計(jì)系統(tǒng)的模式，設(shè)計(jì)任何一個系統(tǒng)，首先圍繞“低代碼”的思想去設(shè)計(jì)，這對復(fù)雜系統(tǒng)的擴(kuò)展性一定會有幫助。

駱勤：我認(rèn)為“低代碼”是一種抽象維度更高的計(jì)算機(jī)語言，所以它作為一個語言是會進(jìn)化的。剛有朋友提到“低代碼”不適合核心業(yè)務(wù)，我覺得應(yīng)該辨證的看這個事情。至于普通開發(fā)的區(qū)別前面大家討論很多，早期傳統(tǒng)開發(fā)需要寫很多代碼、走很多構(gòu)建流程，而在“低代碼”平臺下，許多工作都做到了可視化，這種區(qū)別很像是當(dāng)年DOS系統(tǒng)與Windows系統(tǒng)的區(qū)別。未來的開發(fā)工作可以從鍵盤遷移到鼠標(biāo)，這也是我們需要去做的事情。

鄒欣：剛才幾位老師講的核心點(diǎn)是跟“低代碼”這個“低”有關(guān)系，是不是用“低代碼”開發(fā)，所有的東西就低了？讓開發(fā)者感覺遠(yuǎn)離他的核心業(yè)務(wù)？舉個例子，我們?nèi)胄杏肅++寫代碼，開發(fā)者可以按需管理內(nèi)存，后來Java，C#有獨(dú)立的內(nèi)存管理機(jī)制，解放開發(fā)者管理內(nèi)存的問題，有些人因此就會覺得在開發(fā)語言上略顯low，但是java，c#也同樣強(qiáng)大。“低代碼”是把復(fù)雜性隱藏起來以后，更關(guān)注業(yè)務(wù)邏輯，但是很多開發(fā)者會不會想，我是一個手藝人，我想寫code，把這個code寫得越靠近機(jī)器越高大上，覺得寫業(yè)務(wù)邏輯low。在“低代碼”開發(fā)認(rèn)知上的不同，我想也應(yīng)該能算做是有別于傳統(tǒng)開發(fā)的一個部分。

聊聊你的“低代碼”產(chǎn)品中開發(fā)者最喜歡的3個功能？

鄒欣：先拋磚引玉，這是一個買家秀，我們以前做了一個“智能表單識別”，后來很多人覺得API太難用，我們用Python把API的場景寫出來，訓(xùn)練模型后，把模型填到程序中，它就成功了，有點(diǎn)像“填空式開發(fā)”，很多人覺得很好，能夠更快速的落地。現(xiàn)有的“低代碼”平臺中，用戶最喜歡的功能是什么呢？

蔣童：我們的客戶認(rèn)為產(chǎn)品有三個比較吸引的地方：

（1）云應(yīng)用商店。里面現(xiàn)在有1000多種應(yīng)用場景，客戶也可以通過“低代碼”開發(fā)平臺可以把他們自己的應(yīng)用場景上傳，所有用戶都可以通過云商店構(gòu)建不同場景的應(yīng)用。

（2）表單引擎。不需要懂計(jì)算機(jī)語言、不需要懂系統(tǒng)語言，只需導(dǎo)入要常用的Excel就可以構(gòu)建。

（3）可視化編輯的流程引擎。通過鼠標(biāo)拖拉拽，以搭積木的方式就可以快速構(gòu)建各種應(yīng)用場景。

寧偉：我們葡萄城最近也舉辦了一個研討會，會前針對軟件公司類型的客戶做了份問卷調(diào)查，最受歡迎的三個功能：

（1）可視化構(gòu)建WebAPI的能力。我們的活字格產(chǎn)品，以可視化方式，提供用戶參數(shù)變量、條件判斷、事務(wù)處理、訪問權(quán)限的配置，以可視化方式構(gòu)建自己的API。

（2）抹平現(xiàn)有數(shù)據(jù)庫差異的數(shù)據(jù)訪問能力。企業(yè)有很多不同數(shù)據(jù)庫，有些軟件用MySQL，有些用SQLServer，我們提供的一套機(jī)制，幫助他們完成在不用數(shù)據(jù)庫中的查詢、寫入、事務(wù)控制等，所有這些東西都不需要寫一行SQL，我們幫它做了數(shù)據(jù)庫翻譯工作。

（3）響應(yīng)式布局的能力。類似WPF平臺grid的那套方式，用“所見即所得”的方式，同時支持絕對布局和流式布局。

李婷婷：輕流是無代碼開發(fā)平臺，面對終端業(yè)務(wù)人員更多，客戶最喜歡的是三個方面：

（1）Q系列機(jī)器人。專注表單驅(qū)動、流程驅(qū)動，它是串連人的能力。我們Q系列機(jī)器人定位是系統(tǒng)自動化，未來還會引入AI的方式，在信息化之上智能化；

（2）“低代碼”和無代碼平臺。提供“開箱即用”的能力，比如一些場景模板如報(bào)銷領(lǐng)域或工業(yè)巡檢領(lǐng)域，先加載一套模板，在此基礎(chǔ)上根據(jù)自己的需求做變更、優(yōu)化和調(diào)整；

（3）開放集成的連接能力。很難有一個企業(yè)可以解決所有信息化訴求，這就帶來所有企業(yè)都需要多套系統(tǒng)完成信息化過程，那就需要這些信息系統(tǒng)之間可以協(xié)作和溝通，輕流有一部分能力是專門去做系統(tǒng)集成API方面的無代碼化。

喬勝：我們平臺是業(yè)務(wù)開發(fā)的“低代碼”平臺，在不久前，我們對所有開發(fā)者進(jìn)行過一次調(diào)研，大家認(rèn)為喜歡的功能包括：

（1）可視化開發(fā)中的沙盒測試環(huán)境。在零代碼開發(fā)中不需要切換到專門的開發(fā)環(huán)境進(jìn)行打包測試，總體節(jié)省前端開發(fā)50%以上的時間；

（2）一體化自動化的DevOps云體系。全程接管了研發(fā)協(xié)同過程，除了在項(xiàng)目開發(fā)環(huán)境初始化時，開發(fā)者對CI/CD操作基本無感，而是將更多的精力投入到復(fù)雜業(yè)務(wù)邏輯實(shí)現(xiàn)中；

（3）平臺中提供了一系列的標(biāo)準(zhǔn)應(yīng)用模板,實(shí)踐了基于應(yīng)用級模板的開放性，極大地節(jié)省了項(xiàng)目交付的工作量。

朱文靜：我們在產(chǎn)品誕生就基于公司內(nèi)部團(tuán)隊(duì)在AI應(yīng)用開發(fā)時候的痛點(diǎn)去開發(fā)的，因此AI應(yīng)用開發(fā)者在做AI開發(fā)時，只要看到Slick的界面，就可以清晰地從業(yè)務(wù)邏輯去開發(fā)AI產(chǎn)品。

對開發(fā)者來說最喜歡的幾個功能是：

（1）模型的Pipeline，幾個AI模型疊加，可以把各種不同模型的功能組合在一起，比一個個模型的開發(fā)會效率提高非常多。

（2）AI模型開發(fā)插件，包括數(shù)據(jù)預(yù)處理，自動標(biāo)注等等功能，這對AI開發(fā)來講可以以無代碼的方式進(jìn)行使用。

（3）AI模型的下載。用戶在我們平臺開發(fā)完成的AI模型，我們支持H5預(yù)覽，或者API、SDK等方式部署，支持直接外部調(diào)用開發(fā)，同時也允許用戶把模型下載下來，獨(dú)立應(yīng)用在其他業(yè)務(wù)場景當(dāng)中。

王瀟：我們提供各種門戶，道一云是企業(yè)微信最大的一家第三方，我們的客戶非常喜歡的幾個“低代碼”場景：

（1）業(yè)務(wù)型數(shù)據(jù)中臺。比如使用我們提供的平臺，直接替代CMOA、客服、后端的管理等非常核心的業(yè)務(wù)。

（2）靈活的擴(kuò)展性。我們的客戶企業(yè)，每年都在發(fā)展、在變化，業(yè)務(wù)調(diào)整和組織架構(gòu)變化每年一次，這寫變化都能通過我們的“低代碼”平臺很好的切換，不會因?yàn)闃I(yè)務(wù)調(diào)整造成線上服務(wù)的延遲。

講講“低代碼”平臺業(yè)務(wù)最有效的產(chǎn)品，殺手锏級的應(yīng)用？

圖9 ??寧偉（葡萄城）

寧偉：葡萄城活字格“低代碼”平臺目前應(yīng)用比較廣，產(chǎn)品最有應(yīng)用前景的領(lǐng)域有兩個分類：

（1）工業(yè)互聯(lián)網(wǎng)落地。工業(yè)互聯(lián)網(wǎng)時代大量傳感器產(chǎn)生了海量的數(shù)據(jù)和基于這些數(shù)據(jù)的分析結(jié)果，需要有大量的協(xié)同管理和數(shù)據(jù)需要處理，用原來的開發(fā)，不僅成本高，而且時間也較慢，利用“低代碼”實(shí)現(xiàn)數(shù)據(jù)和現(xiàn)有管理系統(tǒng)、現(xiàn)有管理流程之間的對接，則可以很方便完成這些工業(yè)互聯(lián)網(wǎng)軟件的應(yīng)用落地。

（2）在企業(yè)ERP系統(tǒng)上的應(yīng)用。很多企業(yè)上ERP，都是20年前的事情，企業(yè)內(nèi)部有OA系統(tǒng)、ERP系統(tǒng)、行業(yè)軟件，而且現(xiàn)有的數(shù)據(jù)是打不通的，通過“低代碼”重構(gòu)一個全新的數(shù)字化平臺。這個平臺對接ERP等系統(tǒng)，并且支持更低成本的擴(kuò)展應(yīng)用開發(fā)，可以很方便解決舊版系統(tǒng)和現(xiàn)在的業(yè)務(wù)無法兼容導(dǎo)致的許多問題，充分發(fā)揮原有IT資產(chǎn)的價(jià)值。

朱文靜：我們最有優(yōu)勢的一個業(yè)務(wù)場景是本身企業(yè)對于自己的AI模型有非常強(qiáng)迭代需求的場景。傳統(tǒng)企業(yè)利用AI方式進(jìn)行模型迭代的話，由于會面對數(shù)據(jù)處理工具不規(guī)范，模型管理和部署運(yùn)維繁雜等問題，它的周期和成本非常高，所以在這個過程中使用我們Slick平臺可以更快進(jìn)行模型迭代和遷移學(xué)習(xí)。比如一些智能硬件的檢測，人肉眼是沒有辦法看見的東西，這完全可以使用我們的平臺，打造出的檢測模型，迭代部分就可以變成非常輕量級的工作。

李婷婷：關(guān)于“低代碼”、無代碼在實(shí)際應(yīng)用場景的這個問題，我們有一個制造業(yè)客戶十幾個工廠都在用，每個工廠成立興趣小組，每個小組是來自人事、行政、生產(chǎn)、車間等各個部門的人，他們定期學(xué)習(xí)這個工具，然后頭腦風(fēng)暴有哪些場景可以信息化、流程化、規(guī)則化，是一種“全民開發(fā)”的概念。

我們認(rèn)為輕流無代碼平臺更擅長做：

（1）長尾需求和知識產(chǎn)權(quán)管理。這種受眾小、低頻的場景是更適合用“低代碼”、無代碼去快速開發(fā)的。

（2）一些快速變化的新的業(yè)務(wù)。疫情前后，商業(yè)模式在變更、應(yīng)用模式在變更，在快速發(fā)展變化過程中，尤其一些新業(yè)務(wù)啟動時，要求非常快速投入市場，需要有很快的信息系統(tǒng)支撐，有了“低代碼”、無代碼，更多新業(yè)務(wù)就可以通過這個平臺快速響應(yīng)，并且在過程中可以隨時調(diào)整和優(yōu)化。

駱勤：其實(shí)“低代碼”也很適合做一些簡單、很普惠的事情，比如今年的河南大雨時，應(yīng)急團(tuán)隊(duì)用2個小時就完成了一個互助應(yīng)用的開發(fā)，效果也很好，這在平時很難做到，低代碼很適合這種應(yīng)急場景。

鄒欣：“低代碼”通過四兩撥千斤的方式，在許多應(yīng)用場景是真正解決了用戶痛點(diǎn)。對我們的啟示：我們無需考慮“低代碼”解決的是何種問題，即便很少有人用的功能，如果這個功能解決好，相信“低代碼”以后的機(jī)會也是特別大的。

2022年初，CSDN就接力展開了關(guān)于“低代碼”開發(fā)者應(yīng)用體驗(yàn)的第二季調(diào)研活動。隨后即將在廣州、杭州、成都、西安、武漢組織研討會，您可以閱讀原文參與調(diào)研，期待您的參與！

閱讀原文：CSDNhttps://marketing.csdn.net/questions/Q2112311644034199411?utm_source=lowcodeyuanwenyun

總結(jié)

以上是生活随笔為你收集整理的CSDN企业数字化之路 ——「低代码」发展研讨会北京站现场实录大放送的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。