高并发场景下的需求”
“如果用主从架构，它的数据同步可能出现延迟，这不利于微信的实时性聊天，而要是做简单的分层架构吧，它没有分布式的支持，一旦需要处理高并发和大规模用户数据，恐怕很快就会出现性能瓶颈”
俞兴消化这些信息，思索之后问道：“照你这么说，要是只做分层架构，按现在的常规情况，多大规模的用户体量会碰见性能瓶颈？”
“这和业务逻辑复不复杂有关，唔……”谭睿泽在心里琢磨了一会，说道，“模糊点来看，可能30-50万就容易碰见瓶颈了，即时通讯的需求就是这样，系统就是得具有短时间里同时处理大量请求的能力”
他认真的说道：“不然，两款产品，QQ用着不卡，咱们的用着卡，这还怎么竞争呢？”
俞兴听着谭睿泽的这话，被激活了一些模糊的记忆，当年的米聊是不是也碰见过这样的问题？
它比微信更早上线了语音功能，也因此很吸粉，但经常宕机而严重影响用户体验
这种产品的体验肯定十分重要，而企鹅把QQ做到国内第一，它处理这方面的经验和能力就无出其右了
自家现在做竞品，需要把用户规模做到多大程序才能完成最起码的狙击效果……俞兴期望的这个数字最终是千万级的，也就是，卖它的时候至少拥有1000万用户
这样既能卖上价，也才能真正对企鹅产生冲击
当然，千万打底，越多越好
俞兴踌躇好一会，问道：“我这么听下来……这样做开发需要多大的团队？”
“俞总，我给你算算哈，做整体机构的设计和技术选型，这得三到五个人吧，前端面向安卓、iOS和塞班，每个平台需要五到八个人，后端负责实现微信的业务逻辑，这里得做分布式系统的开发和数据管理，不知道十五个人能不能打住，哦对，还有移动端的适配和优化，感觉要五个人，另外做功能、性能、兼容等方面的测试……”谭睿泽掰着手指，细细计算
俞兴忍不住打断道：“你详细的都写在晚上的报告里，总体规模多少人左右？”
谭睿泽心里默算，很快给出答案：“80到120个人吧”
俞兴皱起眉头，之前考虑原本张小龙团队的开发背景，团队预期是在20人左右，其中的核心团队是葛智杰的五个人，现在这么算起来，规模膨胀的太迅速了
但他转念一想，这应该是对的
产品开发不难，难的是背后对产品的支撑
张小龙他们这方面碰到的只会是小问题，企鹅只要确认后就能迅速给予支持，而己方想要从零开始就需要做这方面的技术规划，不过，公司刚成立，员工数量就要追上做了一年半的百晓生了
谭睿泽见俞总在考虑，补充了一句：“企鹅的系统架构也是类似的，