第二十五章 评审、折衷与“破冰”烧烤(1 / 4)

第二天上午九点，日租房里气氛凝重得能拧出水来。

临时搬来的长桌一侧，坐着赵胖子，面前是他那台贴满贴纸的游戏本，屏幕上是他连夜赶制、充满各种曲线图和架构图的PPT，眼神里带着背水一战的决绝。另一侧，是阿杰和他的两个原“快跑侠”程序员，面前是厚厚的打印文档和Mac脸上挂着技术精英的矜持与不服。

我和李莎莎坐在一端，对面是苏晚晴和张扬。苏晚晴依旧是一身清冷，仿佛只是来旁听一场无关紧要的会议。张扬则脸色复杂，有对自身处境的尴尬，也有一丝对旧部能否争气的期待。

“开始吧。”我作为主持人，深吸一口气宣布，“先由阿杰陈述‘快跑侠’架构方案。”

阿杰推了推眼镜，站起身，语气带着自信：“我们的架构基于Java后端和原生App，经过多次大促考验，稳定性毋庸置疑。功能模块齐全，用户体系完善，智能派单算法经过多次迭代……”

他侃侃而谈，展示了系统在高峰期处理大量订单的能力，强调了其“成熟”和“可靠”。不可否认，这套系统在功能和稳定性上，确实比赵胖子那个“轻量级”小程序要厚重得多。

但赵胖子在一旁听得直撇嘴，低声嘟囔：“堆砌功能谁不会？运维成本高上天……”

轮到赵胖子。他没站起来，直接操作电脑投屏，语气带着技术宅特有的执拗：“我们的核心理念是‘轻、快、省’！小程序无需下载，即用即走，用户门槛极低！后端采用更灵活的框架，服务器成本只有他们的三分之一！代码简洁，迭代速度快，能快速响应市场和用户需求的变化！”

他展示了“马上到家”后台简洁的数据流和低延迟响应，重点突出了其“敏捷”和“成本优势”。

双方陈述完毕，优劣一目了然。

“快跑侠”系统：重，功能全，稳定，但成本高，迭代慢。

“马上到家”系统：轻，功能简，成本低，迭代快，但承载力和功能丰富度不足。

会议室里陷入短暂的沉默。

“所以，”苏晚晴清冷的声音打破了寂静，她目光扫过胖子和阿杰，“一个像穿着重甲行动迟缓的巨人，另一个像赤手空拳但反应灵敏的猴子。我们需要的是一个能打仗的士兵，不是巨人，也不是猴子。”

她一语中的。

“那……苏学姐觉得该怎么办？”阿杰忍不住问道，语气有些急切。

苏晚晴没有直接回答，而是看向我：“林屿，你觉得呢？”

压力再