出差杂谈

这是我在 HZ 的工作的第三个年头，第二次出差。

去年跑了一次成都和拉萨，今年又来成都了。原因是系统在给客户演示的时候出了问题，研发人员到现场来排雷。

可能一般人很难想象去年做的工程为什么现在才出问题？

这是某个项目的 X 期项目了吧，因为去年算是做了一次大的升级，来现场调试，升级。弄完了，我们觉得 OK 了，运维人员也不确定 OK 不 OK。其实后面我也不知道他们有没有在用QAQ。

然后今年 3 月初在给客户演示的时候，发现有问题。紧急过来解决问题，其实想了想自己在这个项目中参与实际编写的代码并不多(我主要是做了消息接口，来模块之间的消息进行收发的处理)，但是因为参与的模块在这个项目中处于承上启下的位置，所以对前后台的程序都有所了解(了解：知道对方的程序是干什么的，实现了什么功能，可以通过日志分析简单的问题)。

就把第一个派过来顶雷，不过后续的同事也就比我晚了一天就来了。经过 10 多天的紧张工作，对旧程序进行升级，验证客户需要的新功能，感觉今天过后大概可以把悬着的心稍微放一放。期间经历了很多扯皮的事，也挺有意思，记录一下，权当反思。

因为给客户演示出了问题，需要追责。我领导的领导的领导也直接来了成都，然后给客户承诺了一个额外的需求。功能倒是可以实现，但是在我们原有的设计中，这应该是额外的一个卖点。大领导大手一挥，就给客户答应了，所以加这个功能上线+测试花了一些时间。

因为去年测试不到位，今年发现了有新的坑，又去填这个坑。作为当时非专业测试人员之一的我，深感自责，如果当时测试的时候多考虑两步，也许这些问题早就暴露了。但是也侧面说明一个问题：一个没有完善测试流程的产品是经不起考验的。(当然跟我们没有专业测试团队有很大关系)

以前我总觉得有炫酷的技术实现一些别人做不到的功能，或者想到一个好的解决方案去实现一个功能是厉害的(当然现在看来，这个也是厉害的)。但是现在开始反思一个可交付的产品应该是什么样的？

满足客户需要的功能是第一步，能尽可能覆盖所有的业务场景进行测试是第二步，完整的文档和运维培训是第三步。(包括不限于：使用说明，安装部署，故障排查，辅助工具使用等)

显然这次我们是栽在了第二个坑里。因为领导是这个项目的负责人，所以他明显承受了更大的压力，一次次演示出问题，让客户、公司领导、现场的运维同事，都对我们的程序产生了质疑。甚至我们自己也产生了动摇，每次出问题，都是各个方面去排查，然后解决一个问题，自己测试通过，去演示又出现问题。

此项目并没有固定的团队去负责，牵涉到三波人。我领导虽是名义上的项目负责人，但是面对非同组的同事，能感觉到他也是很无奈。对于有的同事来说：这不是我的项目，我只要做好我自己的就行，出了问题最好别找我；对于有的同事来说：这是部门的项目，要全力配合做好工作；对我们组来说：这是大佬的项目，确保项目顺利很重要。

这些天熬完夜后，跟领导扯了几句，确实能理解他的忙的时候忙到睡不着，稍微看起来好点的时候，也不敢放松休息。复盘一下此项目的问题，测试不到位？(早期的测试覆盖的场景不到位)对业务理解不到位？(某些处理流程有漏洞)运维巡检不到位？(演示前未进行系统测试)

其实到最后是不是都可以归结为：对工作失去敬畏之心。很多东西是不是因为一时的偷懒导致事后的花更多的精力物力去弥补。

来之前还收到领导的领导的升职推荐通知，领导也准备升了。这几天聊了下，他的升职挂了，因为是基础考核分不够。(每个岗位的晋升和绩效考核、学历、本岗工作年限挂钩)，组里另外一个同事的升职也挂了。而我侥幸因为去年的绩效考核通过了基本分考核，可能有希望能升。

其实对于升不升职，我看得倒是很开。毕竟升职涨薪幅度也就 10%左右，不能显著改善我现有生活。(当然没有谁嫌钱多)但是我真的开始思考一个问题，我的能力匹配得上这个 title 么？看看别的同事应聘进公司是这个 title 时的能力，我感到发虚。

这种感觉就像以前上学一样，我之所以获得还不错的成绩，并不是因为我有多努力学习，纯粹因为我的小聪明。能记得老师讲过的一些东西，自己看书能理解一些东西，就能去考试了。

程序员的产出不像销售一样可以通过业绩来衡量，公司也不会用两个人去做相同的事，来考核两个人的能力差距。好像最后的考核就是一个很主观化的东西，领导觉得你好，那你就是好的。(当然不排除部分 dalao 可以在工作中显著地与别人拉开差距)。

我发现我离我想成为的程序员的样子越来越远，是自己不够努力，是自己天赋不够，是自己性格缺失等等吧。我开始怀疑我能不能成为一个好的程序员。好像有点难的样子哎