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

[xiyy02]

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

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

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

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

[jiny28]

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

[NoOneNoBody]

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

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

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

[yekern]

我碰到过这种情况

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

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

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

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

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

[leokun]

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