低代碼技術應用與創(chuàng)新發(fā)展峰會~我是認真聽的(“低代碼開發(fā)”會是企業(yè)數(shù)字化轉(zhuǎn)型的理想選擇嗎)
今天參加長沙低代碼技術應用與創(chuàng)新發(fā)展峰會,聽了分享嘉賓的演講,還是有些收獲和思考;
- 用友Yonbuilder,來的是原來一同事,本身也是售前所以講得很好,有業(yè)務有技術,做yonbuilder那幫人都認識,產(chǎn)品也非常了解!個人認為用友10大業(yè)務領域的個性化、擴展開發(fā)其實已經(jīng)足夠讓這產(chǎn)品活下云了。Yonbuilder本身其實不是那么的強大,只是可以依托技術平臺、數(shù)據(jù)中心、業(yè)務中心(多組織、權限、模板等公共能力),所以站在門外給他定位還是解決自身實施的問題。
- 騰訊云微搭,李萍不認識,但對神筆還是很熟悉,當時招我的就是神筆的老大,以對它的了解,現(xiàn)在其實主要是C2B能力,依托微信、企微,作小程序非常有優(yōu)勢,神筆內(nèi)部被合之后,如果按神筆的長遠規(guī)劃,未來是可以比肩mendix的,只是合并了產(chǎn)品,沒有合并人。
- 京東低代碼,孫濤,是負責京東內(nèi)部系統(tǒng)的(財務、CRM等),再自研了低代碼,通過低代碼來構建內(nèi)部應用,已經(jīng)構建50 內(nèi)部應用,10 外部企業(yè),特點是生成spring boot代碼。
- 華為云astro輕應用,喜超,華為對市場及能不能變現(xiàn)還是分析到位的,本身有錢有人,幾乎把所有場景都分成產(chǎn)品來實現(xiàn),做報表的一個產(chǎn)品、無代碼的一個產(chǎn)品,做流程的一個產(chǎn)品…,astro也非常熟悉,對他的評估是目前體驗還是比較差的。
- 網(wǎng)易數(shù)帆,李雯燕,個人很喜歡她的介紹,干貨還是比較多,而且個人認為這么些低代碼產(chǎn)品,如果有朝一天能像新能源-比亞迪一樣能換道超車的目前看估計是網(wǎng)易的數(shù)帆,在AI方面做得已經(jīng)靠前,有自己的語言,codeway,DSL,基于領域特定語言實現(xiàn)AIGC的融合,這是可以顛覆傳統(tǒng)開發(fā)語言的(當然前提是還得有自己的低層語言)。
- 云暢萬應,胡艷平,強調(diào)的是低代碼的標準,個人認為有道理,但是是傳統(tǒng)做法,而語言則是可換道超車的。
- 最后環(huán)節(jié):圓桌對話,中鐵建、中電信數(shù)智、湖南省建筑設計院科技中心開發(fā)部部長:母建玉、長沙市規(guī)劃信息服務中心技術總監(jiān):尹彥,代表的是客戶,其中母建玉、尹彥感覺說了些實話,總結來說,低代碼目前只適合做簡單場景的應用,復雜應用80%的功能可以高效完成,但20%的功能需要用70%的工作量才能實現(xiàn),呵呵!
另外一個點就是對部署和運維的重視,這些大廠幾乎把它們看得非常重要,這一點提醒了我后續(xù)需要更重視這一點。
最后上幾張網(wǎng)易數(shù)帆的架構圖:
低代碼與AI技術結合會產(chǎn)生哪些新特性?
AI生成專業(yè)代碼成熟了,還需要代碼做什么?
啥時候能把java替掉
版權聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內(nèi)容, 請發(fā)送郵件至 舉報,一經(jīng)查實,本站將立刻刪除。