这份工作心累

This topic created in 2876 days ago, the information mentioned may be changed or developed.

因为最近发帖有点频繁。

来这边公司有一段时间，很多不规范，提交代码明显有问题不在本地测试一遍。测试完验收过的功能后来又改，不通知其他同事，改了不测试出问题又反馈给我，这样的情况太多，手头上事情太多又没有时间再去查。有些出现过的 bug 问题再次出现，不记下文档给后来者注意下。一些功能有坑的地方不注释下，其他人用的时候就出问题，一查用的方式不对，这些其实都可以写在文档里或者在接口出大概说明一下，还得看人在不在去问，我都觉得这样费时间。还有程序没 bug，花时间一查确实其他同事配置有问题，配置文件没有说明怎么填，该字段有什么用，一脸懵逼。

不知道是不是差不多这样的情况。

天天加班到十点多，周六还加班，真苦逼，如果是项目进度那没问题，关键尽是这些事情。

bug

懵逼

后来者

加班

17 replies • 2018-08-07 14:01:10 +08:00

nozer

Jul 22, 2018

楼主的问题其实在一线小公司普遍存在，主要是：
1. 瀑布式开发。
2. 没有单元测试，也就没有持续测试、持续部署。
3. 没有代码审查。
4. 甚至没有完善的设计。
5. 项目代码混乱，有些用 svn 的公司整个项目线的代码一团乱麻，有的公司甚至连分支都没有就只有一个主干。
6. 管理不善，可谓完全没有章法，头痛医头，脚痛医脚，造成开发工作茫然，每天在无谓的事情上消耗很多时间。

在这样的情况下，项目的质量可想而知，在这种“可想而知”的质量下，开发必须花很多时间来擦屁股。

由于工作混乱、代码质量糟糕，每个人每天付出的努力和最终产生效果不成比例。

这就造成了，项目进度缓慢、上线问题多、出了问题又无法及时进行响应。

最终的结果就是：项目进度缓慢，加班也解决不了问题、客户不满意、老板不满意、开发做的很痛苦，项目经理每天硬着头皮顶着老板和客户的压力向一线的开发施加压力。

因为如果不迫使开发加班，就无法证明项目是“困难的”、“缺少资源的”，也就无法跟领导和客户解释为什么项目质量如此欠缺（否则，这不就是在说项目经理无能嘛）。

所以，在这种环境下，加班是必须的、加班的产出是可有可无的（因为加班不是为了产出，而是为了做出姿态）。

楼主如果想改变目前的状态，有三个方案：

1. 期待空降一个强有力的领导，重建一个现代化的软件开发流程和标准工作规范。
2. 佛系，色即是空，空即是色，诸般色相皆为虚妄，唯四大皆空能还我自在心情。
3. 跑路，爷不在此处，自有更高处。新公司面试的时候问一问他们的工作流程就能大概判断是不是另一个坑了。

最后，若干年后，楼主最好自己把自己变成“强有力的领导”主宰一切就可以为所欲为了。