字体:大 中 小
护眼
关灯
上一章
目录
下一页
106.本质 (第1/2页)
??周二,科技园a233会议室。 ??“老程。聊聊,最近微讯的进展如何。”路舟叫了程旭元单独聊。 ??程旭元刚一坐下,也直接埋汰起路舟,“得,老板别装了行吗?代码仓库你那些提交都是假的?执行到什么程度你不比我还清楚。” ??“由不得我紧张啊。明明看着是这么回事,心里有些没谱。”路舟说道。 ??为什么没谱?那说法可就太多了。 ??即使路舟脑子里有大量关于前世微信的细节,但是他也无法完全复现一个一模一样的微信。也许外观和体验可以对齐,但内里的服务逻辑却基本是换了一整套花样。 ??现如今,程旭元经手路舟的几处文档,在这两个月中已经将微讯推进了数个小版本。就算以最简单的收发消息为例,一条信息通过微讯执行返回服务器,同步了数据后再回传,就这么一个简单的逻辑,一万个程序员能写出一万个不一样的实现。 ??但它们中间,有的是金子,有的是屎。 ??“所以,你到底在担心什么?”程旭元笑着说道。 ??“担心实习生们写出屎一样的代码,拖垮微讯的服务。” ??“草。几个意思?香蕉不也是几个实习生搞出来的,你敢说中间就没毛病。有毛病一步步调整能怎么样?只要不是雪崩,小步试错迭代不就能解决。” ??路舟看着程旭元这般气急败坏,突然却是卸掉了一些负担,是啊,写成屎还是能重构吧。自个这番不求失误,倒是显得有些患得患失。 ??“行吧。你把握。” ??路舟顿时有些想开了些。微讯将要强在哪里?首先利用抢占的渠道入口,快速步入移动市场,提前把牢一批用户。至于后续的交火,只得一步步来。 ??他又问道,“说说陆铭师兄给的方案。实现得怎么样?高度海量写入数据的情况下,保持数据一致性对齐的效率如何?” ??“方案应该是没有问题。但实际效果并不理想,可能代码的流程存在问题。无论延时还是成功率,都无法凸显出优势。简单来说,鸡肋,毫无卵用。” ??路舟这一听,叹了口气,这又岂是好实现的?微讯的数据量,会伴随着用户数量的膨胀而呈现几何增长。并且,随着微讯的服务拓展化,它只会膨胀得更加迅猛。 ??这番,只有两种情况可以停下来,一种微讯死了,其二增长红利结束了。 ??所以,陆铭的研究方案,必须实现并且达到商用的级别。否则,微讯就根本撑不到红利增长结束。 ??“这个事情迅速跟进,实在不行加紧招人,多加实践。这东西,不做微讯直接会死,不是明天死就是后天死。” ??程旭元一听怔了一下,“有点夸张了吧。替代方案应该很多才对。更何况,微讯真有这么夸张的需求?听温哥说,你这动不动就是几个t几个t地加内存。” ??夸张吗?不,路舟只以为一点不夸张,甚至如果他还有余钱,只会接着往里疯狂堆服务器数量和性能。 ??米聊和talkbox怎么死的,原因之一就是服务器资源跟不上用户膨胀的需求,造成大量掉线和