第347章 強得有點超模了。。＆內部掣肘
第347章 強得有點超模了。。＆內部掣肘
再加之，微聊的UI界面，和微信趨於雷同，被極光帶了波節奏，致使微聊的風評，遭到極為沉重打擊。
說實話，張曉龍感覺很無辜。
移動IM軟體的界面布局，其實都大差不差。
他們的微聊，雖確實借鑑了微信，但也改動了許多，完全算不上抄襲。
然而，企鵝如今的口碑，實在是太差了。。
噴企鵝甚至成了ZZ正確。
這也導致，他們完全無法在輿論上與極光抗衡。
甚至連還嘴的餘地都沒有。。
網友們一邊對他們口吐芬芳，一邊「我不聽我不聽」。。
這找誰說理去啊。。
就在張曉龍滿腹鬱悶之際，一名工作人員，未敲門便腳步匆匆推門而入。
看對方表情，張曉龍心頭便升起一股不詳的預感。
接過工作人員遞來的測試報告，快速掃了一遍，視線掠過幾個關鍵數字時不由一滯。
延遲50ms？
強網音質M0S值4.5，弱網4.1？？
10秒語音消息，2G網絡下僅需6KB？！
「數據準確嗎？？」張曉龍抬頭望向工作人員，語氣中有些不可置信。
「測了50遍。」工作人員有些無奈的聳聳肩。
剛開始，他們也不信。
但現實情況就是這麼科幻，由不得他們不信。。
張曉龍一時無言，心頭極為沉重。
他太清楚這份數據意味著什麼了。
當前流量單價，大概0.3元/MB。
意味著微信用戶發100條語音，才花1分錢！
簡直絕殺！！
即便早就隱隱猜到，微信此番更新大版本，推出這項重磅功能，必然做了充分的準備。
但真看到測試數據，還是有點被震到了。
強得有點超模了。。
「語音對講」功能，牽扯到四塊技術。
其一，語音編解碼技術。
當前主流的語音編解碼算法，如AMR、Spee、iLBC、CELT等，基本都已開源或標準化。
在開源算法的基礎上，進行定製化開發，或是直接使用成熟的語音處理庫，開發一套「語音對講」系統，說不上容易，但也沒什麼太大的難度。
一兩個月的事兒而已。
但想要達到微信的水平，幾乎不可能。
微信應該是採用了已開源的CELT算法，結合某種自研的增強算法，自研了混合型解編碼器。
使得微信在強網環境下，使用CELT的高音質模式：
弱網時，自動切換至抗丟包模式，音質下降，但傳輸穩定性增強。
中間似乎還夾著層自研的「前向糾錯算法」，可恢復部分丟包數據。
其二，傳輸協議。
這一點就不用多說了。
微信幾乎完全重構了實時通信底層邏輯，大幅降低了延遲和丟包率，提升了寬帶利用率。
這種硬核底層技術，所帶來的用戶體驗上的差距，是沒有捷徑可走的，只能一步步追趕。
好在，總部那邊已經加大投入研發了。
其三，音頻處理技術。
微信採用了某種全鏈路降噪技術，以及實時回聲消除技術。
前端似乎是通過自適應濾波算法，結合語音端點檢測，降低了嘈雜環境下的背景噪聲。
如地鐵、商超、公交車等等。
後端則是在伺服器端，對語音進行二次降噪，同時抑制回聲，以解決語音中的「嘯叫」、「炸麥」問題。
這一部分，微信用的是什麼算法模型，張曉龍完全看不出來。
深度學習模型嗎？
但這年頭哪來的用移動端深度學習框架啊。。
可話又說回來，這種不科學的現象，出現在極光身上，似乎還挺合理的。。
最後，流量優化技術。
微信似乎是採用了某種算法，對編碼後的語音數據，進行了二次壓縮，同時對協議層進行了優化，超精簡協議頭。
使得其能在保持音質的情況下，大幅降低了流量消耗。
跟核心團隊一番分析下來，張曉龍驚嘆之餘，也有些頭皮發麻。
通過混合編解碼+重構通信協議棧+智能優化的組合，微信在音質、流量、延遲等核心指標上，有著近乎統治級的競爭力。
產生的最直接的效果就是一一消息及時，音質清晰，流量省一半。
樸實無華。
但準確戳中了當前「弱網環境」的行業痛點，以及「流量成本」的用戶痛點。
而他們即便是通過逆向分析，確定了研發路徑，想要在「語音對講」這一單項功能上，達到接近對方的技術水平，也至少需要8個月以上的研發周期。
比肩或是超越，更是想都別想。。
且受限於微聊的現有架構，優化空間十分有限。
想到這兒，張曉龍心頭不由生出一股熟悉的無力感。
誠然，如果只是想開發一套「能用」的語音對講系統，加加急，一個多月，至多兩個月也就搞定了。
但用戶體驗上的差距，卻是實打實的。
且幾乎不可能在短期內追趕上。
這也是跟極光交手這一個月以來，最讓他感到無奈的一點。
極光的研發實力太強了。
技術儲備也太過深厚了。
不止表現在，還表現在產品的選代效率上。
原本，張曉龍以為，他們的「小團隊作戰」風格，在產品疊代方面，應該還蠻有優勢的。
但在真正跟極光對上之後，他才發現自己錯了。
這家員工規模上萬的巨無霸，跟企鵝完全不一樣。
組織敏捷性及反應速度，簡直快得離譜！
表現在微信上，則是極快的優化選代頻率。
每周至少疊代一次到兩次！
這使得微信的用戶反饋，可以得到迅速解決，用戶體驗及滿意度持續提升。
與之相比，微聊上線一個月，也只選代了兩次。
但這其實已經算是相當快了。
這還是在小馬哥給了他，自主決策特權的情況下。
要是放在總部，每個創新提案，都必須經過主管部門，或「戰略委員會」投票，才可以真正上馬。
一個月能更新一次，都已經算是「閃電戰」了。
隔壁跟他們同期上線的米聊，也不過才更新了一次，勉強解決了頻頻閃退的問題。
另一方面，每次更新，他們都需要針對多種機型，進行優化適配，麻煩的很。
而極光卻有著一套自研的「跨平台開發框架」，可實現「一次編寫，多端編譯」，為其省去了大量時間。
這種高效的組織架構、決策效率，輔以強勁的研發實力、創新能力，使得微信的用戶體驗，正在迅速與競品拉開差距。
而身處企鵝邊緣部門的張曉龍，對此毫無辦法。。
事實上，在微聊立項之初，便有高管擔心會衝擊運營商利益，在高層會議上公開反對，稱「在這是在自斷生路」。
這種內部的肘，才是最讓人憋屈的。。
再加之，微聊的UI界面，和微信趨於雷同，被極光帶了波節奏，致使微聊的風評，遭到極為沉重打擊。
說實話，張曉龍感覺很無辜。
移動IM軟體的界面布局，其實都大差不差。
他們的微聊，雖確實借鑑了微信，但也改動了許多，完全算不上抄襲。
然而，企鵝如今的口碑，實在是太差了。。
噴企鵝甚至成了ZZ正確。
這也導致，他們完全無法在輿論上與極光抗衡。
甚至連還嘴的餘地都沒有。。
網友們一邊對他們口吐芬芳，一邊「我不聽我不聽」。。
這找誰說理去啊。。
就在張曉龍滿腹鬱悶之際，一名工作人員，未敲門便腳步匆匆推門而入。
看對方表情，張曉龍心頭便升起一股不詳的預感。
接過工作人員遞來的測試報告，快速掃了一遍，視線掠過幾個關鍵數字時不由一滯。
延遲50ms？
強網音質M0S值4.5，弱網4.1？？
10秒語音消息，2G網絡下僅需6KB？！
「數據準確嗎？？」張曉龍抬頭望向工作人員，語氣中有些不可置信。
「測了50遍。」工作人員有些無奈的聳聳肩。
剛開始，他們也不信。
但現實情況就是這麼科幻，由不得他們不信。。
張曉龍一時無言，心頭極為沉重。
他太清楚這份數據意味著什麼了。
當前流量單價，大概0.3元/MB。
意味著微信用戶發100條語音，才花1分錢！
簡直絕殺！！
即便早就隱隱猜到，微信此番更新大版本，推出這項重磅功能，必然做了充分的準備。
但真看到測試數據，還是有點被震到了。
強得有點超模了。。
「語音對講」功能，牽扯到四塊技術。
其一，語音編解碼技術。
當前主流的語音編解碼算法，如AMR、Spee、iLBC、CELT等，基本都已開源或標準化。
在開源算法的基礎上，進行定製化開發，或是直接使用成熟的語音處理庫，開發一套「語音對講」系統，說不上容易，但也沒什麼太大的難度。
一兩個月的事兒而已。
但想要達到微信的水平，幾乎不可能。
微信應該是採用了已開源的CELT算法，結合某種自研的增強算法，自研了混合型解編碼器。
使得微信在強網環境下，使用CELT的高音質模式：
弱網時，自動切換至抗丟包模式，音質下降，但傳輸穩定性增強。
中間似乎還夾著層自研的「前向糾錯算法」，可恢復部分丟包數據。
其二，傳輸協議。
這一點就不用多說了。
微信幾乎完全重構了實時通信底層邏輯，大幅降低了延遲和丟包率，提升了寬帶利用率。
這種硬核底層技術，所帶來的用戶體驗上的差距，是沒有捷徑可走的，只能一步步追趕。
好在，總部那邊已經加大投入研發了。
其三，音頻處理技術。
微信採用了某種全鏈路降噪技術，以及實時回聲消除技術。
前端似乎是通過自適應濾波算法，結合語音端點檢測，降低了嘈雜環境下的背景噪聲。
如地鐵、商超、公交車等等。
後端則是在伺服器端，對語音進行二次降噪，同時抑制回聲，以解決語音中的「嘯叫」、「炸麥」問題。
這一部分，微信用的是什麼算法模型，張曉龍完全看不出來。
深度學習模型嗎？
但這年頭哪來的用移動端深度學習框架啊。。
可話又說回來，這種不科學的現象，出現在極光身上，似乎還挺合理的。。
最後，流量優化技術。
微信似乎是採用了某種算法，對編碼後的語音數據，進行了二次壓縮，同時對協議層進行了優化，超精簡協議頭。
使得其能在保持音質的情況下，大幅降低了流量消耗。
跟核心團隊一番分析下來，張曉龍驚嘆之餘，也有些頭皮發麻。
通過混合編解碼+重構通信協議棧+智能優化的組合，微信在音質、流量、延遲等核心指標上，有著近乎統治級的競爭力。
產生的最直接的效果就是一一消息及時，音質清晰，流量省一半。
樸實無華。
但準確戳中了當前「弱網環境」的行業痛點，以及「流量成本」的用戶痛點。
而他們即便是通過逆向分析，確定了研發路徑，想要在「語音對講」這一單項功能上，達到接近對方的技術水平，也至少需要8個月以上的研發周期。
比肩或是超越，更是想都別想。。
且受限於微聊的現有架構，優化空間十分有限。
想到這兒，張曉龍心頭不由生出一股熟悉的無力感。
誠然，如果只是想開發一套「能用」的語音對講系統，加加急，一個多月，至多兩個月也就搞定了。
但用戶體驗上的差距，卻是實打實的。
且幾乎不可能在短期內追趕上。
這也是跟極光交手這一個月以來，最讓他感到無奈的一點。
極光的研發實力太強了。
技術儲備也太過深厚了。
不止表現在，還表現在產品的選代效率上。
原本，張曉龍以為，他們的「小團隊作戰」風格，在產品疊代方面，應該還蠻有優勢的。
但在真正跟極光對上之後，他才發現自己錯了。
這家員工規模上萬的巨無霸，跟企鵝完全不一樣。
組織敏捷性及反應速度，簡直快得離譜！
表現在微信上，則是極快的優化選代頻率。
每周至少疊代一次到兩次！
這使得微信的用戶反饋，可以得到迅速解決，用戶體驗及滿意度持續提升。
與之相比，微聊上線一個月，也只選代了兩次。
但這其實已經算是相當快了。
這還是在小馬哥給了他，自主決策特權的情況下。
要是放在總部，每個創新提案，都必須經過主管部門，或「戰略委員會」投票，才可以真正上馬。
一個月能更新一次，都已經算是「閃電戰」了。
隔壁跟他們同期上線的米聊，也不過才更新了一次，勉強解決了頻頻閃退的問題。
另一方面，每次更新，他們都需要針對多種機型，進行優化適配，麻煩的很。
而極光卻有著一套自研的「跨平台開發框架」，可實現「一次編寫，多端編譯」，為其省去了大量時間。
這種高效的組織架構、決策效率，輔以強勁的研發實力、創新能力，使得微信的用戶體驗，正在迅速與競品拉開差距。
而身處企鵝邊緣部門的張曉龍，對此毫無辦法。。
事實上，在微聊立項之初，便有高管擔心會衝擊運營商利益，在高層會議上公開反對，稱「在這是在自斷生路」。
這種內部的肘，才是最讓人憋屈的。。