，UI和互動倒是其次，錄音採集、即時處理、壓縮編碼、網路傳送、播放控制這些功能才是大頭。每一個都很複雜，每一個都可能出問題。”

    比起鄒魯的凝重，褚家瞳直接繃不住了，一臉苦大仇深地近乎哀嚎起來：

    “你們iOS端還好，機型統一，適配起來簡單，我們Android端才是真的慘！”

    “安卓機型亂七八糟，不同手機的麥克風、CPU架構不一樣，音訊API的表現也千差萬別，要做到所有機型都適配，不出bug，這簡直就是天坑啊！”

    褚家瞳這話倒是沒半點矯情。

    2010年的安卓，碎片化嚴重得令人髮指。

    系統版本從1.5到2.2，廠商定製亂七八糟，硬體千奇百怪。要達到馬彤彤的要求——穩定、流暢、低延遲——工作量確實不是一般的大。

    但難度最大的，其實是服務端。

    語音訊息看似簡單，可背後的資料一致性、長連線推送，都是不小的挑戰，稍有不慎，就會出現訊息丟失、延遲過高的問題，那這款產品就徹底廢了。

    呂思峰一直在咬著嘴唇沉思，嘴角都被咬出了明顯的唇印。

    過了好一會兒，他才抬起頭看向馬彤彤：“馬經理，語音訊息時長上限是多長？”

    “早期版本可以設定上限是30秒，但未來上限要能達到60秒。”馬彤彤回答。

    呂思峰大概估算了一下：

    “每個語音訊息大概幾十KB，語音檔案的儲存與處理還挺費勁，而且還要考慮使用者不線上時的離線訊息。”

    “是啊！”賈振彪緊跟著補充，“而且還會涉及網路環境的切換，比如從3G切換到2G、WiFi，想要保持TCP長連線，並不容易。”

    這時，黃海棠也帶著愁容開口了：

    “我們測試端的資源更不夠，光語音訊息這一個功能，就要測不同手機、不同網路環境、不同使用場景。我自己的話，光測試就要兩三週。”

    就在客戶端、服務端和測試同學還在吐槽難度時，馬彤彤繼續笑著開口了：

    “各位，各位，我這才只講了一個功能，後面還有呢。”

    會議室裡瞬間安靜下來。所有人都盯著她，表情從震驚變成了絕望。