今天參加長沙低代碼技術(shù)應(yīng)用與創(chuàng)新發(fā)展峰會，聽了分享嘉賓的演講，還是有些收獲和思考；

• 用友Yonbuilder，來的是原來一同事，本身也是售前所以講得很好，有業(yè)務(wù)有技術(shù)，做yonbuilder那幫人都認(rèn)識，產(chǎn)品也非常了解！個人認(rèn)為用友10大業(yè)務(wù)領(lǐng)域的個性化、擴(kuò)展開發(fā)其實已經(jīng)足夠讓這產(chǎn)品活下云了。Yonbuilder本身其實不是那么的強(qiáng)大，只是可以依托技術(shù)平臺、數(shù)據(jù)中心、業(yè)務(wù)中心（多組織、權(quán)限、模板等公共能力），所以站在門外給他定位還是解決自身實施的問題。
• 騰訊云微搭，李萍不認(rèn)識，但對神筆還是很熟悉，當(dāng)時招我的就是神筆的老大，以對它的了解，現(xiàn)在其實主要是C2B能力，依托微信、企微，作小程序非常有優(yōu)勢，神筆內(nèi)部被合之后，如果按神筆的長遠(yuǎn)規(guī)劃，未來是可以比肩mendix的，只是合并了產(chǎn)品，沒有合并人。
• 京東低代碼，孫濤，是負(fù)責(zé)京東內(nèi)部系統(tǒng)的（財務(wù)、CRM等），再自研了低代碼，通過低代碼來構(gòu)建內(nèi)部應(yīng)用，已經(jīng)構(gòu)建50 內(nèi)部應(yīng)用，10 外部企業(yè)，特點是生成spring boot代碼。
• 華為云astro輕應(yīng)用，喜超，華為對市場及能不能變現(xiàn)還是分析到位的，本身有錢有人，幾乎把所有場景都分成產(chǎn)品來實現(xiàn)，做報表的一個產(chǎn)品、無代碼的一個產(chǎn)品，做流程的一個產(chǎn)品…，astro也非常熟悉，對他的評估是目前體驗還是比較差的。
• 網(wǎng)易數(shù)帆，李雯燕，個人很喜歡她的介紹，干貨還是比較多，而且個人認(rèn)為這么些低代碼產(chǎn)品，如果有朝一天能像新能源-比亞迪一樣能換道超車的目前看估計是網(wǎng)易的數(shù)帆，在AI方面做得已經(jīng)靠前，有自己的語言，codeway，DSL，基于領(lǐng)域特定語言實現(xiàn)AIGC的融合，這是可以顛覆傳統(tǒng)開發(fā)語言的（當(dāng)然前提是還得有自己的低層語言）。
• 云暢萬應(yīng)，胡艷平，強(qiáng)調(diào)的是低代碼的標(biāo)準(zhǔn)，個人認(rèn)為有道理，但是是傳統(tǒng)做法，而語言則是可換道超車的。
• 最后環(huán)節(jié)：圓桌對話，中鐵建、中電信數(shù)智、湖南省建筑設(shè)計院科技中心開發(fā)部部長：母建玉、長沙市規(guī)劃信息服務(wù)中心技術(shù)總監(jiān)：尹彥，代表的是客戶，其中母建玉、尹彥感覺說了些實話，總結(jié)來說，低代碼目前只適合做簡單場景的應(yīng)用，復(fù)雜應(yīng)用80%的功能可以高效完成，但20%的功能需要用70%的工作量才能實現(xiàn)，呵呵！

另外一個點就是對部署和運維的重視，這些大廠幾乎把它們看得非常重要，這一點提醒了我后續(xù)需要更重視這一點。

最后上幾張網(wǎng)易數(shù)帆的架構(gòu)圖：

低代碼與AI技術(shù)結(jié)合會產(chǎn)生哪些新特性？

AI生成專業(yè)代碼成熟了，還需要代碼做什么？

啥時候能把java替掉