本来是同事A自己的项目，她要往系统里加入一个new feature。结果加完之后系统就崩盘了，crash了，跑着跑着就killed。 然后老板让我去debug。我找出了问题，也fix了。现在系统一切运行正常。我全部都写清楚了，解释好了。 结果同事A和老板两个人都说他们不认为我找的问题是问题，也不认为我的解决方案是个好方案。 他们也没有原因，没有理由。 最后他们用的还是我的方案。 然后现在他们另外编了一个理由，编了一个解决方案。 其实他们那个理由和解决方案根本行不通，解决不了问题的。 只是一些花边而已。 一旦把我用来解决问题的部分移除，只用他们的那套系统照旧崩盘。 我感觉自己整个被耍了？ 问题是我解决的，用的也是我的解决方法。 但在这个基础上他们加了一点花边的东西。 立刻就说是他们花边的东西把问题解决了。 然后还说我的办法不好，我指出的问题不是实际的问题所在。 老板和同事A都是一口气。 这怎么办？谢谢。 本来工作不顺，想骑驴找马，一直没有offer。 到地里买了个账号，钱扣了，可账号却被封了。 什么服务都享受不了。 感觉坏事都遇到一块了。 xiaofengxian 发表于 2022-07-23 10:24
我遇到过一毛一样的事儿。另一个组折腾了大半年没解决的客户问题被我们组三周解决掉了，找原因很麻烦但是修复特别简单，两三行而已；然后那边就贼不要脸地说我们组解决的不是所有的问题，只是一个没人遇到过的corner case，然后把这两三行扒到他们的代码里出PR。不过因为这是两个组之间的事情，所以我们组立马开撕：这种抢功劳行为严重破坏合作气氛打击员工士气。然后因为事关客户，大老板出面了，开会质问对方：如果没有那两三行代码，你能够信心满满地把你们的修复交给客户，告诉他们问题都解决了吗？对方坑次了半天终于支支吾吾说还有其他问题需要解决，大老板立马说，我就要你这句话，I appreciate your honesty，我们要对客户负责，把问题原因和修复的原理都对他们解释清楚。 这事儿说起来简单，但是吧，修复问题用了三周，后面撕逼又用了一个月。那段时间我觉得我简直是天天在苦海里挣扎。事后掉了十磅体重。千万别以为这是好事，这是严重不健康的饮食作息造成的。 如果老板不站你这边，基本上你也没办法了，还是跳槽为上。 coalpilerd 发表于 2022-07-23 10:45
第一要真的骄傲你的水平挺高的。 第二就是换位思考， 如果你是老板肯定想把错误盖过去。 所以在你斗不过老板又没跳槽的情况下， 自己吃点亏，权当拍马屁给自己把后面的路铺顺点。县官不如现管不会不懂吧。 第三就是工作场合要么不搞事， 搞事就得搞大点， 如果能摧毁他们你就往上告或者另站队。 不然就吃哑巴亏。 tinystar01 发表于 2022-07-23 10:34
同事A那个feature 引起的问题，让你去解决问题？ 你去掉他她的feature，系统当然没问题了，不等于这是他她和你老板要的结果。 他们希望你能找到如何即可使用那个feature 又不影响系统的答案，所以在那里唧唧歪歪。 wlsssw 发表于 2022-07-23 10:55
回复 2楼peachypeach的帖子 不太可能，系统的基本上备份很勤，再动手脚去除会暴露，对楼主不利，除非下家己找好 加个开关，把LZ的那部分关掉，让他们去test看出不出错？ 天天周末 发表于 2022-07-23 10:35
祝你账号恢复跳槽成功，离开这些烂人bye2020 发表于 2022-07-23 10:48
你的方案只是权宜之计，bandage一下能用系统， 他们new feature还是没有加上去，进一步退两步进一步，折腾一圈还是在原地。。。 shoppingisfun 发表于 2022-07-23 11:10
我test过了 把我那部分拿掉 系统还是会崩溃 出错 但他们不承认这个结果 说是我的问题 反正他们能跑的通 但他们没有提供任何结果来支持他们的说法 只是verbally说他们跑的通 而且他们坚持要我deliver结果 用我的版本再加上他们的花边修改 哎 糟心 真的是哑巴亏 xiaofengxian 发表于 2022-07-23 13:46
花边的问题让他们自己解决，就说你不是很理解花边为什么那么重要，和你认为的问题解决想法有冲突，只能帮到这了。 MM不要难过，就默认他们这样的水平出了问题又不肯承认，别人帮助了还不肯Appreciate,以后还是有可能有其他问题出现的。到时就不要强出头，毕竟是他们的Project。你有自己的Project要做，有你自己的Priority，不要再花那么多心思， 费力不讨好。Appreciate 别人的付出会死啊， 他们的做法真的让人心寒。 calsunny 发表于 2022-07-23 14:34
他们已经卡了好几个月了 deadline延期了好几次 老板让我停了手上的项目 专心解决这个问题 现在看来 搞不好从一开始就是个坑 做不出来 甩锅给我 做出来了 credit拿走 反正我调整调整心态 好好准备面试吧 从我进组以来 3个中国人都莫名其妙的走了 现在我也是真的要走了 xiaofengxian 发表于 2022-07-23 14:53
好奇 我的原文表达哪里有问题 让你们觉得我的解决方案是把new feature去掉？ xiaofengxian 发表于 2022-07-23 13:57
这就是他们要耍无赖的最大原因。被一个两行code就能修好的问题stuck了好几个月，推迟好几次deadline，他们怎么跟上头交代？ ps，我们那次撕逼结束后不久就赶上公司大裁员，那个耍无赖的组被整组砍了，项目由我们组和我们隔壁组接手。当然我也不能一定说就是这件事儿导致的，但是这件事前后的经过大概的确会对大老板的决定造成一些影响。 coalpilerd 发表于 2022-07-23 18:07
抱抱MM! 不Appreciate你的劳动是他们的问题，但是要不要继续帮助他们，怎么帮助他们，多大程度帮助他们，决定权在你。这种时候自己不强硬起来，就会一直被欺负。 calsunny 发表于 2022-07-23 16:56
你不用生气啊，就事论事的说，我很好奇，想学习研究这个问题的root cause。我来把那两行code拿走试试怎么样，这样对我们深入了解这个系统会有长远的帮助 你信吗 发表于 2022-07-23 15:06
老板会直接说 不用了 哈哈哈 感觉前面有几个mm说的很有道理 赶紧刷题走人 我的一亩三分地账号终于还给我了 看了别人晒的包裹 真是好多钱 顿时觉得暂时的忍耐不算啥了 xiaofengxian 发表于 2022-07-23 19:38
那你就把那部分移掉不告诉他们 peachypeach 发表于 2022-07-23 10:28
mm真是一语惊醒梦中人啊！果然是过来人！ 我也是涨经验了，又多了一个bq的素材 以后别人问我一些negative的例子我就拿这个case做文章发挥。 xiaofengxian 发表于 2022-07-23 19:12
结果同事A和老板两个人都说他们不认为我找的问题是问题，也不认为我的解决方案是个好方案。 他们也没有原因，没有理由。 最后他们用的还是我的方案。
然后现在他们另外编了一个理由，编了一个解决方案。 其实他们那个理由和解决方案根本行不通，解决不了问题的。 只是一些花边而已。 一旦把我用来解决问题的部分移除，只用他们的那套系统照旧崩盘。
我感觉自己整个被耍了？ 问题是我解决的，用的也是我的解决方法。 但在这个基础上他们加了一点花边的东西。 立刻就说是他们花边的东西把问题解决了。 然后还说我的办法不好，我指出的问题不是实际的问题所在。
老板和同事A都是一口气。
这怎么办？谢谢。
本来工作不顺，想骑驴找马，一直没有offer。 到地里买了个账号，钱扣了，可账号却被封了。 什么服务都享受不了。 感觉坏事都遇到一块了。
他们要考虑如何cover他们的 asses
不太可能，系统的基本上备份很勤，再动手脚去除会暴露，对楼主不利，除非下家己找好
加个开关，把LZ的那部分关掉，让他们去test看出不出错？
如果是你老板睁眼说瞎话，那没办法只能加入，就强调他们的方法必须在你的方法基础上才能work，不信删掉试试看，你同事应该是想表现自己有能力揩自己的腚，你要表现的是你有能力临危受命快速解决问题避免损失。
这事儿说起来简单，但是吧，修复问题用了三周，后面撕逼又用了一个月。那段时间我觉得我简直是天天在苦海里挣扎。事后掉了十磅体重。千万别以为这是好事，这是严重不健康的饮食作息造成的。
如果老板不站你这边，基本上你也没办法了，还是跳槽为上。
你去掉他她的feature，系统当然没问题了，不等于这是他她和你老板要的结果。
他们希望你能找到如何即可使用那个feature 又不影响系统的答案，所以在那里唧唧歪歪。
你为啥非要把它做出来呢？
你的方案只是权宜之计，bandage一下能用系统， 他们new feature还是没有加上去，进一步退两步进一步，折腾一圈还是在原地。。。
这种撕逼真是让人难受。
楼主老板也是短视，楼主就冷静的指出没有你的工作，这个不会解决的。不要情绪化。下次再找你，就混日子呗。
是的！ 我也是找问题花了很长时间 最后解决就两行code
我现在也是这个状态 睡不好觉 吃不好饭 气死了
谢谢mm！ 没法摧毁他们 往上告基本没戏 最后也不过自己碰一鼻子灰
真的只能吃个哑巴亏了
那要求重新立个项目交给lz做。重新评估和讨论。不能A随便胡写个东西，lz做好以后，只当是给A做了辅助
我test过了 把我那部分拿掉 系统还是会崩溃 出错
但他们不承认这个结果 说是我的问题 反正他们能跑的通 但他们没有提供任何结果来支持他们的说法 只是verbally说他们跑的通
而且他们坚持要我deliver结果 用我的版本再加上他们的花边修改
哎 糟心 真的是哑巴亏
谢谢mm！ 人倒霉的时候真是啥破事都一起来 希望能赶紧时来运转
我的解决方案不是把她的new feature去掉啊！ 是解决了一个bug后使得加入new feature后的系统一切运行正常！ 现在运行的系统是已经有了new feature的系统
接下来还有很多assessment要做 但第一步如果不成功 接下来的assessment就根本做不了
好奇 我的原文表达哪里有问题 让你们觉得我的解决方案是把new feature去掉？
如果已经打算走人了，不如就闹大。窝窝囊囊地息事宁人，多年后想起来也跟吃了苍蝇一样。我职场早年也吃过类似的亏，我老公每次都支持我撕。
花边的问题让他们自己解决，就说你不是很理解花边为什么那么重要，和你认为的问题解决想法有冲突，只能帮到这了。
MM不要难过，就默认他们这样的水平出了问题又不肯承认，别人帮助了还不肯Appreciate,以后还是有可能有其他问题出现的。到时就不要强出头，毕竟是他们的Project。你有自己的Project要做，有你自己的Priority，不要再花那么多心思， 费力不讨好。Appreciate 别人的付出会死啊， 他们的做法真的让人心寒。
他们已经卡了好几个月了 deadline延期了好几次 老板让我停了手上的项目 专心解决这个问题
现在看来 搞不好从一开始就是个坑 做不出来 甩锅给我 做出来了 credit拿走
反正我调整调整心态 好好准备面试吧
从我进组以来 3个中国人都莫名其妙的走了 现在我也是真的要走了
走吧 地里总结如果组里的中国人都莫名其妙跑掉了 那这个组肯定有问题 毕竟老中不是一般能忍
你不用生气啊，就事论事的说，我很好奇，想学习研究这个问题的root cause。我来把那两行code拿走试试怎么样，这样对我们深入了解这个系统会有长远的帮助
读帖不仔细呗。lz你老板不站你边，你就如实说，这套系统把你那部分去掉，加上那些花边，看看系统能不能运行？既然你们组做得解决不了问题，就不给添麻烦了。
这还不撕到底？
抱抱MM! 不Appreciate你的劳动是他们的问题，但是要不要继续帮助他们，怎么帮助他们，多大程度帮助他们，决定权在你。这种时候自己不强硬起来，就会一直被欺负。
这就是他们要耍无赖的最大原因。被一个两行code就能修好的问题stuck了好几个月，推迟好几次deadline，他们怎么跟上头交代？
ps，我们那次撕逼结束后不久就赶上公司大裁员，那个耍无赖的组被整组砍了，项目由我们组和我们隔壁组接手。当然我也不能一定说就是这件事儿导致的，但是这件事前后的经过大概的确会对大老板的决定造成一些影响。
mm真是一语惊醒梦中人啊！果然是过来人！ 我也是涨经验了，又多了一个bq的素材 以后别人问我一些negative的例子我就拿这个case做文章发挥。
谢谢mm！真的是人善被人欺，我感觉自己是最老实的那种员工了。工资低，好好干活，也不来事。 平时有什么都忍了，这次真的有点不爽了。
老板会直接说 不用了 哈哈哈 感觉前面有几个mm说的很有道理 赶紧刷题走人 我的一亩三分地账号终于还给我了 看了别人晒的包裹 真是好多钱 顿时觉得暂时的忍耐不算啥了
刷题走人不影响你在这儿继续试一下啊，你说你老板”会”说，我理解你还没说过？
万一以后又碰到类似的，你不是还不知道怎么办。就当人性的测试，只要不生气，就事论事的玩玩呗。最坏就是那这件事当礼物送给老板了，而且他即使不承认，内心也会知道你还有厉害的
加油 刷出来后会感谢他们把你气走了
提醒mm听说一亩三分地有好多包裹都是假的，为了骗分的，不要太相信。
非常同意。
你的处境比我当时可能复杂一点，因为你和你的老板同事是一条绳上的蚂蚱。大老板会看到的仅仅是你们组作为一个整体，就这么两行代码写了好几个月。我猜你们老板坚持要加花边就是想给这个修复注水，大老板一看push进去几百行代码就不会说啥了。这个用心虽然可以理解，但是decent一点的老板是不会这么硬摘你的桃子的，完全可以跟你有商有量，要注水也该在unit test之类的地方做文章。你们后面的assessment也还是有机会加代码。现在看来他是决心要让你背锅了。
如果你决心走人而且打算在走人之前搞点事儿，可以写个项目相关的progress report群发相关人士，其中highlight一下，某某blocking bug只需要两行代码就能解决问题，这两行代码已经在N周前通过了初步测试，目前卡在老板和同事的code review上。
你给他们一个顺水人情就给了，说这个combined solution 好呗。实在需要开撕，就把你的code删了，让他们凉快去
最近太多freeze，确实不顺，Apple好像还是正常在招人，加油！
old ginger is still spicy
呵呵，遇到过类似的事，公司上了一百来号人做的项目，前后干了两年多，实体样机做好送到测试部门后，整体运行非常顺利，但只是发现对某一个测试对象的结果特别奇怪，任何人看了都觉得是一个大错误，必须改正。这个项目都被媒体捅出去了，股价都涨过了，如果下马会非常难看。
然后查问题，查到鸡飞狗跳，查出了一些各种毛病，但这个“大错误”始终屹立不倒。
我们组跟他们是有协作，所以有时候也参加他们的会议。我去他们的测试现场看了之后，当时就想到了这是以前欧洲人很多年前发过的一篇文章，读书的时候组里journal club是我讲的这篇文章，所以记得很清楚，在那个特定的测试对象下，物理分析的结果就该是那样，那个“大错误”不仅仅不是错误，而是这样才是对的。作为对比的友商的产品看起来“没毛病”，其实是也遇到了同样的问题，可能他们也觉得无法解释，就在系统里作弊屏蔽了这个看起来奇怪的结果。
所以就是没问题，什么都不需要做。这个解决办法简单到比两三行更简单。最后那个部门抢功，在报告里一笔带过我的贡献，淡化将近一年的查问题风波。
但这个事情公司从最上层都在关心，内网当天大家刷屏庆祝，上百号人不用被这件事困扰了。部门老大把那个组抢功的头头修理了一通，说我们组讲一句话这个问题不是问题，不值钱，但知道这个问题不是问题，无价。我们组第二年就独立了，成为了部门，升了一堆职，我们头说这件事在组升级部门上至少有三分之一的功劳。
你把他们要的花边加上去， 然后给你老板发信已经改完了行不行， 然后清楚的在信上写明你从哪天到哪天做了哪些修改， 之后追责起来明确知道你什么时候接手的， 什么时候你觉得解决了问题