软件工程开发哪是坐办公室敲代码：南京软件谷蹲点3个月的踩坑实录

上周在软件谷楼下的鸭血粉丝汤店，碰到刚毕业的小孩。

他攥着个皱巴巴的简历，问我："我面试的时候所有人都说，做软件工程开发就是在落地窗办公室写代码，拿高薪，怎么天天见你们抱着电脑跑机房、跑园区？"

我咬了口鸭肝，没直接答。

这问题，我刚入行的时候也问过我师傅。

写代码的时间，其实不到我工作时长的20%

去年接了个本地街道的政务系统项目，刚对接的时候，主任拍着桌子说："需求很简单，就是个能存数据的在线表格，没别的。"

我们团队花了一周搭好框架，把测试链接发过去，等了半天收到主任的语音，语速快得像打机关枪："哎不对啊，要能自动算各个街道的任务完成率，要是哪个街道没达标，要自动给负责的人发微信提醒，还有，最后导出的Excel要能直接给领导当汇报材料，格式不能错。"

我当时差点把手里的矿泉水捏爆。

哪有什么"简单的在线表格"啊。所谓的软件工程开发，第一步根本不是写代码，是把人嘴里模糊的、带着情绪的、甚至连说话的人自己都没想清楚的需求，拆成能落地的、没有歧义的步骤——细到每个按钮点了之后弹什么提示框，用户输错密码要提示几次才锁定账号，导出的Excel表头用什么字体，行高设多少。差一点，最后做出来的东西就没人愿意用。

别信那些教程里写的完美流程。什么先搭数据库、再写接口、最后做前端，真到了现场，你根本不知道甲方下周会不会临时提一句"要把十年前的老Excel数据导进来，那些表连表头都不全，你看着弄"。

我现在做需求拆解的笔记本，写满了三本，上面记的全是这种别人觉得"不上台面"的细节。比如有个社区的老年用户说，系统的字太小，他戴老花镜都看不清，那我们就要把所有按钮的字号从14号调到20号，就为了让老头老太太能顺利点进去填个表。

那些被吹上天的“行业通用实践”，到了现场全要打折

刚入行的时候我也迷信。什么单元测试覆盖率要到90%，什么代码要写得三层架构完全解耦，什么要上最新的技术栈才能不被淘汰。

上个月做的园区门禁系统，一开始我们严格按规范来，每个模块都写了完整的单测，代码干净得能当技术教材。结果上线第一天，园区的保安大叔堵在我们办公室门口，说"你们这门怎么刷了脸半天不开？我早上赶时间买豆浆都迟到两回了"。

查了半天才发现，我们把服务器放在园区最里面的机房，离闸机的网线距离超了，信号衰减，接口响应超时了。这时候你跟人讲什么代码优雅、什么架构合理，一点用都没有——把接口的超时时间从2秒改成500毫秒，再给闸机加个本地缓存，比写十篇技术分享都管用。

说真的，很多刚入行的小孩容易陷在"我要写出无懈可击的代码"的执念里。但软件工程开发的本质，是解决真实世界的问题，不是在代码的象牙塔里搞艺术创作。没有绝对正确的技术选型，只有适配当前项目预算、时间和用户习惯的选择。

就拿那个两万块预算的门禁系统来说，你非要上云原生、搞k8s集群，光服务器成本都cover不住，图啥？能把闸机的响应时间压到300毫秒以内，让保安大叔刷脸就能快速进门，就是好的软件工程开发。

之前我师傅说过一句话，我现在才真正懂："别总想着用最牛的技术，要想着用最省的成本，把用户要的事办成。" 之前碰到个创业团队，花了三个月搞了个带AI智能推荐的报表系统，结果对接的用户根本不需要什么智能推荐，就想要个能一键导出Excel的按钮，最后整个项目因为这个偏差差点黄了。

你以为的bug，其实根本不是代码的问题

去年冬天调试系统，连续三天，凌晨两点系统会自动宕机。我们几个工程师在机房守了两个通宵，烟抽了两包，把所有日志翻了个遍——内存没溢出，CPU没占满，数据库连接也正常，连黑客攻击的痕迹都没查到。

最后是带我们进机房的运维大哥，抬头瞥了一眼墙上的空调，突然笑了。

原来机房的空调设了定时，凌晨两点自动切到节能模式，温度直接降到12度，服务器温度太低，触发了硬件保护机制，直接关机了。

你说这算软件工程开发的范畴吗？算。

因为你做系统的时候，根本不能只盯着自己写的那几行代码看。你得考虑代码跑起来的整个环境：机房温度会不会太低，网线会不会被保洁阿姨碰掉，网络会不会在暴雨天断网，甚至用户会不会把系统的操作提示弹窗，直接点成"永远不再提示"——上次就碰到个社区阿姨，把弹窗关了之后，说系统坏了，来找我们闹了半小时，其实是她自己没看到下一步的操作指引。

很多人说，做软件工程开发要追新技术，要学大模型应用，要学rust，不然就被行业淘汰。我见过在南京做了二十年工业控制系统的老工程师，现在还在写C语言的代码，人家根本不追什么新框架。因为他知道现场的设备是十年前的，内存只有128M，你写个python脚本都跑不起来，这时候能把代码写得稳，不宕机，能在车间的高温环境下连续跑半年不出错，就是真本事。

上周和那个刚毕业的小孩在粉丝店聊完，他下午就跟着我们去机房帮忙，蹲在地上理网线，理了两个小时，满头汗。他说"原来这就是软件工程开发啊？我之前在学校做课程设计，写完代码交上去就完事了，从来没管过代码跑起来之后是什么样。"

是啊。

那些在学校里被简化到只剩"写代码"环节的软件工程开发，到了真实世界里，是要和抠预算的甲方掰扯需求，要和机房的空调斗智斗勇，要给不会用电脑的保安大叔写一页字大到三米外能看清的操作指引，要在系统上线的那天晚上抱着电脑在机房蹲到凌晨，就怕出半分差错。

昨天晚上下班，在软件谷的地铁站碰到那个小孩，他抱着一摞打印的需求文档，边赶路边给甲方发消息，问上次说的导出功能的格式能不能给个样例。风刮过来，带着路边梧桐树的味道。

这就是软件工程开发最实在的样子。没有什么高大上的概念，就是把每一件细碎的小事，攒成一个能真的被人用的系统。