吐槽下公司，不知道是我有问题，还是公司有问题

[xiyy02]

在公司写代码时，不敢重构，每次都是在缝缝补补，为之前好几拨人写的代码兜底，明知道老代码有很多恶心的地方，却不敢动，动了不知道怎么和测试同步，也很难明确测试回归范围，出了锅肯定是我的，缝缝补补虽然很恶心，但起码可控

再一个就是公司为了降本增效，让一些运营兼任产品的职能，我这边整个业务组只剩下 1 个产品，忙不过来，那些运营提的需求有些逻辑都没办法闭环，有些在评审阶段发现了，就提给他们，而有些则是做着做着发现不对劲，逻辑没有闭环（简单来说就是需求上的某些功能点都是自相矛盾的），再加上人员更替频繁，新来的运营想当然的使用一些功能后发现和自己想象的不一样，就会直接来找我改代码，我说正常流程是你们要先提需求，产品出 prd ，我再开始开发，他们就会问那要多久。。我向产品反馈了这个问题，产品说忙不过来，让我想办法做一下产品经理也可以

一些老旧功能没办法支撑运营的日常工作时，不是应该梳理出来哪些需要改，改成什么样，然后产品收到委托后再基于现在这套系统给出合理的改造，将逻辑和交互、表现都设计出来，然后拉开发一起评审，最终开发依据产品给出的方案设计代码实现功能吗？这样从运营、产品到开发都对这个系统了如指掌，也对未来产品的规划有一个明确的发展方向，咋现在给我的感觉是运营不太清楚系统现在还缺什么，以及该改进些什么，产品也不清楚以前的逻辑，以及该怎么设计这个系统以及交互，最终压力全部传导到开发这里

这是这家公司的特例，还是行业内基本上都这样？

[twig]

感觉是走下坡路的公司的氛围。我现在的公司也这样，所以每天上班如上坟，干活儿如吃屎。

[twig]

一方面好好工作，看能不能通过团队沟通往前推进推进，不一定做成什么，至少表达一下事情做不成有客观的困难。另一方面别忘了改简历、投简历，有机会了就跳呗。

[SuperDaniel313]

你得先说你是什么职位，这直接决定了你要承担什么责任。

如果你是一线研发，不管是不是老员工，这些企业内部的协作流程都不是你可以控制的，想得多利于你发展，但做得多只会让你成为老黄牛。无脑推给上级就完事了，做什么，怎么做对于一线研发而已是没有资格来参与的，一线研发只管做，出事了有主管；

如果你是研发主管，你要替弟兄们顶住，运营来找就踢给产品，产品忙不过来就踢给公司。如果把烂活接进来，你就变成规则的最大破坏者。产品不清楚就让产品去弄清楚，人力不够就找 HR ；

这家公司不是特例，所有管理混乱的公司都这样。如果一个研发不好好写代码，已经在替产品干活了，那这个研发就是这家公司变得混乱的罪魁祸首

[5261]

@SuperDaniel313 正解，至少先尝试去这么沟通解决，要么忍，要么滚！也许下一家还是这样，所以有的时候中大厂会相对规范些

[xiyy02]

@SuperDaniel313 问题是，同组的一个老员工也在这么搞，自己设计后台，甚至不支持后台直接跑 sql 初始化数据（这部分功能由于没有后台，运营想要做动作时会来找他写 sql ，这部分运营走了我估计只有他一个人知道有这个功能了）；我们主管其实吐槽过好几次我们这种作风，他给我们传达的做事风格和你描述的差不多，一定要有完整的逻辑链，没有就让产品补，产品不清楚是产品的事情，我们只负责开发，更不要搞那种跑 sql 的功能（虽然我认同主管的观点，但这家公司的运营和产品很多都更迭频繁，对现有这套系统不熟悉，更何况现在只有 1 个产品了，想做到理想状态不现实，所以我干的非常痛苦，但给的确实也不少，就只能纠结又痛苦的苟着，天天都想点那个离职申请的按钮，唉）

[wusheng0]

事事留档，不属于自己的活不要管，
没被裁至少自己舒服了，
被裁至少不用纠结了还有补偿

[SuperDaniel313]

@xiyy02 #5 你有主管，且你的主管还支持你，但你选择和产品穿同一条裤子，甚至你还帮产品洗裤子，你瞧瞧你这做得是一个研发该做的事情么。
项目黄了你和同组的老员工第一个背锅，谁让你们不按流程、不听主管指挥做事。我要是老板我第一个开你俩 。你俩相当于在纵容运营、产品还有 HR 不作为。第二个开你主管，知错任错，也是严重失职，至少扒了管理的皮，这算哪门子主管

[xiyy02]

@SuperDaniel313 之前一直在中大厂，一直没这种无助的感觉，现在体会到了，之后我就不管那么多了，做个听从产品和主管安排的打工机器好了，不过我还是想知道，在我司这种情况下，作为一个无情的写代码机器，要做什么？至少要做到产品需求逻辑不合理的时候指出来吧？但现在迭代速度又非常快，这样来回扯皮的结果就是项目延期，然后产出相比老员工少很多。。

[SuperDaniel313]

@xiyy02 #8 评审的时候要仔细，否则就会开始扯皮，只要没通过评审，那都是产品的事。评审通过了代表你认可了，你主管想帮你也无力回天。人无完人，但尽可能仔细评审。

要学会汇报，有问题自己处理了那就变成没问题了，你没问题但又产出少容易被认为是能力不足，也就是你担忧的绩效表现差。实在担心也可以提前找主管聊，预防针先打好，如果要按规矩来会开始扯皮，到时候得帮我呀。别学老员工用这种不健康的方式卷绩效，累死活该

适当得抱怨（反馈的一种方式）是必不可少的，没苦真的别硬吃，责任心要在值得付出的地方好好表现。

[xiyy02]

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

[NewYear]

尽力而为，不要超负荷工作，按部就班来，有条不紊，有事情及时上报，忙不过来找上级确认优先级，先做急的，忙不过来不是你的错，要在心里认可。

记住一句话：如果焦虑不能解决问题，那干嘛还要焦虑，倒不如提前思考好先做哪个，做不到的那些先放下来。

如果这样干不下去，就换公司，这种地方很考验人，有些人把这种地方当做试验场，各种实验职场技巧，看什么方式有效，然后能收获一堆结论，利于以后如何规划和更好的完成工作。

[opengps]

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

[nice2cu]

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

[nuonuojump]

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

[microscopec]

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

[processzzp]

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

[evan1]

公司有问题，产品不专业。

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

[coefuqin]

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

[HelloApex]

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

[SuperDaniel313]

@xiyy02 #10 那你更应该照章办事了，没几天就能领了

[jiny28]

@HelloApex 是我的话直接干掉他，钱省出来兄弟们自己分，干掉他后你们活也没多多少 emmm

[NoOneNoBody]

公司问题，但是众多公司的普遍问题

应该是有了一些固定客户，所以轻视产品经理岗
产品经理可以从转岗而来，但不应是兼任

整体看，就是节流远超开源（甚至没有开源）的思想

[yekern]

我碰到过这种情况

但是又和你不同, 上一家公司 做跨境物流的, 经常是业务人员在外边自己谈好了一些渠道或者一些业务,

都是他们先开发业务然后反馈给产品 产品在出需求,开发在做,

但是 业务都是非常抢时间的 所以每次都是优先级特别高的就导致公司对技术部门压榨的特别狠 天天加班,

就算这样业务部门也天天跟 boss 打报告说技术部门开发太慢,

他们恨不得前脚提出需求 10 分钟之内你给做完 不然就影响他们赚钱

[leokun]

大家可能觉得代码很重要，维护性什么的，其实业务最重要，赚钱最重要，只需要清楚运营那么做的目的，然后堆上去就好了