派小说网

第十三章 代码与钢架的奏鸣曲（第2页）

【陈默：稳住B组，别让校园业务出乱子。另外，帮我查一下，江城有没有做智能仓储的同行，可以交流学习的。】

【林薇：好。晚上几点回？】

【陈默：可能会很晚，你先睡。】

【林薇：我给你留门。】

陈默看着“留门”两个字，心里一暖。

是啊，他不是一个人在扛。

当晚十一点，公司里灯火通明。

A组在会议室里争论技术方案，键盘声、白板笔的沙沙声、偶尔拔高的讨论声，隔着玻璃门传出来。B组在另一间办公室，周峰带着人在核对江城大学的商户结算数据，吴涛在调试新上线的食堂档口，林薇在核算这个月的财务报表。

陈默坐在自己的小隔间里，对着电脑屏幕，手指在键盘上飞舞。

他在写一份《智能仓储项目风险评估与应对方案》。这不是给客户看的，是给自己团队看的——要把所有可能的风险点列出来，评估发生概率和影响程度，然后制定应对策略。

这是前世在大厂养成的习惯。那时他带二十人团队，负责核心系统，每次大项目启动前，都要做这样的风险评估。虽然繁琐，但能救命。

写到第三十七条风险时，手机响了。

是林父。

“林叔叔。”陈默接起。

“小陈，方案我看了。”林父的声音很平静，“整体思路可以，但太理想化了。四个月，你们做不完。”

陈默心头一紧：“我们正在重新评估……”

“不用评估了，我已经帮你争取了。”林父说，“项目周期延长到六个月，预算提到三百五十万——多出来的五十万，是设备升级和应急预备金。但条件有两个。”

“您说。”

“第一，六个月必须上线，一天不能拖。第二，系统上线后，要有三个月的运维支持期，这期间出任何问题，你们要负责到底，没有额外费用。”

陈默快速心算。六个月，虽然还是紧，但比四个月多了50%的时间缓冲。三百五十万预算，能覆盖设备升级和人力成本。运维支持虽然增加负担，但能积累企业级项目的运维经验，值。

“我们接。”

“别急。”林父顿了顿，“还有件事。下周三，集团的技术委员会要听你们的方案汇报。参会的有总工、信息部部长、还有仓储公司的老总。这些人，可不像学校领导那么好说话。你得做好准备。”

“明白，谢谢林叔叔。”

“不用谢，这是你们自己争取的机会。”林父的声音难得温和了些，“小陈，记住，在国企做事，技术是一方面，更重要的是让人放心。你的团队太年轻，这是劣势，也是优势。劣势是经验不足，优势是敢拼敢闯。汇报的时候，把握好这个度。”

“记住了。”

挂了电话，陈默深吸一口气，在团队群里发了条消息：

【所有人，明早九点开会。项目周期延长到六个月，预算提到三百五十万。下周三，我们去集团总部汇报。】

群里瞬间炸了。

【李明：六个月？有戏！】

【周小雨：预算多了五十万，设备可以上好的了。】

【小王：但下周三汇报……只剩五天准备时间。】

【陈默：所以今晚，所有人，通宵。方案要重做，demo要跑起来，汇报材料要打磨。有问题吗？】

【所有人：没有！】

陈默放下手机，活动了一下僵硬的脖颈。

窗外，城市的灯火渐次熄灭。但这一方小小的办公室里，战斗才刚刚开始。

通宵的第一个小时，周小雨把架构图重画了三遍。

“不行，这个耦合度太高，一个模块挂了整个系统都得崩。”她擦掉白板上的线条，重新画，“得做成微服务架构，每个功能模块独立部署，通过API网关通信。这样就算RFID模块挂了，出入库管理还能用。”

“但微服务对运维要求高，我们人手不够。”李明皱眉。

“那就用容器化部署，K8s编排，自动化运维。”周小雨手下不停，“小王，你研究一下Docker和K8s，三天内搭出测试环境。”