真的出现了，可能会导致系统响应时间急剧延长，甚至崩溃。
她把这个发现告诉了项目组长。项目组长是一个三十五岁的资深工程师，叫马东，在公司干了四年，技术能力很强，但也有点自负。他听了苏小小的意见后，不以为然：“苏总监，那种极端数据出现的概率太低了，我觉得没有必要为了这点概率修改方案。而且如果要修改，整个架构都要调整，至少要多花两周的时间。”
苏小小没有跟他争论，只是说了一句：“你回去做个压力测试，看看我说的对不对。”
马东半信半疑地做了测试。他编写了一个模拟程序，输入了各种极端数据，观察算法的表现。结果让他大吃一惊——在极端数据条件下，算法的响应时间延长了将近十倍，从正常的零点三秒飙升到了接近三秒。对于一般的应用来说，三秒的延迟或许可以接受，但对于天盛的产品来说，用户体验要求极高，任何超过一秒的延迟都可能导致用户流失。
他心服口服地找到苏小小，承认了自己的判断失误。苏小小没有批评他，只是说了一句：“发现问题就好。现在你知道该怎么改了。”马东带着团队重新设计了方案，用了十天时间完成了修改，新方案在各种极端条件下都表现稳定。从此以后，他对苏小小的技术判断力再无怀疑，每次提交方案之前都会主动做压力测试。
苏小小的技术研发中心还建立了一个内部知识分享机制——每周五下午，会有一个小时的“技术分享会”，由不同的团队成员轮流分享自己在工作中积累的经验和心得。分享的内容不限，可以是技术干货，可以是项目复盘，也可以是行业动态。这个机制促进了团队内部的知识流通，也让新人能够更快地融入团队。
有一次，一个刚入职不久的年轻程序员分享了自己在学习一种新型编程语言时的心得。他的分享内容虽然不算深奥，但准备得很充分，讲解得也很清晰。分享结束后，苏小小带头鼓掌，然后从玻璃罐里拿出一根棒棒糖递给他：“讲得很好。继续保持。”
那个年轻程序员接过棒棒糖，脸都红了。对他来说，这根棒棒糖的价值，比任何奖金都更有意义。
陆原偶尔也会参加周五的技术分享会。他不会发表长篇大论，只是静静地坐在角落里听，偶尔问一两个问题。他喜欢这种氛围——一群人围坐在一起，讨论技术问题，分享工作经验，偶尔还会因为某个技术细节争得面红耳赤。这种纯粹的、专注的氛围，让他觉得天盛的未来是有希望的。
有一次，分享会结束后
本章未完，请点击下一页继续阅读！