@SuperDaniel313 感谢建议，其实我也不担心绩效差了，甚至还想早点领大礼包😂

尽力而为，不要超负荷工作，按部就班来，有条不紊，有事情及时上报，忙不过来找上级确认优先级，先做急的，忙不过来不是你的错，要在心里认可。 记住一句话：如果焦虑不能解决问题，那干嘛还要焦虑，倒不如提前思考好先做哪个，做不到的那些先放下来。 如果这样干不下去，就换公司，这种地方很考验人，有些人把这种地方当做试验场，各种实验职场技巧，看什么方式有效，然后能收获一堆结论，利于以后如何规划和更好的完成工作。

很多公司都是这样的，重构需要有人顶着更大的压力承担更大的责任，在没有糟糕到一定程度之前，就是缝缝补补 更何况 op 公司表现出来的情况是人员流动大，这一点足够打到所有负责人进行重构的念头

影响范围大的重构需要立项，分配开发、测试 评估影响点 单独自己做 得不偿失， 出了问题 有理说不清 能跑就行 没必要太尽心尽力

我是一线研发，从来都是不是自己的事，除非我自己开发的，别的 我都不动。看见了也不改，因为优化无功，出事背锅。但是我自己的项目，那改的一个欢快。毕竟是自己的。

我之前有家公司，因为拖欠工资问题，老板找程序员谈话 内容大概是：你要感恩公司能给你这个舞台，钱可以不挣，要为事业奋斗 程序员才听不得这个，直接让老板闭嘴，就问给不给钱，不给钱就把你项目毁了 后来俩人也没谈拢，程序员把公司的项目改的乱七八糟 等我入职的时候，那个人已经走一年了，烂摊子丢给我，让我明天上线 我一看傻眼了，每个方法都复制了 10~100 份，每一份都不同结构，这货真耐心啊，每页足足写了 10w 行，全屏的魔法数字，还是和业务相关的魔法数字，传参突然就来个写死的 xxx=0.12 ，你也不能不传，不传就报错，也没人对接，就硬猜... 我疯狂的改啊改，后来也懒得搞了，直接搞到能跑就行(因为很多内容和业务紧密相关的) 铲屎铲到吐了...

@microscopec 笑死了，见过画饼的，没见过这样画饼的，太硬了吧

公司有问题，产品不专业。 我现在也是这样的情况，不过我不管(累了)。产品提什么我做什么，出了问题也是按产品提的做的。

大部分的痛苦在于太认真，你公司都是凑合的，你这么认真干什么。

我公司更离谱，产品经理只会做一个项目表格，每次找他要项目的资料他没有，客户提新需求他直接把客户的截图发给我们，有事直接让我们和客户打电话，有的时候测试的没测试了他就把 app 给客户了，客户没办法用，给他打电话他直接给人挂了，本来就是他的工作内容他推给别人，别人不干他还急。想不明白为什么老板招一个这样的产品经理，工资还是全公司最高的