日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

UCloud裴志伟:最小价值模型,技术迭代与客户需求可以达成平衡

發(fā)布時(shí)間:2024/4/11 编程问答 53 豆豆
生活随笔 收集整理的這篇文章主要介紹了 UCloud裴志伟:最小价值模型,技术迭代与客户需求可以达成平衡 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

LiveVideoStack有幸采訪了UCloud互聯(lián)網(wǎng)事業(yè)部產(chǎn)品中心總監(jiān)裴志偉,采訪中裴總介紹了UCloud核心產(chǎn)品Rome的前世今生,就網(wǎng)絡(luò)加速的現(xiàn)狀和行業(yè)需求進(jìn)行了深入探討,表明了對(duì)技術(shù)和行業(yè)的融合發(fā)展的樂觀態(tài)度。


文 / 裴志偉

策劃 / LiveVideoStack


LiveVideoStack:志偉,您好。首先請(qǐng)您向LiveVideoStack的讀者介紹一下自己,以及現(xiàn)在在UCloud主要從事的工作和關(guān)注的技術(shù)領(lǐng)域。


裴志偉:我是2015年初加入U(xiǎn)Cloud的。我剛加入U(xiǎn)Cloud的時(shí)候在網(wǎng)絡(luò)組,當(dāng)時(shí)做的是偏內(nèi)網(wǎng)的一些產(chǎn)品,包括云網(wǎng)關(guān)和帶寬產(chǎn)品。2016年年中,我轉(zhuǎn)到了虛擬化計(jì)算部,那時(shí)候計(jì)算部管理UCloud最核心的產(chǎn)品——UHost云主機(jī)。2018年年初,我又兼任負(fù)責(zé)了UCloud對(duì)象存儲(chǔ)UFile產(chǎn)品。計(jì)算、網(wǎng)絡(luò)、存儲(chǔ)是作為云計(jì)算的三大基本能力,我很幸運(yùn)的是,我正好覆蓋了這三大類別的產(chǎn)品。


2018年11月份,我轉(zhuǎn)到了IBU,即互聯(lián)網(wǎng)事業(yè)部。我在事業(yè)部主要負(fù)責(zé)的是行業(yè)方向,UCloud的戰(zhàn)略是叫行業(yè)突破。之前各大云服務(wù)商都提到了要去做重點(diǎn)行業(yè),每個(gè)行業(yè)的背景不一樣,能力不一樣,對(duì)云計(jì)算的看法也不一樣,無限制擴(kuò)張的話,你的精力會(huì)很分散。但是做行業(yè)會(huì)有一個(gè)好處:行業(yè)內(nèi)部是有可復(fù)制性的。比如你幫助一個(gè)客戶解決了問題,這個(gè)行業(yè)內(nèi)的其他人看到之后,他會(huì)覺得好像跟他面臨的問題也挺像的,能不能也給他介紹下解決方案,或者提出些業(yè)務(wù)差異看我們能否支持定制。


我們現(xiàn)在最重點(diǎn)的行業(yè)就是在線教育行業(yè)。在線教育行業(yè)的核心產(chǎn)品需求主要聚焦在音視頻和AI領(lǐng)域。相比傳統(tǒng)的線下培訓(xùn)機(jī)構(gòu)式教育,教育機(jī)構(gòu)用線上的方式來解決傳統(tǒng)的線下教育依賴的時(shí)間、空間和安全問題。怎么解決呢?這里面最重要的一個(gè)產(chǎn)品就是RTC。另一方面,因?yàn)樗辛撕A康囊纛l、視頻以及上課數(shù)據(jù),又可以通過AI解決課程是否生動(dòng)的問題。比如我可以通過一些手段讓課程更生動(dòng),當(dāng)然這可能偏特效類的;還有把語音分軌,做語音識(shí)別,看老師的質(zhì)量,有沒有一些粗話、臟話;還有,人的面部表情是可以識(shí)別出來7個(gè)情緒的,通過視頻觀察,我們可以知道學(xué)生在聽課過程中的情緒是什么樣的,等等。當(dāng)你深入一個(gè)行業(yè)的時(shí)候,你發(fā)現(xiàn)要做的東西還是很多的。這也就是我目前最主要的工作內(nèi)容和專注的領(lǐng)域:教育行業(yè)技術(shù)和AI解決方案。


LiveVideoStack:接下來我們聊聊UCloud的Rome,為什么會(huì)有Rome這個(gè)產(chǎn)品,具體基于什么樣的場(chǎng)景需求?


裴志偉:這個(gè)實(shí)際上是這樣看的。當(dāng)我們開始做教育行業(yè)的時(shí)候,第一步就是去了解客戶需求,我們發(fā)現(xiàn)他們共同的問題是,中國在線教育的絕大部分用戶不是在一線城市五環(huán)內(nèi)的,而是有大量的學(xué)生是因?yàn)楸镜氐慕逃Y源不好,所以才更依賴在線教育。二三線城市的網(wǎng)絡(luò)質(zhì)量相比一線城市其實(shí)是有大幅差距的,所以教育機(jī)構(gòu)最大的痛點(diǎn)就是公網(wǎng)問題,網(wǎng)絡(luò)是否穩(wěn)定。


另一個(gè)就是,在線教育機(jī)構(gòu)里,除了K12這樣的傳統(tǒng)教育外,還有英語類的培訓(xùn),比如說這個(gè)行業(yè)里面的巨頭VIPKid、51Talk、DaDa英語,他們的老師全都是在國外的,比如北美、歐洲,這樣的跨國通訊又會(huì)引入一個(gè)新的網(wǎng)絡(luò)問題:這樣的跨國通訊網(wǎng)絡(luò)是否能保證?它的一節(jié)課時(shí)間很短,課單價(jià)又那么貴,所以無論是對(duì)用戶來說,還是對(duì)平臺(tái)來說,他都是不接受任何卡頓的。斷網(wǎng)一分鐘對(duì)看小說和視頻是無所謂的,但是如果是上課,這個(gè)關(guān)系就大了,所以他非常關(guān)注這個(gè)東西。


這個(gè)產(chǎn)品其實(shí)屬于SD-WAN的一個(gè)大類。我們是怎么看SD-WAN的?現(xiàn)在的在線教育機(jī)構(gòu)其實(shí)大部分都停留在第一或第二個(gè)階段。SD-WAN的第一個(gè)階段,只要是跟加速有點(diǎn)扯上關(guān)系的東西就可以叫SD-WAN,比如公網(wǎng)加速,他就認(rèn)為是叫SD-WAN。第二個(gè)階段就是拼資源,你會(huì)看到有很多的公司的核心是通過資源,就是我有自己的專線,我有自己的傳輸,這樣就說這是SD-WAN。我們現(xiàn)在是屬于第三個(gè)階段,AWS在去年re:Invent大會(huì)上面推出了一個(gè)新的網(wǎng)絡(luò)產(chǎn)品叫Global Accelerator,就是全球加速產(chǎn)品,其實(shí)它已經(jīng)到這樣的一個(gè)新階段了。這個(gè)階段是什么呢?就是不僅僅只是提供資源或者很單一的加速方案,而是整體的全球覆蓋網(wǎng)絡(luò)加速產(chǎn)品或者服務(wù)。這個(gè)產(chǎn)品其實(shí)更強(qiáng)調(diào)的是整個(gè)網(wǎng)絡(luò)的監(jiān)控調(diào)度、管理或者以服務(wù)的方式幫助用戶快速將整體的業(yè)務(wù)往你的服務(wù)上做遷移。


我們是在2018年初規(guī)劃了這樣一個(gè)Rome產(chǎn)品,具體的場(chǎng)景需求是從教育行業(yè)出發(fā)的,但是我不清楚AWS是從什么角度出發(fā)的,只是大家?guī)缀醵伎吹搅诉@樣一個(gè)痛點(diǎn)。所以你會(huì)看到,現(xiàn)在基本上大的公有云廠商都在做這樣的產(chǎn)品。


LiveVideoStack:有一個(gè)問題我想替用戶來問,如果要用UCloud的Rome,對(duì)我之前的云服務(wù)商或者IDC的產(chǎn)品有沒有要求,還是需要在另一端也部署產(chǎn)品?


裴志偉:并不需要。Rome,因?yàn)槲覀円M可能地利用所有能利用的資源,所以我們是把其他云服務(wù)商的資源也納入進(jìn)來的。一共有兩種方式,第一種是交鑰匙的,就是用戶如果能提供一個(gè)公私鑰,你可以單獨(dú)對(duì)一組資源設(shè)置權(quán)限,這個(gè)公私鑰可以把這個(gè)權(quán)限范圍控制得很細(xì),如果你能提供公私鑰,我們可以用全自動(dòng)化的方式幫你把整個(gè)業(yè)務(wù)全都部署。如果你不能的話,我們會(huì)提供一個(gè)操作手冊(cè),你把它接入之后,剩下的事情就由Rome來控制。因?yàn)镽ome包掉了其他云服務(wù)商的API,可以通過API接入的方式把其他云服務(wù)商的服務(wù)管理也全都包在里面。


LiveVideoStack:所以Rome解決的是國內(nèi)、國外或者兩個(gè)數(shù)據(jù)中心之間的網(wǎng)絡(luò)互通,比如延遲、卡頓、丟包的問題?


裴志偉:對(duì)。


LiveVideoStack:Rome是通過什么樣的方式找到最優(yōu)路徑的?或者說當(dāng)網(wǎng)絡(luò)發(fā)生抖動(dòng)的時(shí)候,是否可以實(shí)現(xiàn)自動(dòng)切換最優(yōu)路徑?


裴志偉:是可以的。實(shí)際上這個(gè)概念在UCloud以前,在城域網(wǎng)的時(shí)候就已經(jīng)提出這樣一個(gè)概念,叫做環(huán)網(wǎng)。如果你的網(wǎng)絡(luò)是成環(huán)的,那么任何兩點(diǎn)之間至少是有兩條路的。我們的核心理念也是類似的,就是任何兩點(diǎn)之間都必須要有——其實(shí)我們自己內(nèi)部定的是3條線路。這3條線路之間都是異路由的,否則一段出問題,那所有鏈路全都不可用。接下來我們主要根據(jù)用戶關(guān)心的點(diǎn)來進(jìn)行部署,比如用戶關(guān)注延遲,丟包。當(dāng)發(fā)現(xiàn)任何一個(gè)指標(biāo)不好的時(shí)候,我們會(huì)根據(jù)權(quán)重做一些數(shù)據(jù)分析,綜合判斷當(dāng)前是否要立刻切換線路。整個(gè)過程是全自動(dòng)的,對(duì)用戶的影響基本上是在秒級(jí)。無論專線也好,公網(wǎng)也好,當(dāng)鏈路出現(xiàn)抖動(dòng)的時(shí)候,Rome基本上能做到秒級(jí)地幫用戶切換掉,避免長時(shí)間抖動(dòng)或者延時(shí)的情況。其實(shí)它的核心技術(shù)就是SR(Segment Routing)+MPLS(Multi-Protocol Label Switching,多協(xié)議標(biāo)簽交換),SD-WAN主流的一種技術(shù)?,F(xiàn)在SD-WAN主流的技術(shù),一個(gè)是MPLS,還有一些基于IPv6的一些技術(shù)。


LiveVideoStack:除了像剛才提到的教育場(chǎng)景外,有沒有其他場(chǎng)景也非常看重這樣的產(chǎn)品?


裴志偉:實(shí)際上是有的。開始做的時(shí)候,我們的需求方是來自于教育行業(yè),但實(shí)際上在產(chǎn)品推廣的過程中,發(fā)現(xiàn)很多其他行業(yè)都有類似的需求。比如工業(yè)互聯(lián)網(wǎng)的設(shè)備控制,比如車聯(lián)網(wǎng),比如實(shí)時(shí)對(duì)戰(zhàn)游戲,都要求延遲很低。還有互聯(lián)網(wǎng)醫(yī)療,互聯(lián)網(wǎng)醫(yī)療屬于診斷類的,比如家里有一個(gè)小的儀器,醫(yī)生在對(duì)端幫你看儀器設(shè)備上的數(shù)字,如果音畫不同步,或者延遲比較大的話,醫(yī)生跟你講的東西你都很難關(guān)聯(lián)上。再比如做視頻會(huì)議的,也很講究這個(gè),否則你的視頻體驗(yàn)會(huì)很差勁。最近有家視頻會(huì)議的公司上市了,它的核心理念、產(chǎn)品價(jià)值就是,把線上會(huì)議的效果做到跟線下大家坐在一起開會(huì)的效果是接近或是一致的,而且還能融入更多視覺效果,所以現(xiàn)在還有比較多的行業(yè)是對(duì)這塊有需求的。


LiveVideoStack:我理解Rome這個(gè)產(chǎn)品更多的還是對(duì)實(shí)時(shí)性要求很高的場(chǎng)景服務(wù)的一個(gè)產(chǎn)品。


裴志偉:是的。


LiveVideoStack:如果要實(shí)現(xiàn)這種實(shí)時(shí),比如300、200毫秒甚至更低的話,鏈路的優(yōu)化、選擇是一方面,對(duì)這個(gè)鏈路本身的優(yōu)化,比如說發(fā)包的策略,在丟包比較高的時(shí)候,需要多發(fā)些包才能冗余,這些應(yīng)該不屬于Rome產(chǎn)品包含的范疇,是吧?


裴志偉:對(duì)。這些其實(shí)屬于應(yīng)用層,但是我們也有另外一個(gè)產(chǎn)品是解決這部分的問題。比如前向糾錯(cuò),就是通過一些冗余包的方式,比如延遲比較高的時(shí)候,就用發(fā)冗余包的方式,就是FEC(前向糾錯(cuò)),像最近的音視頻大家都在講FEC。在國內(nèi)延遲比較低的時(shí)候,其實(shí)是可以自己去通過重傳或者是丟包重傳,自己去監(jiān)控業(yè)務(wù)層面的一些東西,能盡快發(fā)現(xiàn)并規(guī)避問題。我們也會(huì)有另外的產(chǎn)品解決這個(gè)問題,相當(dāng)于Rome是一個(gè)底層的網(wǎng)絡(luò)中間件,再上層會(huì)有應(yīng)用層的一些解決方案。


LiveVideoStack:在整個(gè)國內(nèi)和國外的云服務(wù)廠商中,好像提供這樣的服務(wù)——類似Rome的服務(wù)并不多?


裴志偉:可能只是以前并不多,我現(xiàn)在看到大家都已經(jīng)在慢慢推廣了。這里面競(jìng)爭很激烈,有傳統(tǒng)的ISP,現(xiàn)在都是云廠商了,還有以前的CDN廠商,都有點(diǎn)在往這方面轉(zhuǎn)的意思。


LiveVideoStack:你做過主機(jī),做過存儲(chǔ),又做過網(wǎng)絡(luò),你覺得以你的經(jīng)驗(yàn)來看,你有這三方面的經(jīng)驗(yàn)是不是對(duì)做網(wǎng)絡(luò)更有幫助呢?


裴志偉:這是肯定的。我們知道,網(wǎng)絡(luò)會(huì)分為控制面和轉(zhuǎn)發(fā)面??刂泼鎻?qiáng)調(diào)的是架構(gòu)設(shè)計(jì),就是怎么樣高可用,不會(huì)出任何問題;轉(zhuǎn)發(fā)面講究的是高性能,比如轉(zhuǎn)發(fā)能力和CPU的消耗。存儲(chǔ)是一個(gè)比較強(qiáng)調(diào)架構(gòu)設(shè)計(jì)的領(lǐng)域,做過存儲(chǔ)的人會(huì)在架構(gòu)設(shè)計(jì)方面,或者在高可用設(shè)計(jì)上面,或者在分布式系統(tǒng)上面,會(huì)有一些更好的理解。做過計(jì)算的人會(huì)對(duì)整個(gè)底層的轉(zhuǎn)發(fā)技術(shù)和內(nèi)核這樣的東西更熟悉,這樣也會(huì)幫助你去完善一些東西。實(shí)際上還有更多,因?yàn)椴煌募夹g(shù)棧領(lǐng)域之間會(huì)有一些交集,而且你理解越多,你看問題的深度、角度會(huì)略有一些不一樣。這樣的話,面對(duì)復(fù)雜問題的時(shí)候,你的思路可能會(huì)更廣闊一些。


LiveVideoStack:但是似乎并不是所有技術(shù)人都有機(jī)會(huì)能接觸這么三大塊產(chǎn)業(yè),可能很長時(shí)間都是聚焦在自己的業(yè)務(wù)場(chǎng)景下,雖然他可以在某一個(gè)產(chǎn)品或技術(shù)上挖得很深,但是他對(duì)整體的架構(gòu)或者業(yè)務(wù)并不了解。以你的經(jīng)驗(yàn)來看,你覺得是建議大家更專一點(diǎn)好,還是多去了解這個(gè)世界在發(fā)生什么比較好?以你的經(jīng)驗(yàn)來看怎么去平衡?


裴志偉:從我的角度來看,如果是純做技術(shù)的話,肯定是以深度為好。即使你想做廣度,你也要先有深度,再去做廣度,否則就是撿起一個(gè)芝麻,丟了一個(gè)西瓜。


LiveVideoStack:回到剛才你提到的大家都在做的SD-WAN,包括新的一些技術(shù)的工具框架,你看現(xiàn)在有哪些新的技術(shù),比如跟網(wǎng)絡(luò)相關(guān)的標(biāo)準(zhǔn)或者框架,可能在未來三五年會(huì)成為主流?你有沒有看到過這種產(chǎn)品?


裴志偉:我比較看好的還是關(guān)于服務(wù)類的。比如HTTP 3.0,它有點(diǎn)像現(xiàn)在一些大廠用的QUIC,都是HTTP OVER UDP。目前來說,在整個(gè)公網(wǎng)上面,以前大家都認(rèn)為我的服務(wù)是要可靠性,我一定要用TCP。之前Linux 4.9也出了BBR來解決TCP在亂序的情況下網(wǎng)絡(luò)帶寬利用率的問題。但是實(shí)際上整體來看,現(xiàn)在在音視頻、短視頻和直播越來越火熱的情況下,好像越來越多的人,包括一些IM公司,都已經(jīng)在往UDP上轉(zhuǎn)。HTTP 3.0,如果它是純基于UDP做的話,我們看到它的場(chǎng)景可能會(huì)發(fā)展得更快。


實(shí)際上到目前為止,我們之前做服務(wù)的時(shí)候也發(fā)現(xiàn)過這樣的問題,就是有些很老的設(shè)備終端到目前為止還只支持HTTP 1.0,連HTTP 1.1都不支持,更不要說HTTP 2.0了。但是我們能看到,HTTP 3.0的應(yīng)用場(chǎng)景發(fā)展會(huì)更迅猛,因?yàn)榇蠹叶枷胗酶玫募夹g(shù)。


LiveVideoStack:剛才也提到一點(diǎn),這些老的設(shè)備,包括運(yùn)營商可能對(duì)UDP并不是很友好,包括限速等。這個(gè)問題目前來看可能大家得在跑一路UDP的同時(shí),還得跑一路TCP?


裴志偉:對(duì),是的。


LiveVideoStack:你們有沒有類似的狀況?


裴志偉:這個(gè)肯定是有的。做云計(jì)算公司最常干的就是這種事情,因?yàn)榭蛻羰瞧髽I(yè)級(jí)客戶,你不能影響它的業(yè)務(wù),可能還需要長期維護(hù)。因?yàn)榭蛻魹橄?#xff0c;客戶的需求永遠(yuǎn)得先滿足,產(chǎn)品在迭代更新的時(shí)候,最好是能做到無感知遷移,把用戶遷移到最新的版本,否則的話這種事情是很難避免的。


LiveVideoStack:在你們和產(chǎn)品部門,包括跟客戶溝通的時(shí)候,你們是怎么樣迭代的?比如下一個(gè)版本研發(fā)的能力是有限制的,但是客戶的需求很急,你們和客戶,包括產(chǎn)品部門,是怎么樣配合的?


裴志偉:實(shí)際上是這樣,互聯(lián)網(wǎng)都講究的是小步快跑、快速迭代,我們的整個(gè)項(xiàng)目規(guī)劃都是以MVP的形式,就是最小價(jià)值模型。比如我們會(huì)跟客戶溝通,將客戶的需求列一個(gè)清單,然后對(duì)這些需求做證偽判斷,然后設(shè)計(jì)一個(gè)最小價(jià)值模型。實(shí)際上在做最小價(jià)值模型的時(shí)候,甚至都不一定是研發(fā)做,而可能只是用一些手動(dòng)的方式去搭出來一個(gè)框架,搭出來一個(gè)服務(wù)模型,去試錯(cuò)。其實(shí)核心就是,能否以某種工作量最低、速度最快的方式——先滿足他,然后讓他看看這是否是他想要的。因?yàn)楹芏嗳硕际沁@樣,在提需求的時(shí)候,可能沒有很明確的想法,看到東西之后還會(huì)有進(jìn)一步要求,所以我們會(huì)先有一個(gè)模式。然后我們每個(gè)迭代版本的整個(gè)進(jìn)度,一些比較小的需求,我們內(nèi)部要求是3天內(nèi)做完,然后在一周內(nèi)交付。


LiveVideoStack:接下來你們有沒有一些新的研發(fā)或者突破方向?有哪些技術(shù)趨勢(shì)是你們正在攻關(guān)的?


裴志偉:我們現(xiàn)在也在做一些WebRTC的產(chǎn)品,其他的也會(huì)做一些偏向于多云的更好的應(yīng)用。這好像也是AWS的重心,包括上上周谷歌在Google Cloud Next上也提到了它做了一個(gè)多元管理平臺(tái),所以現(xiàn)在無論是多云也好,還是幫助用戶更方便、更簡單地做遷移也好,這個(gè)領(lǐng)域現(xiàn)在對(duì)用戶來說痛點(diǎn)是比較明顯的。因?yàn)樵朴?jì)算已經(jīng)發(fā)展這么多年,大部分人還是認(rèn)同云的價(jià)值的,能減輕他的技術(shù)負(fù)擔(dān),能節(jié)省成本,滿足他的彈性,解決他的交付周期,等等。


接下來的問題就是,很好上云的用戶已經(jīng)上云了,接下來比較難的用戶都是,比如需要整改才能上云,或者沒有一個(gè)很好的技術(shù)團(tuán)隊(duì),或者其他一些東西。從整個(gè)社會(huì)的IT的角度來說,還有很多事情是在水下的,沒有經(jīng)歷過的人是沒法想象的。所以我們也會(huì)關(guān)注這方面的東西,我們是站在企業(yè)和用戶的角度,并不追求最熱的技術(shù)、最火的技術(shù),而最強(qiáng)調(diào)的是用戶的痛點(diǎn)是什么、我們?nèi)绾文軌驇椭脩艚鉀Q問題。


LiveVideoStack:剛才也提到WebRTC,我理解更多的還是在低延遲通信的這種場(chǎng)景,通過WebRTC來提供這種服務(wù)?


裴志偉:是的。


LiveVideoStack:您之前講到教育行業(yè)是咱們今年比較重點(diǎn)的行業(yè),除了教育行業(yè)之外,您覺得下一個(gè)重點(diǎn)會(huì)是哪個(gè)行業(yè)?


裴志偉:我們目前重點(diǎn)關(guān)注的行業(yè),除了教育之外,還有就是企業(yè)服務(wù)、新零售、醫(yī)療等,實(shí)際上這里面是有技術(shù)相關(guān)性的。接下來的幾個(gè)熱點(diǎn)爆發(fā),我們看到的第一個(gè)是AI、VR技術(shù),現(xiàn)在是屬于潛伏期,在接下來的5G時(shí)代可能會(huì)有一個(gè)比較好的發(fā)展趨勢(shì)。VR以前最大的問題就是網(wǎng)絡(luò)延遲比較大,人戴了之后是會(huì)有頭暈、嘔吐的情況,如果這個(gè)問題能夠通過5G結(jié)合一些網(wǎng)絡(luò)加速、邊緣的產(chǎn)品解決掉,整個(gè)體驗(yàn)是完全不同的。它是解決交互的問題,交互的問題都是革命性的東西。再有就是AI的一些落地產(chǎn)品,因?yàn)锳I它并不是一個(gè)行業(yè),它是一個(gè)賦能型的能力。實(shí)際上AI在很多領(lǐng)域可以有很多幫助的,比如在教育領(lǐng)域就可以去做AI老師,或者讓AI幫老師分擔(dān)工作,比如批改作業(yè),或者出一些題目、排課等。其他行業(yè)的話,我們也是保持open,主要還是看用戶需求。目前來看,行業(yè)的發(fā)展非常快,風(fēng)口行業(yè)可能一兩年就被撲滅了。


LiveVideoStack:現(xiàn)在很多公司會(huì)關(guān)注互聯(lián)網(wǎng)醫(yī)療這個(gè)行業(yè),UCloud在這個(gè)行業(yè)現(xiàn)在做的相關(guān)應(yīng)用是到哪一步了?


裴志偉:醫(yī)療的話,現(xiàn)在傳統(tǒng)的方式還都是在做三甲醫(yī)院,在醫(yī)院里面做私有化部署,其實(shí)它是不允許數(shù)據(jù)出醫(yī)院的,尤其是像個(gè)人的疾病相關(guān)數(shù)據(jù),是屬于極度隱私的,是絕對(duì)不允許做任何泄露的。這個(gè)不太好表達(dá),你在醫(yī)院的感受都是,所有東西都是拿著病歷本去交互,現(xiàn)在很多醫(yī)院都已經(jīng)慢慢地變成了刷卡,刷卡其實(shí)就是一個(gè)信息流通的問題。現(xiàn)在的醫(yī)院主要的核心還是在解決信息怎么樣流通。


另外一個(gè),醫(yī)院都有一個(gè)叫檔案庫的地方,可以想象北京、上海的醫(yī)院很大,有很多患者,檔案庫永遠(yuǎn)都是在排隊(duì)存、取紙質(zhì)文件。這些數(shù)據(jù)都只是人為地放在那兒,并沒有得到很好地管理。再就是這個(gè)排隊(duì)問題,有些疾病能否以家庭的方式,或者跟穿戴設(shè)備結(jié)合來做更好的預(yù)警,或者在家就能進(jìn)行醫(yī)生問診等。


LiveVideoStack:但這種數(shù)據(jù)如果不允許通聯(lián)的話,你其實(shí)沒有辦法做到很準(zhǔn)確的,這是一部分。第二部分,現(xiàn)在整個(gè)醫(yī)院對(duì)于很多技術(shù)公司來說,它其實(shí)就是一個(gè)大B,它是在做醫(yī)院內(nèi)部的事情,不能完全稱得上是互聯(lián)網(wǎng)醫(yī)療。關(guān)于這些,您的觀點(diǎn)是?


裴志偉:其實(shí)之前的互聯(lián)網(wǎng)醫(yī)療更多的只是解決了一個(gè)掛號(hào)排隊(duì)的問題。實(shí)際上之前有一個(gè)東西很火蘋果手表在美國已經(jīng)可以做一些醫(yī)學(xué)上面的采集了,但是在中國就沒有這樣的功能。我們對(duì)這個(gè)東西還是持樂觀態(tài)度,可穿戴設(shè)備一定會(huì)跟醫(yī)療有更好的結(jié)合。


另外一塊實(shí)際上是在做AI的病理分析,就是比如你拍了一張CT,還要再去找醫(yī)生看,很麻煩。但是現(xiàn)在已經(jīng)有很多案例是通過AI的手段去診斷,而且準(zhǔn)確度非常高,已經(jīng)抵得上一個(gè)有十年工作經(jīng)驗(yàn)的資深醫(yī)師的水平了,這塊也是比較火的。


LiveVideoStack? 招募

LiveVideoStack正在招募編輯/記者/運(yùn)營,與全球頂尖多媒及技術(shù)專家和LiveVideoStack年輕的伙伴一起,推動(dòng)多媒體技術(shù)生態(tài)發(fā)展。了解崗位信息請(qǐng)?jiān)贐OSS直聘上搜索“LiveVideoStack”,或通過微信“Tony_Bao_”與主編包研交流。


?

LiveVideoStackCon 2019北京正在招募講師,無論你是技術(shù)派還是學(xué)術(shù)派,亦或是行業(yè)專家,無論你的團(tuán)隊(duì)有多小、有多新,都可以來申請(qǐng)LiveVideoStackCon的講師或出品人。


點(diǎn)擊【閱讀原文】了解更多大會(huì)相關(guān)信息。

總結(jié)

以上是生活随笔為你收集整理的UCloud裴志伟:最小价值模型,技术迭代与客户需求可以达成平衡的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

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