你可能会问：“等等，团队难道用的不是阿里云么？阿里云“吹牛”的时候我可是听过的，不是说伸缩扩容一分钟就搞定么？”
没错，然而问题并不出在阿里云上，而是出在真实世界的规则中——团队扩容，需要预算，而这笔预算显然是计划外的，要走特殊流程，一半天儿肯定是批不下来。。。
危急时刻，奇景出现：从技术大牛到产品经理，从一线码农到团队领导，大家纷纷联系相熟的邻居团队，从他们那里“借”资源。
对方有五台机器，要！对方有一台机器，也要！对方有一台机器但是在另外的机房，没问题，我们去人肉搬过来！对方开玩笑说你得请我吃饭，他们说请！对方说吃龙虾，他们说吃！
就这样“毫无底线”，不知道许诺出去多少顿饭，两天之内，计算资源像蚂蚁搬家一样一点点堆垒起来，超越了平时的五倍还多。烧脑的计算像F1赛车一样极速狂飙，在赛博世界表演了一场暴裂无声的白日焰火。
这段危急时刻，正赶上横跨周末，大家也都顾不上休息了，每天在办公室连轴转。当时是三伏天，而大厦周末是不给中央空调的，领导们就给大家找来了超大功率的电风扇，但桑拿天风扇也是杯水车薪，屋里仍然跟蒸笼一样。没人顾得上抱怨，汗水迷了眼就用身上的T恤擦，女同事不在就光膀子。
国庆节前一天，所有必要的计算终于跑完一遍，新算法百米冲刺上线，焕然一新的搜题引擎马不停蹄地开始全链路测试。
标准测试数据下，夸克搜题的引擎总算、究竟、到底、终于跑出了行业顶尖的解题率。
王杰雄他们看着这个结果，激动得差点欲语泪先流。
这个接力棒又火速传到产品团队手上，由他们为亿万用户做最终发布。按照规定，一般情况下假期是不能升级 App 的，但是夏雅曈他们早已提前打好了报告，拿到了金牌令箭，就等着假期推送升级。
就这样，先是团队内部人员接收了 App 升级包，第二天对几千用户随机推送，然后是几万人，然后是几十万、几百万。终于赶在十一期间，把所有用户的夸克 App 都升级完毕。
国庆收假，后台的用户数据开始满载狂升。此时，王杰雄盯着屏幕反而异常平静，他知道，眼前的一切绝非只是跳跃的数字，而是新搜题引擎像神龙一样，在响应着无数学生、老师和家长的召唤。
满屏都写着“牛X”二字。
夸克的一万个功能里，有一个是“手持弹幕”。
（四）要说“真香”不容易
夸克搜题的用户数一浪高过一浪，每过一个周末，后浪就把前浪拍在沙滩上。
然鹅没想到，一浪高过一浪的还有后台用户的吐槽。。。
毕竟人红是非多，有的用户反映有题搜不到，有的用户反映答案不详细，有的用户反映解题不够快。其实大多问题团队早就知道了，恨不得顺着网线冲过去跟用户说：“在弄了在弄了！！”。
但有一类吐槽，却是他们没想到的——搜题速度有点慢。。。
技术团队的直觉告诉自己，“速度”两个字里恐怕有大文章。
仔细测试之后他们发现，正常的拍一道题过程中，用户会有几秒钟的“被动等待时间”。啥叫被动等待呢？就是这个时候用户什么也不能做，就是干等着。
几秒钟按说也不算事儿，但是同学们在拍题的时候，经常是连续拍十几道。这些被动等待时间累积起来，就变得特别不能忍。
况且很多学生党用的手机都是中端机、青春版，性能没有那么极致，这一下又会拉长等待时间。
意识到问题的严重性，团队凑在一起开了个“共识会”，一致同意开启另一场战役——“闪电拍题”。
之前说过，用户搜题的过程，背后其实是一连串链路，粗略来说有这么几步：打开摄像头、摄像头自动对焦、点击拍摄按钮、手动框选题目、点击提交、图片生成、图片上传服务器、服务器进行文字识别、搜索引擎进行比对、找到目标结果、结果回传到手机、结果展示在屏幕上。
