贡献几乎为零。
第一次冲突爆发在项目开始后的第五天。周博瀚在合并林小圈提交的判题逻辑时，发现与他自己刚写的用户状态更新模块产生了冲突。
“林小圈，你修改Judger类的接口为什么不事先说一声？”周博瀚在小组的即时通讯群里质问，语气带着不满。
林小圈一愣，解释道：“我加了两个参数是为了传递更详细的编译错误信息，我觉得这样更合理，当时你在忙架构，我就直接改了。”
“但你没通知我！我这边调用的接口全错了！”周博瀚发过来一个崩溃的表情。
“我提交的时候写了注释啊……”
“谁会每次都仔细看diff（代码差异）？这种公共接口变动，至少要在群里说一声吧？”
两人在群里争执了几句，气氛有些僵硬。而陈飞，自始至终没有在群里说一句话，仿佛消失了一般。
林小圈心里有些委屈，也觉得周博瀚有些过于严苛，但他知道周博瀚说得有道理。团队合作，沟通确实至关重要。他主动道了歉，并约定以后涉及公共模块的修改，必须提前在群里报备。
然而，更大的麻烦来自陈飞。
距离项目截止只剩四天了，陈飞终于提交了他的第一份代码——一个极其复杂、依赖了大量外部库的沙盒实现雏形。周博瀚和林小圈尝试集成，发现光是环境配置就极其繁琐，而且与周博瀚搭建的现有架构格格不入，甚至因为引入的库版本冲突，导致整个项目都无法编译通过了。
周博瀚的怒火终于爆发了。他在活动室里，当着不少队员的面，直接对陈飞低吼道：“陈飞！你搞出来的这是什么玩意儿？项目要求是简易核心模块！你看看你引入了多少不必要的依赖？架构完全被你打乱了！你这几天到底在干什么？”
陈飞的脸一下子涨红了，他梗着脖子，声音因为激动而有些发颤：“我在实现一个安全的沙盒！这是判题系统的基础！你们那种简单的Docker方案根本不行！”
“不行？那你的行了吗？连编译都过不了！”周博瀚寸步不让。
“那是环境配置问题！是你们不会配置！”陈飞争辩道。
“我们没时间也没义务去研究你那个复杂无比的‘完美’方案！项目要的是能用，不是要发表学术论文！”周博瀚的话像刀子一样。
林小圈看着眼前这一幕，头大如斗。他试图分开两人：“别吵了！解决问题要紧！陈飞，你的方案确实有点重，我们现在时
…。。