第106章 本質

請關閉瀏覽器的閱讀/暢讀/小說模式並且關閉廣告遮蔽過濾功能，避免出現內容無法顯示或者段落錯亂。

週二，科技園A233會議室。

“老程。聊聊，最近微訊的進展如何。”路舟叫了程旭元單獨聊。

程旭元剛一坐下，也直接埋汰起路舟，“得，老闆別裝了行嗎？程式碼倉庫你那些提交都是假的？執行到什麼程度你不比我還清楚。”

“由不得我緊張啊。明明看著是這麼回事，心裡有些沒譜。”路舟說道。

為什麼沒譜？那說法可就太多了。

即使路舟腦子裡有大量關於前世微信的細節，但是他也無法完全復現一個一模一樣的微信。也許外觀和體驗可以對齊，但內裡的服務邏輯卻基本是換了一整套花樣。

現如今，程旭元經手路舟的幾處文件，在這兩個月中已經將微訊推進了數個小版本。就算以最簡單的收發訊息為例，一條資訊透過微訊執行返回伺服器，同步了資料後再回傳，就這麼一個簡單的邏輯，一萬個程式設計師能寫出一萬個不一樣的實現。

但它們中間，有的是金子，有的是屎。

“所以，你到底在擔心什麼？”程旭元笑著說道。

“擔心實習生們寫出屎一樣的程式碼，拖垮微訊的服務。”

“草。幾個意思？香蕉不也是幾個實習生搞出來的，你敢說中間就沒毛病。有毛病一步步調整能怎麼樣？只要不是雪崩，小步試錯迭代不就能解決。”

路舟看著程旭元這般氣急敗壞，突然卻是卸掉了一些負擔，是啊，寫成屎還是能重構吧。自個這番不求失誤，倒是顯得有些患得患失。

“行吧。你把握。”

路舟頓時有些想開了些。微訊將要強在哪裡？首先利用搶佔的渠道入口，快速步入移動市場，提前把牢一批使用者。至於後續的交火，只得一步步來。

他又問道，“說說陸銘師兄給的方案。實現得怎麼樣？高度海量寫入資料的情況下，保持資料一致性對齊的效率如何？”

“方案應該是沒有問題。但實際效果並不理想，可能程式碼的流程存在問題。無論延時還是成功率，都無法凸顯出優勢。簡單來說，雞肋，毫無卵用。”

路舟這一聽，嘆了口氣，這又豈是好實現的？微訊的資料量，會伴隨著使用者數量的膨脹而呈現幾何增長。並且，隨著微訊的服務拓展化，它只會膨脹得更加迅猛。

這番，只有兩種情況可以停下來，一種微訊死了，其二增長紅利結束了。

所以，陸銘的研究方案，必須實現並且達到商用的級別。否則，微訊就根本撐不到紅利增長結束。

“這個事情迅速跟進，實在不行加緊招人，多加實踐。這東西，不做微訊直接會死，不是明天死就是後天死。”

程旭元一聽怔了一下，“有點誇張了吧。替代方案應該很多才對。更何況，微訊真有這麼誇張的需求？聽溫哥說，你這動不動就是幾個T幾個T地加記憶體。”

誇張嗎？不，路舟只以為一點不誇張，甚至如果他還有餘錢，只會接著往裡瘋狂堆伺服器數量和效能。

米聊和talkbox怎麼死的，原因之一就是伺服器資源跟不上使用者膨脹的需求，造成大量掉線和宕機的問題。

而現如今，華夏境內壓根就沒有成熟可靠的雲服務，因為短期伺服器資源緊缺而導致產品服務不穩定，那再要重新架設伺服器，就又是一頭半月過去了。

所以，一旦預想偏離實際，伺服器資源跟不上，那微訊根本再無還手之力。

他路舟既然已經料想到了，又怎麼可能讓這個漏洞產生。

路舟沒有直接回應程旭元，而是回答道，“在文件提及的一些思路里，提到微訊的階段性發展問題。你目前已經初步實現了第一階段——移動通訊階段。這個階段的第一版本承載了微訊最基礎的功能，如通訊錄、收發訊息和圖片，語音和影片功能，LBS等等。目前的程式碼，應該是正在實現語音引擎，做語音的編解碼。”

“對。語音的編解碼這方面我並不熟悉，已經安排人手去做了。會爭取做最大的最佳化，將流量的耗費壓縮到最低比例。估計不出一週馬上出版本。”

路舟也不奇怪，“嗯。這個我不擔心。反而，我覺得有必要陳述清楚這個事情。微訊的第一階段，就是最本質的通訊需求。同網際網路的出現一致，微訊用最簡單的形態展現一個功能，對，就只是交流。沒有亂七八糟的邏輯，就是我想和你聊天。基於通訊錄，打造一個新的虛擬社交圈。”

程旭元也應和道，“明白。所以我覺得微訊的思路是對的。手機普及後，將成為一個人