zhanshen1614

考核指标不合理加上组织架构畸形造成的。
有一次我遇到发送通知需求：原本只需用 email 模板并替换模板变量即可发送却做成图片生成列表，还要缩放，字体大小适配、压缩等并上传文件最后再发送，再做一个定时任务定时清除已发送的文件。

我跳槽的频率和你差不多。第一家解散了，第二家工资低技术落后于是在 21 年跳槽到第三家公司，起初薪酬待遇和工作氛围非常好技术也先进还得到重用，改制后福利待遇变差被卷王搞得乌烟瘴气疯狂加班，自己迅速被边缘化险些被解雇最终被迫辞职，后面两个比先前的更糟，数百人的规模组织架构非常畸形少数人管理多个部门犹如影子老板，氛围非常压抑试用期考核极不透明并在结束前辞退员工。

@Admstor 没法改变结果只能找下家重新开始。之前一路提前转正疏忽大意了，我下次一定会记得先看考核标准并签字，不然到时候就惨了。

@testonly 没说过哦。而且我改 3 小时他也得等相同的时间呀，他汇报没过审领导也得先问他填了什么数据，过去遇到这种问题都是主管先检查数据是否填对，填对了仍不通过才反馈给技术，正常不应该是这个过程吗？
N 年前有一次也是参数校验错误，后来发现是金额字段不小心复制了聊天记录 JSON 转实体类数据类型对不上出错了，最后是前端强制校验填数字即可。

@bt7vip 问题是只要业务员按规范填写数据就能过审为什么非得汇报呢？即使汇报了那负责人为什么不告诉他填错了自己先检查？如果写的没问题还不过审才是技术问题；改逻辑耗时长他也得等这么长时间才能操作而且最终也是按规范重写才过审的，说明确实是填写有误。
总之还是要去一些规章制度比较完善的单位，这很明显是缺乏规范的流程不然怎么会随便认定是技术的问题呢？况且管业务和技术的都是同一人说明组织架构畸形，还是远离为好。

@testonly 业务负责人自己也是管技术的。业务员填错数据只要按规范重新填写就审核通过耗时不过 5 分钟，改审核逻辑 3 小时左右，他汇报给业务负责人加上技术处理的时间早就已经重新写完审核过了。

要么忍要么转岗或离职。
你永远不知道你的领导怎么爬到那个位置，或许人家真的能力很强，老板的亲朋好友，亦或是有强大的背景和人脉，不知道真相就去反馈分分钟被解雇！中小企业的小领导经常是老板在撑腰所以很嚣张，你动了他等于损害老板的利益和权威。

产品经理最乱。产品经理经常是计算机专业学不好又想从事软件开发行业的人，而且大学没有相关课程经常是赶鸭子上架。

多结交朋友，不要天天想着工作上的事，精神离职，不要太在意别人的评价，自己问心无愧就好。
适当降低预期。我们要想：能升官发财的人很少，在原岗位上游刃有余也比晋升到不称职的人更优秀。
PUA 的目的是为了加强服从性，实施 PUA 的人是利用上下级信息不透明。我们可以通过语言上的技巧让对方无法继续用语言恶意攻击我们。
现在的 PUA 非常有针对性，特别是那些有 3 年以上经验的很容易遇到，此时我们要运用经验和丰富的专业知识来防止被人利用，相信知识的力量！
有一次我接到需求后发现实现复杂度极大可以抽象简化，于是利用商业谈判技巧和产品知识迫使产品经理和事业部领导妥协更改为我提出的需求，发布上线后我的方案效果高于预期，事业部经理很不爽不用他的方案但也无可奈何，毕竟事实摆在面前，从那次起不敢再提乱七八糟的需求，后续几次变更需求结果都比预期好，我用事实证明了他们的知识体系存在巨大缺陷，他们不敢在你面前耀武扬威，由此证明知识的力量还是很强大的。
努力提升自己寻找更好的工作环境，无论如何都不要忘记提升专业技能，让自己在发生极端情况时有退路。