软件教父：从大学社团开始制霸 第10章 项目开发

第二天上午，星火科技工作室的临时办公室里气氛热烈。团队成员围坐在会议桌旁，林星石站在白板前主持项目启动会。

各位，林星石神情认真，图书馆项目启动了。预付款3万元已经到账，我们要好好规划这笔资金的使用。

资金分配方面，林星石在白板上列出明细，服务器租赁费用8000元，开发工具和软件购买6000元，团队日常开支6000元，预留1万元作为应急资金。

陈默推推眼镜：服务器配置需要仔细考虑。主数据库服务器配置要高一些，从库可以适当降低配置。

同意，林星石点头，主库用双核cpU、4G内存，从库用单核cpU、2G内存。测试服务器就用我们现有的那台。

赵阳举手：前端开发需要ExtJS专业版授权，还要买一些UI设计相关的书籍。

王小雨轻声补充：设计软件我可以用学生版，能省不少钱。还需要买一些色彩搭配和用户体验方面的参考书。

李明负责记录：我都记下来了。服务器租赁找哪家供应商？要比较一下价格和服务。

就选学校推荐的那家本地Idc，林星石决定，虽然贵一点，但服务有保障，离得近也方便维护。

启动会结束后，团队立即投入工作。陈默开始搭建数据库环境，赵阳配置开发工具，王小雨整理设计素材，李明联系图书馆确认需求细节。

几天后，陈默遇到了第一个技术难题。他在测试数据库性能时发现，百万级数据的多表关联查询速度明显下降。

星石，来看一下这个查询，陈默指着屏幕上的执行计划，虽然用了联合索引，但数据量大的时候还是很慢。

林星石俯身查看：这是典型的N 1查询问题。你试试用子查询优化，把多个关联查询合并成一个。

陈默尝试修改SqL语句，但效果不明显。还是慢，特别是按出版年份分页查询的时候。

我想到了，林星石眼睛一亮，可以用延迟关联优化。先快速定位到需要的记录Id，再根据Id获取完整记录。

他亲自操作键盘，改写查询语句：你看，这样先查询索引覆盖的字段，拿到Id后再去关联其他表。

陈默看着优化后的执行计划，露出佩服的表情：确实快了很多！索引覆盖查询避免了回表操作。

还有，林星石继续指导，对于高频查询，可以考虑使用查询缓存。mySqL自带的查询缓存效果不错，但要注意缓存失效策略。

两人讨论了一个多小时，最终确定了完整的数据库优化方案。包括查询重写、索引优化、缓存策略等多个方面的改进。

与此同时，李明那边也遇到了挑战。图书馆技术部提出了新的需求，希望在原有功能基础上增加读者积分系统。

这个需求超出范围了，李明向林星石汇报，原合同里没有这一项。但刘主任说很多读者都提过这个建议。

林星石沉思片刻：读者积分系统确实是个好功能，但不能免费做。你跟他们沟通，可以做为增值功能，需要额外预算。

好的，李明点头，我这就去准备需求变更申请。要明确说明工作量增加和费用调整。

经过李明的专业沟通，图书馆同意将读者积分系统做为二期功能，预算另议。项目范围得到了有效控制。

夜幕降临，临时办公室里只剩下林星石和赵阳两人。窗外夜色渐深，办公室内只有赵阳电脑屏幕发出的微光和键盘敲击声在寂静中回荡。

赵阳像着了魔一样，整个人几乎要贴到屏幕上，眼睛熬得通红却依然不肯离开。他的手指在键盘上飞快舞动，时不时停下来揉揉发酸的眼睛，然后又继续投入到代码的世界中。

林星石坐在不远处的办公桌前，通过系统界面看到赵阳今天的工时已经累计满了8个小时，系统加成不再生效。他看着赵阳略显佝偻的背影和疲惫的侧脸，心里涌起一阵心疼。这个年轻人就像当年的自己，对技术充满纯粹的热情，却不懂得爱惜身体。他注意到赵阳眼下的黑眼圈越来越深，敲键盘时手指偶尔会微微颤抖，这些都是过度劳累的明显迹象。

他想起重生前的自己，也曾这样没日没夜地敲代码，以为多花时间就能解决问题。结果呢？效率越来越低，错误越来越多，最后连最简单的逻辑都理不清楚。有一次他甚至把整整一周的工作都搞砸了，就因为太累写错了关键参数，导致整个系统崩溃。

林星石深知，真正的成功不仅仅是技术上的突破，更是工作与生活的平衡。他追求的是让团队在高效工作的同时，也能享受生活的美好。真正的高手懂得张弛有度，该专注时百分百投入，该休息时彻底放松。现在赵阳的系统加成已经失效，继续加班只会事倍功半。林星石希望团队里的每个人都能明白，保持清醒的头脑和充沛的精力，享受生活的乐趣，比单纯地熬夜加班重要得多。

林星石站起身，走到赵阳边，轻轻拍了拍他的肩膀：今天到此为止。工作是重要，但生活也要平衡。长期加班反而会影响效率。

星石，让我再加会儿班吧，赵阳头也不抬，眼睛依然盯着屏幕，前端交互还有些细节需要完善，这个动画效果总是达不到我想要的那种流畅度。

你看看现在几点了，林星石指着墙上的时钟，已经晚上十点多了。而且我刚才注意到，你因为疲劳，把两个相似的函数名搞混了，差点提交错误的代码。疲劳时确实容易出错。

可是...赵阳还想坚持，但忍不住打了个哈欠，就差一点点了，我真的想今晚把它做完。

林星石语气温和但坚定：我知道你追求完美，但休息好了明天才能更好地工作。走吧，我陪你去吃点东西。

在林星石的坚持下，赵阳终于保存了代码，关掉了电脑。两人一起离开了寂静的办公室，融入夜色之中。

一周后，数据库优化完成，核心功能模块开发进展顺利。团队成员各自的技术难题都在林星石的指导下得到解决。项目进入稳定开发阶段，每个人都专注于自己的任务，工作效率不断提升。

随着项目稳步推进，团队成员的工时积分也在持续累积。林星石注意到系统工时积分已经接近1000点大关，这意味着系统即将迎来又一次升级。

这天上午，他早早来到办公室，开始了一天的工作。当他专注地调试着系统架构时，系统界面突然闪烁了一下，显示升级到三级，解锁三级效果：降低员工 33%的体力、脑力消耗。

接下来的几天里，团队成员们陆续受到了系统三级效果带来的明显变化。陈默在调试复杂的SqL查询时，发现自己的精力消耗大幅减少。奇怪，他推推眼镜，平时调试这种复杂查询至少要休息两三次，今天连续工作三个小时居然什么都不觉得疲惫。

李明负责的项目进度管理也变得更加轻松。他整理需求文档和会议记录时，发现自己的工作效率显着提升。太神奇了，他对比着工作记录，以前整理这么多文档至少要半天时间，还会觉得头昏脑胀，现在两个小时就完成了，而且头脑一直很清醒。

在系统三级效果的加持下，团队开发效率显着提升。原本预计需要3天完成的核心功能模块，提前1天就完成了开发。陈默负责的数据库优化比计划提前完成，赵阳的前端交互效果也更加流畅自然。

周五下午，团队完成了第一个重要里程碑——图书编目系统的核心功能开发。林星石组织了一次内部演示，向团队成员展示已经完成的功能模块。

大家看，林星石操作着系统，图书信息录入、分类管理、检索查询这些核心功能都已经实现。特别是陈默优化的数据库查询，百万级数据的检索响应时间控制在200毫秒以内。

陈默补充道：索引优化很成功，多条件组合查询的性能提升了五倍。赵阳的前端分页组件也很给力，大数据量下的页面切换很流畅。

赵阳演示着前端效果：ExtJS的网格组件功能很强大，支持排序、筛选、分页，用户体验比传统方式好很多。王小雨的UI设计让界面看起来专业又美观。

王小雨轻声说：色彩搭配和布局都经过精心设计，重要功能一目了然。响应式布局确保在不同电脑上都能正常显示。

李明拿出项目进度表：按照原计划，第一个里程碑应该在下周三完成。现在我们提前了三天，而且质量超出预期。这说明我们的开发效率很高，团队配合也很默契。

林星石满意地看着大家：很好！第一个里程碑的顺利完成，证明了我们的技术实力和团队协作能力。明天我向刘主任汇报进展，争取获得客户的认可。

第二天上午，林星石带着核心团队成员再次来到图书馆会议室。刘主任和几位图书馆领导已经等候在那里，技术部的几位老师也坐在一旁。

刘主任，各位领导，林星石打开投影仪，今天我们向大家演示图书编目系统的核心功能模块。

他熟练地操作系统：首先是图书信息录入功能。支持mARc标准格式导入，也提供手动录入界面。系统会自动校验数据格式，确保信息准确完整。

陈默补充说明：数据库采用集群架构，确保数据安全可靠。百万级数据的查询响应时间都在200毫秒以内，完全满足日常使用需求。

赵阳演示检索功能：多条件组合查询非常流畅，支持按书名、作者、分类、ISbN等多种方式检索。结果列表支持分页显示，每页20条记录。

他快速输入几个关键词：比如查询计算机相关的图书，系统立即返回结果。还可以按出版年份、借阅次数等条件进行排序。

王小雨介绍界面设计：整体采用深蓝色系，体现图书馆的专业性。重要功能按钮用橙色突出，操作反馈及时明确。考虑到不同用户，字体大小可以调整。

刘主任亲自操作起来：让我试试这个检索功能。嗯，响应确实很快，界面也很直观。分类树形结构很清晰，找书很方便。

技术部的张老师专注地测试着系统：数据库性能不错，大数据量下的操作都很流畅。界面交互也很自然，没有卡顿现象。

另一位李老师补充道：用户体验设计很用心。操作流程简洁明了，错误提示友好，帮助信息也很详细。

演示进行了近两个小时，图书馆方面对系统的各个方面都进行了详细测试。最后，刘主任满意地点头。

非常不错！刘主任称赞道，系统功能完善，性能出色，界面美观。特别是检索速度和用户体验，比我们预期的还要好。

他转向财务人员：安排支付第二笔项目款4万元。同学们的表现超出了我们的预期，值得肯定！

林星石表示感谢：谢谢刘主任的认可。我们会继续努力，确保后续开发质量。

就在这时，技术部的王老师提出一个新需求：刘主任，我看到系统这么出色，有个想法。我们现在有很多电子资源，比如学术论文、电子书籍、音像资料等，目前都是分散管理。

能不能在现有系统基础上，他继续道，增加一个电子资源管理模块？把这些数字资源也纳入统一管理。

刘主任思考片刻：这个建议很好。电子资源确实是未来的趋势，统一管理很有必要。林同学，你们能不能实现这个功能？

林星石与团队成员交换了一下眼神，然后回答：技术上完全可以实现。电子资源管理可以做为系统的一个独立模块，与图书管理并行运行。

不过，他谨慎地补充道，这属于需求范围外的功能，需要额外的工作量和时间。我们可以详细评估后给出具体的实施方案和预算。

刘主任爽快地说：好！只要技术可行，预算不是问题。你们先做方案，我们尽快讨论确定。

离开图书馆时，团队成员都充满信心。第二笔项目款的到位让工作室资金更加充裕，新需求的提出也展现了客户对团队能力的认可。

回到临时办公室，李明立即开始规划电子资源管理模块的开发计划。陈默研究数字资源的存储和检索技术，赵阳设计前端界面，王小雨构思用户体验。

林星石看着忙碌的团队成员，心里充满自豪。系统的三级效果让团队在高效工作的同时保持充沛精力，项目的顺利推进也证明了团队的技术实力。

大家注意，林星石提醒道，虽然新模块很有挑战性，但我们还是要按计划完成当前阶段的开发任务。电子资源模块的详细方案下周再讨论。

团队成员纷纷点头，继续投入到各自的工作中。办公室里再次响起来键盘敲击声，每个人脸上都带着专注和自信的表情。