19年11月份，我为什么从上一家公司离职

最近要去找工作了，但是在过程中，我感觉自己总还有一份心结在这里， 所以我不打算逃避，想直面自己，也就是在半年后，再来看一看自己当初的离职。

我为什么对这家公司这么在意？

这是一家技术氛围很浓厚的公司，上至公司领导层，下至公司中的团队成员，每个人都是对技术有追求的。公司会抽时间来做code review，也会安排时间进行课程培训*(但是因为没有经验，所以效果并不是很好。。。。。。)*，在迭代开始前也会给时间写代码设计文档。总之，如果没有发生意外的话，一切都应该是没问题的，毕竟996，一般人很难撑下来，但是在我在职期间，只有因为能力不足而被开除的，但是没有主动离职的，向心力这点上，CTO是做的真的很好。

那么我为什么离开呢？

我的问题：太认真了

这的确是我离职前，CTO跟我说的原话，太认真了，一切事情我会自己扛，bug自己修，项目迭代自己跟进，也会主动联系业务那边进行沟通，协商所需要的资料，但是啊，正是因为我自己扛下了所有的事情，导致他那边错误的估计了我这边的压力，而我也是傻，没有主动向他申请资源来协助我这边，导致我这边虽然产出还是正常的，但是我已经真的是压力山大了。即使后来我主动申请了资源，但是奈何造化弄人，公司分配不出所需的资源。

我的压力来源1：和业务时间段不匹配

因为是996，所以我下班时间一般在 21:30，到家大概是22:00，但是很巧，业务那边也刚到家，开始录入今天的工作内容（因为我负责的是公司的内部管理系统，所以和业务交流最多），结果就是我刚到家，屁股还没有坐热，就会有各种情况发生，而且都是要求立刻修复的。至于这些问题的本质讨论，接下来我会再讲。这也就等于是我这边到家还要开始工作，而且不处理完，一个刚入行的产品（他早期任务主要是负责和业务那边沟通）就会像夺命连环问一样，我想说能不能明天再修，我是真的累了，但是他说不行，而我也真的不是那种很喜欢起冲突的人，所以也就说修就修吧，也算是自己的责任。

于是说是996，但是我的时间更长。

我的压力来源2：问题有时候不是bug

试问，当你找了半天问题，发现问题的本质不是bug，而是一些其他因素，你有多绝望？对我来说印象最深的一次是，那天是开始放假前的一天晚上，我在排查一个问题，通过阿里云的log日志查找，发现是操作人员忽视了系统的提示，然后他就开始抱怨，可想而知我当时的心情，我当时查完是凌晨2点，但是我一点也不想睡觉，我只是在反思，我到底做错了什么，为什么要这么折腾自己，估计也就是在那一刻，我萌生了辞职的想法，我太累了。

我的压力来源3：迭代和维护，工作量超纲

本来我这条业务线上是有一个很有经验的产品配合的，他有能力，做事效率也高，最重要的是和他配合很爽，他会帮我屏蔽掉业务那边的一些信息，会让我可以抽出大部分时间来保证迭代进度，但是好死不死的，他去结婚了！！！结完婚又去度蜜月了！！！啊啊啊啊，于是一下子业务那边的所有压力都涌到我一个人身上了，等于是我，配上一个刚入行+刚入职的产品，两个人守一条业务线。那酸爽，一边我去迭代那位哥哥去度蜜月前留下的任务列表，一面我又要负责维护好系统。

想想自己那段时间，人家说上班时间摸鱼，我是红牛，咖啡，健力宝。记得印象最深的一次是，我有点小感冒，喝了感冒药之后有点昏昏欲睡，结果给自己灌了2瓶红牛之后还在工作，我真的是疯了。

我的压力来源4：代码没有文档

我做的那条业务线，经过了很多人的手，虽然架构师还在，但是一些非他编写的代码，他也不是很清楚，加上期间公司业务都转型过，现在的代码里有贼多之前业务的代码，于是每次迭代，我都是尽量保证兼容之前的系统不出问题，本来也没啥问题的，但是在后期，牵扯到修改老代码，就出现对不上的情况了。其中我还有印象的是下面一个情况：

• ocean_shop：系统录入门店数据
• approvaled_shop：经过审核的门店数据
• shop：小程序端展示门店数据

当然，这肯定不是公司真正的表名称。业务录入数据之后，会保存在ocean_shop中，在品控审核通过后，转存入approvaled_shop中，接下来再经过定时任务，会转存到shop。但是，在页面上，有页面展示数据时，使用的是ocean_shop，有页面展示数据时使用的是approvaled_shop，于是业务那边就说，我录入的数据怎么没有了。于是，我又要开始排查他的问题了。

---

上面说完我的问题，接下来就是公司方面的问题了。

公司方面的问题：缺人+对这条业务线不重视

公司那段时间一直在招人，也在请猎头在帮忙挖人，但是在上海这边实在招不到人，因为人家听说996，很多人都退避三舍。于是公司改变方向，重点在深圳那边招人，因为深圳那边对于大小周还算是习以为常一点。于是就开始了两地办公的方式。为了同步信息，也就有了后来的每周一早上的视频会议，会同步一些公司现在的进度，接下来的重点工作内容，以及各条业务线的迭代内容。

问题1：新人培训没有做好

那段时间公司涌进了很多新人，包括深圳那边，上海这边也是，开发也有，产品也有，业务也有，其中最多的就属BD了。加上我这边是一切数据的起点，于是，技术部这边要我帮他们配置好数据，业务那边因为对系统不熟悉，所以爆发出了很多所谓的bug，等于是我这条业务线上的压力陡增，都可以说是DDoS攻击了。

除了上面说的业务下班开始录入数据，深圳那边技术部也会在下班之后找我，让我帮他们配数据，否则他们没有办法进行第二天的工作，虽然我听说深圳那边基本都是忙到11点30才下班的，但是我这边真的hold不住啊。

问题2：公司对这条业务线不重视

因为我们后端这边设置有邮件报警系统，所以如果没有收到报警邮件，也不会知道发生了Bug。但是业务那边一直在抱怨系统不好用，出各种问题，于是，我上面说的那位产品，就一直受到上海这边领导层负责人的压力，我又有一次有幸参与了他们的会议，那简直是被批的抬不起头来啊，甚至他这边刚上线的一个电子合同的功能，在他这边觉得能给90分了，结果到了那位负责人的眼里，就20分，而原因也仅仅是因为商家不想签电子合同，一定要有纸质合同，可想而知，当负责人把这口锅扣在他头上时，他有多气愤，我还记得他当时跟我说，他准备辞职了。而让我感觉更深的是，他对自己这份工作的一份放弃。

但是好在后面，他在一次公司例行的陪访（会要求产品和BD一起去谈合同，在此期间收集系统信息，保证需求的质量）后，明白了BD口中所谓的问题的是什么，也打算在离职前，把自己的工作做好。

后记

那家公司给我的压力大到离职后，我直接4个月不敢写代码，因为我一打开电脑，开始写代码时，就会回忆起当时那段黑暗的日子，那种压迫感，那种绝望感。对了，这里再提一件事情，在我提出离职之后，CTO也调了其他人来参与这条业务线，打算来接替我的工作，结果来一个跑一个，都说业务太复杂了，幸好之后找到的一个新人，他理解能力很强，两个人一起守了这条业务线一个月之后，我离职了。

现在也算是释怀了，毕竟一切都过去了，在我离职之后，公司实现了业务的拆分，将小程序端的业务交由深圳那边负责，上海这边全员负责我之前那条业务线，早这样多好。然后在20年1月份，我上面提到的那位产品离职，那位刚入行的产品，好像是被开除了，还有比我早一天加入公司的一个PHP后端也离职了，剩下的事情我就不是很清楚了。

总的来说，我觉得蛮对不起公司的，因为CTO信任我，才把那条业务线交给我守的，但是奈何造化弄人啊，期间我也向CTO说过我这边感觉压力有点大，能不能请人来带一下队，的确幸运，招到一个干这行10年的大神，两个人合作了一个月左右，那段时间是真的爽啊，因为和他合作效率太高了，两个人可以很快沟通好，两个人负责的部分拆分的很干净，他那边需要什么，我这边提供好，之后的事情就不用管了。加上产品那边协商好，一个需求从确定到执行，效率快的飞起时，那干起活来是真的爽，但是就像我上面说的，奈何造化弄人啊，他去另一家创业公司担任CTO去了，于是，我接下来不仅需要接盘他写的那段代码，还有我之前的公司，欧啦啦。。。。。。

除了觉得对不起CTO，我也感觉挺对不起自己的，那段时间简直是不把自己当人看，我身边的人，近到我对象，远到在浙江的爸妈，都感觉到我整个人脾气变得极度暴躁。其实想想，虽然我离职代表了我存在一些缺憾，存在一些做不好的地方，但是起码我是从心底里对自己离职这件事情抱有正确的观念的。我不会说如果我没有走会怎么怎么样，甚至在后面说如果我克服了这些问题之后我会怎么怎么样，我只能说，一切都过去了，与其我一直抱着，自己离职是错误的，会对自己造成什么什么影响，不如说，我更加愿意相信，未来还是有机会的。