警惕降本增效！软件开发不可忽视的四大误区（四）-河南海融软件有限公司

四、性能洁癖主义

这个误区貌似比较容易理解，只是有时候，它的存在像一个阳谋，我们知道不对劲，但却无能为力。

一般技术团队，在人多了之后，队伍里面会出现各种各样角色的人，一定会有一些完美主义倾向的，有洁癖症的一些人，他们会掺杂在里面，就会导致我们在做事情的时候容易偏离核心目的。

当然，写到这里，有些读者可能会误解我的意思——会理解为“做性能要适可而止”。但这不是我想表达的！

做性能，我是倾向于能尽可能地做到现有条件下的极致化。只有极致化的性能才能在竞争中脱颖而出，这个非常关键的，如果我们做不到，往往是资源不够，或者能力不够，而不是决心不够，这个不是什么误区。我要讲的误区是：“我们往往因为追求常规的性能参数，而丧失更重要的体验级性能” ，这才是很多人，难以跳脱出来的误区。

继续举一个例子：大家都在传微信诞生之初，腾讯内部有三个团队都在做微信，最后是张小龙的团队胜出。这个故事不是完全真实，但是确实也是有故事的原型的。当时有一个产品叫做 Q 信，用 Q 信来发 IM 消息、语音消息、图片消息。过程中，要解决一个问题“移动端信号不如有线网稳定的情况下，如何做到像系统短信一样极高的发送成功率？”那时候，3G 时代还在巅峰，4G 尚未完全普及，一部分用户还依然在使用网络极差的 2G。基于当时的条件下，我们对信号弱，发送失败的情况设计了大量的重试策略、动态化的重试步长、网络探测策略，等等各种复杂规则… …

但是，我们发现，无论怎么做，发送消息失败的概率，以及发送成功的速度，都还是明显弱于微信。我们始终无法正确预测用户什么时候突然进入电梯没有信号了，什么时候又出了电梯，什么时候又进入隧道没有信号了... ... 而微信却仿佛能够预测未来一样，总是在用户走出电梯的一瞬间，把消息发送成功。

我们的问题出在哪？

我在反复琢磨了很久并对微信抓包分析之后，才后知后觉。其实一切都很简单，是我们自己错误的性能追求框死了自己。因为我们做了多年的移动端 App，对移动端 App 省电的经验深入骨髓，这样的经验前提下，我们所有的重试策略都会制定时间间隔、重试次数，我们像洁癖症患者一样，不允许任何无畏的耗电。压根不会跨出省电的大前提去设计技术方案。而微信的做法，简单粗暴，在消息发送不成功的时候，快速、多次不断地重试。当然可以在用户打开电梯门，网络恢复的一瞬间，马上发送消息成功！我们犯了一个致命的错误，就是我们并没有去计算我们通过这套复杂的省电规则，到底节省了多少电？节省的这点有限的电量（后来证明，由于异端场景的概率问题，节省的电量极少），能否比得上一个发消息速度极快且极其稳定不惧网络波动的软件，带来用户的信心的价值？一款产品的成功，掺杂着无数条类似这样能勘破常规误区，能直击靶心的思维尖刀！而在当时欠缺这套能力的 Q 信，显然差距还比较明显。

再重复一遍，我当时犯的错误是：“我们往往因为追求常规的性能参数，而丧失更重要的体验级性能 ”。