第228章 決策（1/2）
明明在電話里溝通的時候很有底氣啊……
明明見面聊天時也很有姿態啊……
明明才剛開始蜜月期啊……
俞興對於葛智傑的表現只覺頭皮發麻，孵化項目的打法核心是要「以快打慢」，要是這樣搞下去，還有什麼好打的？
他沒有立即表示不滿，而是細細思考應該怎麼來處理這種事。
從之前的交流來看，葛智傑的技術能力是夠的，公司需要的也就是這個，至於他疑似不太穩定的情緒……
俞興左想右想，先是與招來的百度、網易兩位程式設計師聊了又聊，又和百曉生的員工們印證理解，首先試圖確認穩妥的技術路線，比如，相較於葛智傑提到的系統架構，微信似乎也可以使用分層架構與分布式相結合的方式來進行設計。
前者固然在理論上可以擁有更高的可擴展性、可維護性以及技術多樣性等優點，但它……
「俞總，不是我不想支持葛智傑的想法，可是，我們開發這樣的軟體不應該考慮到與企鵝的競爭嗎？我們應該沒有那麼多時間和資源來推技術吧？國內現在也就阿里在這方面有實踐，這種姑且稱之為微服務架構的理念是好的，但我不認為它真的適合我們。」
「這種開發難度很高的，我們沒有這方面的經驗，貿然嘗試把一個大型系統拆分成多個微服務，開發和維護都是問題，我隨便想想就感覺頭疼了，跨服務的業務邏輯協調會很複雜，還得維護數據的一致性……」
之前與葛智傑發生分歧並爭吵的譚睿澤給出頗為篤定的意見，他的主張就是採用分層架構與分布式相互結合。
俞興沒有急躁，詢問這位來自網易的員工意見：「分層架構與分布式相結合，這也不是現在的唯一解吧？」
「是的，但相較於葛智傑想做的，這已經克制很多了。」譚睿澤侃侃而談，「俞總，選擇什麼樣的系統架構，咱們得根據軟體的特性來，像微信這種軟體，一旦成功，它的功能不會少，用戶規模也不會小，數據量大，對於實時性的要求也高。」
「我們從一開始就把系統功能劃分出來，表示層、業務邏輯層、數據訪問層等等，這樣結構清晰，也比較容易維護和擴展，不同層次還可以用不同團隊來開發和維護。」
「我不知道微信這樣的軟體能不能取得市場上的成功，但我認為，還是得考慮提高系統的並發處理能力吧，分布式架構能夠滿足這樣的需求。」
「這要說起來又得長篇大論，俞總，我今天晚上把這些全部整理成一份報告，明天給你。」
「總而言之，我認為，葛智傑的想法太超前了，市面上其它的架構，單體的容易開發和部署，但是，微信功能一多，代碼複雜度就得急劇上升，後期修改功能有可能影響系統的穩定性，還不容易滿足高並發場景下的需求。」
「如果用主從架構，它的數據同步可能出現延遲，這不利於微信的實時性聊天，而要是做簡單的分層架構吧，它沒有分布式的支持，一旦需要處理高並發和大規模用戶數據，恐怕很快就會出現性能瓶頸。」
俞興消化這些信息，思索之後問道：「照你這麼說，要是只做分層架構，按現在的常規情況，多大規模的用戶體量會碰見性能瓶頸？」
「這和業務邏輯復不複雜有關，唔……」譚睿澤在心裡琢磨了一會，說道，「模糊點來看，可能30-50萬就容易碰見瓶頸了，即時通訊的需求就是這樣，系統就是得具有短時間裡同時處理大量請求的能力。」
他認真的說道：「不然，兩款產品，QQ用著不卡，咱們的用著卡，這還怎麼競爭呢？」
俞興聽著譚睿澤的這話，被激活了一些模糊的記憶，當年的米聊是不是也碰見過這樣的問題？
它比微信更早上線了語音功能，也因此很吸粉，但經常宕機而嚴重影響用戶體驗。
這種產品的體驗肯定十分重要，而企鵝把QQ做到國內第一，它處理這方面的經驗和能力就無出其右了。
自家現在做競品，需要把用戶規模做到多大程序才能完成最起碼的狙擊效果……俞興期望的這個數字最終是千萬級的，也就是，賣它的時候至少擁有1000萬用戶。
這樣既能賣上價，也才能真正對企鵝產生衝擊。
當然，千萬打底，越多越好。
俞興躊躇好一會，問道：「我這麼聽下來……這樣做開發需要多大的團隊？」
「俞總，我給你算算哈，做整體機構的設計和技術選型，這得三到五個人吧，前端面向安卓、iOS和塞班，每個平台需要五到八個人，後端負責實現微信的業務邏輯，這裡得做分布式系統的開發和數據管理，不知道十五個人能不能打住，哦對，還有移動端的適配和優化，感覺要五個人，另外做功能、性能、兼容等方面的測試……」譚睿澤掰著手指，細細計算。
俞興忍不住打斷道：「你詳細的都寫在晚上的報告裡，總體規模多少人左右？」
譚睿澤心裡默算，很快給出答案：「80到120個人吧。」
俞興皺起眉頭，之前考慮原本張小龍團隊的開發背景，團隊預期是在20人左右，其中的核心團隊是葛智傑的五個人，現在這麼算起來，規模膨脹的太迅速了。
但他轉念一想，這應該是對的。
產品開發不難，難的是背後對產品的支撐。
張小龍他們這方面碰到的只會是小問題，企鵝只要確認後就能迅速給予支持，而己方想要從零開始就需要做這方面的技術規劃，不過，公司剛成立，員工數量就要追上做了一年半的百曉生了。
譚睿澤見俞總在考慮，補充了一句：「企鵝的系統架構也是類似的，而且，它的用戶規模更大，採用了更多的架構設計，既然產品要對標企鵝，這方面是應當向它學習的。」
俞興很難不贊同。
他沉吟一會之後說道：「那明天上午你把報告給我，我們爭取兩天之內確定下來方向和預算。」
譚睿澤很意外，他說這些確實是自己認真思考後的想法，也算對得起自己的待遇，但是，並沒有奢望到得到這麼直接的回應。
領導應該什麼樣？
這不折個中？
儘管俞總沒有立即答應，但他的態度已經挺明確了。
譚睿澤既驚訝，又振奮。
「葛智傑的想法，我現在也能理解，你的想法也是，但我們需要在巨頭競爭的壓力下尋找一條最合適的現實之路。」俞興表達自己的立場，「既然要做，我們就做我們能力範圍之內最好的事情，然後再看它會怎麼樣。」
能力範圍之內最好！
俞興沒有太多的猶豫，他已經比較傾向於譚睿澤的想法，因為……
好吧，企鵝這種核心業務是即時通訊產品的系統架構很具有說服力。
不管用戶數量還是產品功能又或者系統穩定性，巨頭自然有巨頭的技術功底，而考慮到一款新興應用不是真要究極對標QQ那種數億用戶的大魔王，提前籌備的效果或許能夠支撐這種前期競爭。
俞興自己的心裡有一本帳，即便按照譚睿澤的估算上限，120個人在1年之內的薪資支出不會超過1500萬，而微信公司的帳上現在就有2000萬。
只要微信公司能做出來一些希望，中間融資是能支持必要投入的。
產出大於投入，這就是一筆賺錢的帳。
更何況，還有過山峰的伺機而動。
這天晚上在初步有了傾向之後，俞興整理了與譚睿澤談話的錄音，用裡面的主要技術部分來尋求百曉生程式設計師們的意見。
毋庸置疑，百曉生的程式設計師們與大代價請來的譚睿澤、葛智傑存在很大差距，但他們也能給予側面的佐證。
最終，俞興得到了一種感覺。
葛智傑是激進派，譚睿澤是沒那麼激進的激進派。
次日上午，八點半，俞興把葛智傑請來了自己的辦公室，嘗試儘量解決他的一部分思想壓力，上來就先拋出了三個問題。
「葛總，你覺得我們剛剛成立不到一個月的微信公司是大廠嗎？」
「葛總，你覺得我們的技術實力可以比肩探索技術前沿的阿里嗎？」
「葛總，你覺得公司的資金能夠支撐這些嗎？」
本章未完，點選下一頁繼續閱讀。