第二十章：第一次团队合作与“猪队友”
第二十章：第一次团队合作与“猪队友” (第1/2页)林小圈手腕上的白色Lv2手环还没戴热乎，雷铭就在一次奥赛队晚间集训时，投下了一颗重磅炸弹。
“下周开始，进行为期两周的团队项目实践。”雷铭站在活动室前方，声音依旧没什么起伏，但内容却让底下所有队员，尤其是低等级队员竖起了耳朵，“项目主题：设计并实现一个简易的‘在线判题系统’核心模块，包括用户提交代码、后台判题、返回结果等基本功能。三人一组，自由组合。最终提交项目文档、源代码、以及小组贡献说明。”
他顿了顿，目光扫过在场众人，补充了最关键的一句：“项目成绩将计入本学期个人综合评定，并影响贡献点分配和等级晋升。不允许单人成组。”
最后五个字，斩钉截铁，断绝了某些独行侠的念想。
活动室里响起一阵低低的骚动。自由组合？这对于刚刚入学、彼此还不算熟悉的新队员来说，无疑是个难题。林小圈下意识地看向旁边的周博瀚，周博瀚也正好看向他，两人交换了一个心照不宣的眼神——作为同桌和同期，他们显然是天然的队友。
“还差一个。”周博瀚言简意赅。
林小圈的目光在活动室里搜寻。他的视线落在了一个坐在角落、面前摊开着一本厚厚《算法导论》笔记的男生身上。那个男生叫陈飞，平时沉默寡言，但理论课成绩极好，几次小测都名列前茅，据说对各种算法的原理和复杂度分析有着近乎偏执的钻研。
“陈飞怎么样？”林小圈小声提议，“他理论很强。”
周博瀚顺着他的目光看去，皱了皱眉，似乎有些犹豫，但最终还是点了点头：“可以试试。至少不会拖后腿……理论上。”
两人走到陈飞面前，简单说明了来意。陈飞从书本里抬起头，扶了扶厚厚的眼镜片，眼神有些游离，似乎在快速思考组队的利弊，几秒钟后，他才慢吞吞地点了点头：“好。我需要负责核心算法设计。”
组队成功。林小圈心里稍稍松了口气，对即将到来的团队项目甚至抱有一丝期待。周博瀚技术扎实，陈飞理论深厚，加上自己也不弱的实践和逻辑能力，这个组合看起来潜力不错。
然而，现实的骨感很快便显露无疑。
第一次小组讨论，他们约在放学后的空教室。周博瀚开门见山，直接在白板上画起了系统架构图：“我认为应该采用微服务架构，用户提交、代码沙盒、判题逻辑分离，通过消息队列通信，这样可以提高并发能力和容错性……”
他语速很快，思路清晰，显然是胸有成竹。
但陈飞立刻打断了他，指着架构图上的“代码沙盒”部分：“这个沙盒的安全性如何保证？使用Docker虽然轻量，但存在逃逸风险。我认为应该从底层系统调用拦截入手，参考Seccomp-BPF机制，设计一个安全的隔离环境，这是判题系统的核心，必须万无一失……”他开始引经据典，大谈特谈各种安全模型和系统调用过滤的原理，完全偏离了架构讨论的主题。
林小圈试图把话题拉回来：“陈飞，安全性确实重要，但我们第一步是先确定整体框架和模块划分，细节可以后面再优化。周博瀚的架构我觉得思路是清晰的……”
“细节决定成败！”陈飞推了推眼镜，语气异常严肃，“如果不从最开始就考虑周全，后期重构的成本会非常高！我认为我们应该先花时间研究一下现有的开源沙盒方案，进行安全性评估……”
周博瀚的脸色已经沉了下来，他有些不耐烦地用马克笔敲了敲白板：“我们现在是在做一个简易的、原型的核心模块，不是要开发一个商用的、承受百万级并发的系统！你说的那些东西，复杂度远超项目要求，两周根本实现不了！”
“但这是正确的方向！”陈飞坚持道，“我们不能为了赶进度而牺牲代码的质量和系统的健壮性！”
眼看讨论要陷入僵局，林小圈只好站出来打圆场：“好了好了，这样吧，架构大体按周博瀚的思路来，陈飞你重点关注判题逻辑和沙盒安全性的设计，我们先实现基础功能，如果时间允许，再考虑优化安全部分，怎么样？”
最终，在一种略显压抑的气氛中，三人勉强达成了初步分工：周博瀚负责整体架构搭建和用户交互模块；林小圈负责判题逻辑的核心实现和数据库设计；陈飞负责研究安全的代码运行沙盒方案，并协助设计核心判题算法。
分歧，从这一刻就已经埋下。
项目在磕磕绊绊中推进。他们使用了Git进行版本控制，这本来是协作的利器，却成了矛盾的放大器。
周博瀚效率极高，很快搭好了基础框架，并实现了用户提交代码的接口。他习惯小步快跑，频繁提交。
林小圈也稳步推进，开始编写判题逻辑，针对不同的编程语言设计测试用例。
而陈飞，则彻底沉浸在了他的“完美沙盒”研究中。他查阅了大量英文文献，尝试编译各种底层库，在本地虚拟机里反复测试。几天过去了，他除了提交了几篇相关的论文链接到项目Wiki外，代码库里的贡献几乎为零。
第一次冲突爆发在项目开始后的第五天。周博瀚在合并林小圈提交的判题逻辑时，发现与他自己刚写的用户状态更新模块产生了冲突。
“林小圈，你修改Judger类的接口为什么不事先说一声？”周博瀚在小组的即时通讯群里质问，语气带着不满。
林小圈一愣，解释道：“我加了两个参数是为了传递更详细的编译错误信息，我觉得这样更合理，当时你在忙架构，我就直接改了。”
“但你没通知我！我这边调用的接口全错了！”周博瀚发过来一个崩溃的表情。
“我提交的时候写了注释啊……”
“谁会每次都仔细看diff（代码差异）？这种公共接口变动，至少要在群里说一声吧？”
两人在群里争执了几句，气氛有些僵硬。而陈飞，自始至终没有在群里说一句话，仿佛消失了一般。
林小圈心里有些委屈，也觉得周博瀚有些过于严苛，但他知道周博瀚说得有道理。团队合作，沟通确实至关重要。他主动道了歉，并约定以后涉及公共模块的修改，必须提前在群里报备。
然而，更大的麻烦来自陈飞。
距离项目截止只剩四天了，陈飞终于提交了他的第一份代码——一个极其复杂、依赖了大量外部库的沙盒实现雏形。周博瀚和林小圈尝试集成，发现光是环境配置就极其繁琐，而且与周博瀚搭建的现有架构格格不入，甚至因为引入的库版本冲突，导致整个项目都无法编译通过了。
周博瀚的怒火终于爆发了。他在活动室里，当着不少队员的面，直接对陈飞低吼道：“陈飞！你搞出来的这是什么玩意儿？项目要求是简易核心模块！你看看你引入了多少不必要的依赖？架构完全被你打乱了！你这几天到底在干什么？”
陈飞的脸一下子涨红了，他梗着脖子，声音因为激动而有些发颤：“我在实现一个安全的沙盒！这是判题系统的基础！你们那种简单的Docker方案根本不行！”
“不行？那你的行了吗？连编译都过不了！”周博瀚寸步不让。
“那是环境配置问题！是你们不会配置！”陈飞争辩道。
“我们没时间也没义务去研究你那个复杂无比的‘完美’方案！项目要的是能用，不是要发表学术论文！”周博瀚的话像刀子一样。
（本章未完，请点击下一页继续阅读）