需求文档平摊在桌面上，洛奇手中的笔在上面划出了许多细密的线条和批注。那些荧光黄的便利贴，如同小小的旗帜，插在文档边缘，记录着他在阅读时脑海中迸发的思路与疑问。

第一晚，洛奇没有急于敲击键盘，而是将那份《迎新晚会实时互动系统需求说明（V0.1）》反复研读了三遍。直至每个功能点、每项性能要求，甚至沈怡然在备注栏里提及的关于“用户体验”和“现场氛围”的期待，都如同镌刻般深深印在他的脑海中。

微信墙，核心在于实时，涵盖消息接收、过滤、滚动展示以及抽奖入口集成；抽奖程序，关键在于公平与悬念，涉及用户资格验证、随机算法、中奖结果实时推送与大屏幕炫酷展示。此外，二者还需要一个统一的后台管理界面，以便现场工作人员操作。

技术栈的选择并不棘手。前端可以使用Vue或React快速搭建界面，后端选用Node.js或者他更为熟悉的Python  Flask，数据库采用MySQL，实时推送借助WebSocket。服务器方面，可以使用部门那台老旧但尚能运行的机器，不过部署和性能优化将是后期的难点。

第一晚的后半夜，宿舍早已陷入黑暗，唯有洛奇书桌前那盏充电台灯散发着暖黄的光晕，与笔记本电脑屏幕幽蓝的光交织在一起。周磊的鼾声规律地响着，李浩和张铭早已进入梦乡。洛奇戴着耳机，隔绝了外界的杂音，指尖在键盘上飞速舞动，精心搭建着项目的基础框架。

他先是创建项目文件夹，初始化git仓库，安装依赖，配置开发环境，接着设计数据库的ER图，画出核心数据表的字段……他全身心地投入其中，时间在代码行数的不断增加中悄然流逝。窗外，夜色如浓稠的墨汁，远处偶尔传来几声模糊的汽车鸣笛。

直至凌晨三点多，基础框架和数据库设计稿初步完成，洛奇才揉了揉发酸的眼睛和僵硬的后颈，关机睡觉。躺下时，他的脑海中依旧回旋着数据表之间的关系和API接口的设计。

第二天，课程排得满满当当。洛奇强打起精神，听着高数和线代课程，笔记记得比平时潦草一些，但脑子里却不时闪过某个技术实现的细节。下午，他没有像往常一样坐在图书馆的老位置——他知道沈怡然下午有课。他寻了个僻静的角落，打开笔记本电脑，继续完善设计。他绘制了微信墙前端的简易线框图，构思了抽奖程序的交互流程，还列出了开发过程中可能遇到的技术难点以及需要提前调研的技术点。

晚上，部门的技术小群建立起来了。赵峰和孙锐两位学长在群里分享了一些往年的技术资料和注意事项，语气十分随和。洛奇把自己初步的设计思路和ER图发了进去，向学长们征求意见。讨论一直持续到晚上十点多，两位学长提出了一些实用的建议，同时也肯定了洛奇考虑问题的周全性。

“学弟效率可以啊，一天就把架子搭起来了。”赵峰在群里说道。

“基础打得牢，后面才好开展。”孙锐附和道。

洛奇回复了一个简单的“谢谢学长”，但心里却紧绷着一根弦。时间确实紧迫，满打满算也就一个月，期间还要兼顾学业，必须提高效率。

第二晚，宿舍熄灯后，台灯再次亮起。洛奇开始编写核心的后台API，包括用户验证、消息接收与存储、消息推送、抽奖逻辑等。他决定先攻克最核心、最容易出现问题的部分。手指敲击键盘的声音在寂静的宿舍里格外清晰，规律而密集。遇到不确定的地方，他立刻查阅文档、搜索技术论坛，并将解决方案详细记录下来。

进展比预想的要顺利。到凌晨两点，几个核心接口的雏形已经完成，尽管还未经过严格测试，但基本的增删改查和简单逻辑已经能够正常运行。疲惫感如潮水般汹涌袭来，他的眼睛干涩发胀。他保存好代码，提交到本地仓库，设置了明天的待办事项清单，然后强迫自己关机休息。

第三天，周三。白天的课程依旧排得满满当当。洛奇靠着课间补觉和咖啡，勉强保持着清醒。下午，他没有去图书馆，而是前往计算机学院的公共机房，那里环境更加安静，网速也更快，适合进行需要联网调试的工作。他继续完善API，并着手编写最基础的微信墙前端页面——一个极其简陋、只能显示一条测试消息的HTML页面。

晚上，部门群里沈怡然发了一份更新后的晚会流程时间轴，@了全体成员，要求各小组根据最终流程调整各自的工作计划。洛奇仔细查看后，发现微信墙和抽奖环节被安排在晚会中段和尾声，时间点十分明确。他在群里回复“收到”，然后对照时间轴，再次审视自己的开发计划。此时，压力感变得更加具体。

第三晚，宿舍熄灯，万籁俱寂。洛奇的目标是让前端页面和后端API实现最基本的通信——页面发送一条消息，后端接收并广播给所有连接的页面。这是微信墙功能最核心的基石。

他开始进行环境搭建，引入WebSocket库，编写前端连接和发送代码，调试后端WebSocket服务……起初一切进展顺利。测试消息成功发送，后端日志显示接收正常。

然而，问题出现在广播环节。当他打开第二个浏览器窗口，模拟第二个用户时，发现消息无法推送到这个第二个“客户端”。第一个窗口能收到自己发的消息，但第二个窗口毫无反应。

洛奇皱起眉头。是WebSocket连接没建立好？他检查了第二个窗口的控制台，连接状态显示为“OPEN”，一切正常。是后端没把消息推送到正确的连接？他仔细检查后端的代码逻辑，维护了一个连接池，每次收到消息，都会遍历这个池子，向每个连接发送数据，逻辑上似乎没有问题。

他尝试重启后端服务，清理浏览器缓存，换用不同的浏览器进行测试……但问题依旧存在。第一个客户端能“自嗨”，消息却无法传送到其他客户端。这典型的“广播失效”bug，让洛奇陷入了困境。

时间一分一秒地过去，不知不觉已过凌晨一点。洛奇尝试了各种方法：检查WebSocket的事件监听是否正确绑定，确认发送数据格式是否为字符，排查是否存在跨域问题，甚至重新编写了一遍简单的广播逻辑。代码改了又改，测试了一遍又一遍，但第二个浏览器窗口始终沉默着，像一个漆黑且拒绝响应的洞穴。

焦躁感如同细小的藤蔓，悄然缠绕上来。他的眼皮越来越重，太阳穴隐隐作痛，连续熬夜的副作用开始显现。但他不能停下，这个基础问题不解决，后续的所有功能都将成为空中楼阁。

他尝试在技术论坛搜索类似问题，浏览了几篇帖子，试了里面提到的方法，均无效。他试图在脑海中一步步模拟代码执行的过程，寻找逻辑漏洞。一遍，两遍，三遍……逻辑似乎无懈可击，可问题究竟出在哪里呢？

一种深沉的无力感与疲惫感交织在一起，将他紧紧包围。宿舍里只有周磊偶尔翻身的声音和他自己压抑的呼吸声。屏幕上的代码仿佛变成了扭曲的符号，嘲笑着他的徒劳。

凌晨两点半，他又一次运行测试，第二个窗口依旧毫无反应。洛奇向后靠在椅背上，长长地、无声地吐出一口气。台灯的光晕在他疲惫的眼中晕开模糊的光圈，挫败感如冰冷的潮水，漫过他的脚踝。

他需要帮助。这个念头清晰地浮现在他的脑海中。找赵峰或孙锐学长？但时间太晚了，而且这是他独立负责的核心模块，一开始就求助，会不会显得自己能力不足？找沈怡然？这个选项冒出来时，他的心脏微微一紧。

她曾说过“有问题随时问我”。但那更多是一种工作上的表态吧？而且现在是凌晨两点多，为了一个技术bug去打扰她，实在太冒昧，也显得不够专业。可是，明天还有一整天的课，晚上可能还有其他事情。这个bug不解决，整个进度就会停滞。时间不等人。

纠结如同两股丝线，在他的脑海里反复缠绕、拉扯。他想起她交付需求文档时认真的眼神，想起她说“时间紧，任务重”时的语气。这个任务对她、对晚会都至关重要。他也想起面试时她追问技术细节的专注，想起副部长那句低声的“可以啊”。他不想让她觉得自己之前的表现只是纸上谈兵，一遇到实际问题就束手无策。

但另一方面，理智告诉他，遇到无法独立解决的难题时，及时寻求正确的帮助，尤其是向明确提供了支持渠道的负责人求助，或许才是更专业、更对项目负责的做法。硬扛着浪费时间，才是最大的不负责任。

窗外的夜色浓得化不开。洛奇盯着屏幕上那片沉默的第二个浏览器窗口，又看了看文档里沈怡然整理的那些清晰的需求，以及页眉处她那小小的名字。

最终，对项目进度的责任感以及一种不想辜负她信任的微妙心情，战胜了深夜打扰的顾虑和那点不必要的自尊。他拿起手机，解锁。屏幕的光刺得他微微眯了眯眼。

他点开微信，找到那个备注为“沈怡然文艺部”的联系人。聊天记录还停留在上次修平板时的简短对话。他的指尖悬在输入框上方，停顿了数秒。

然后，他开始一个字一个字地敲打，打得很慢，很仔细，反复删改，力求措辞最礼貌、最清晰，将打扰降到最低。

“学姐，抱歉这么晚打扰。”他写下第一句，顿了顿。

“程序遇到一个问题，我尝试了多种方法，暂时无法解决。”他如实描述情况，不掩饰困难。

“想请教一下，方便的时候，能否请您帮我看一下，是否我对需求的理解存在偏差，或者我的实现思路有根本性的错误？”他将问题归结于“需求理解”或“思路错误”，而不是直接说“代码有bug”，给自己也给她留下了更缓和的讨论空间。

最后，他加了一句：“如果现在不方便，明天白天任何时间都可以。非常抱歉这么晚还发信息。”

从头到尾检查一遍，确保语气足够尊敬，问题表述清楚，且给了对方不回应的余地。发送。指尖按下发送键的瞬间，一股混合着释然、忐忑和更深层期待的复杂情绪涌上心头。

消息化作一个小小的气泡，钻入深夜的网络，飞向不知是否已经安眠的她。洛奇放下手机，目光重新落回电脑屏幕上那个顽固的bug。他不知道她会如何回应，甚至不确定她会不会在明天早上才看到。

但至少，他迈出了求助的这一步。为了项目，也为了心底那份不想让她失望的执着。

夜色深沉，代码未眠。


　　(https://www.zwyz8.com/db/74800/50060592.html)


1秒记住顶点笔趣阁：www.zwyz8.com。手机版阅读网址：m.zwyz8.com