记一次程序员在办公室里的“撕逼”经历

有人的地方就有江湖，有江湖的地方就有“撕逼”。程序员也不例外。

上次说到公司来了个名校毕业生小李，在公司表现很是勤奋抢眼。老板趁机逼走不爱加班的陈工，杀一儆百，效果很是明显。你们开始“自动自觉”的加班。详情请看个人上一篇博文《公司来了个“奇葩”的程序员》。

不负重托，进展顺利

小李一我的负担起项目的重任以后，变得更加努力了。一方面因为小李出身名校，基本功扎实，学习能力很强；另外一方面因为项目自己难度并非很大，属于功能性的项目，没有多少攻关难点，因此项目进展的还算比较顺利。很快，项目就要交付了，小李也提早一天把项目作好了。在验货阶段，甲方比较满意，在公司当着老板的面称赞小李“后生可畏”。老板也对小李很满意。

开会表扬，震慑老员工

为此，老板专门开了一个员工大会。会上，老板点名表扬新员工小李的表现，号召你们向小李学习。老板重点指出，公司有不少老员工薪资比小李高，理应更加拼命的为公司工做。公司没有理由也不会花高价钱来养闲人。带小李的师傅廖工听了感受压力很大，感受这句话是说给他听的。因而廖工也开始拼命加班了。

不合要求，甲方发飙

一个月后，在你们都快要淡忘这件事的时候，小李负责的项目甲方忽然发飙，说咱们开发的项目不符合要求，拒绝付款，要和咱们打官司。老板大吃一惊，带着公司的产品经理和小李直奔甲方公司了解状况。原来，甲方要求咱们开发的产品，必须在一个月以内出现故障。由于这是第三方委托甲方开发的项目，第三方是行业内出名的难收款的公司。甲方必须经过产品出现故障来逼迫第三方付款。可是这种一个月出现故障的需求不能写到合同里，只是在开会和邮件都有提到。这种需求其实在商战中很是常见。可是小李一心埋头于作项目写代码，没有认真去开会和沟通需求，因此铸下如此大错。

一周以内，必须解决

由于项目涉及到的资金比较大，事情进入僵持状态。小李天天坐卧不安，也不敢经常往老板的办公室跑了。老板的脸色也很差看。由于没法让产品故障，因此甲方收不到货款。甲方收不到货款，就不能给公司付款。甲方向老板下了死命令，让技术团队必须在一周以内拿出解决方案。这可愁坏了公司的研发部门，你们都愁云满面。产品已经交付到第三方了，咱们又不能到现场去捣鬼，怎么办呢？

部门撕逼，谁的责任

公司其余部门的员工，最近也被加班给惹毛了，因而“趁机”怨言四起，说研发部门的坏话，说研发部门这下把公司给搞砸了。研发部门经理确定也不肯意接这个锅，说是项目部没有把需求传达清楚。好几回，听到他们在开会的时候都吵起来了，还有抡凳子的响声，吵得挺凶。部门之间的内乱撕逼，对公司的伤害很大。小李第一次见这种场面，每次开完会回来，都压力很大，一副垂头丧气的样子。年轻是要付出代价的，这事其实不能全怪小李。他的工做经验决定了他的思想高度，他始终也没有把这个项目想的这么复杂。

老骥出手，姜是老的辣

这段时间，带小李的师傅廖工，接过了小李的项目代码，没日没夜的研究。通过一番研究，他发现了一个重要的Bug。由于设备每次上电以后，会定时向服务器发送心跳打卡。这个打卡原本是一个鸡肋功能，是甲方要求作的，用于统计设备在线的数据。由于服务器基本上不会掉线，因此打卡会一直成功。可是廖工惊讶的发现，若是打卡失败，一个数组就会有越界的风险。这个越界，是因为小李的编程经验不足形成的。由于这个小小的越界，可能会致使整个程序崩溃。廖工立刻把这个发现汇报给公司，这是一个重要的发现。研发部门老大急忙找甲方确认服务器是否已经交付给了第三方。结果是，服务器尚未移交第三方。因而，公司决定委派廖工为表明，放手一搏，把服务器弄挂。

搞挂服务器，公司一遍欢腾

深夜十一点，距离甲方要求一周内解决的时间还剩一小时。老板带着公司里的主要骨干技术人员，来到了甲方的办公室。甲方的团队也全都在，可见这个项目对于他们也很重要。廖工熟练的拿出笔记本电脑，链接已经移交给甲方的服务器，而后不急不慢的改着代码。时间一点一点的过去，代码终于改完了。在老板的示意下，廖工把代码更新到了服务器。时间只剩下10分钟了，你们都在焦急的等待结果。过了五分钟，甲方老板的电话响了，一接听，电话里传来第三方老板的怒吼：“机器坏了。。。” 甲方老板放下电话，公司里顿时一片欢腾。

后记

通过这件事情以后，老板好像有点变了，再也不像之前那样要求老员工必须像新员工同样加班了。

做者：锋哥程序十年，欢迎扫描博主公众号二维码领福利。下一篇写程序员的技术入股之争，喜欢的请关注、点赞。谢谢！