Re: [心得] 我在科技业遇到的鬼故事之一

楼主: handsomeLin (DoGLin)   2023-07-27 11:15:28
再回一篇,先说我不是B但是这个细节出了更明显不是B的问题了啊
这个Bug本来就是一个corner case只是好巧不巧在B开发的时候遇到一次,要是今天B刚好
就没遇到这个Bug,你们还不是一样照常Release,客户一样爆掉,这样B不就刚好衰帮你
发现Bug而已?
你硬要说B的态度有问题,他也只是表达出他遇过且在你们根本没修的情况本来就很可能
再发生,很明显原Po这组原本想甩锅让B一起揹,B可能只是无言搞你搞回去而已
B的视角比较像:你今天底层的Code出问题我上层测出问题开Ticket被你关了难道我还要
帮你修?那我再打开你要不要修?还是说我开了这个Ticket你的Code得Rollback?你没Ro
llback你找我上层的人干麻?
今天开Ticket的人还只是个Dev开发都来不及了还要成天去Track别组的Bug?没当你组是B
locker就不错了
简单来说这个锅最负责任的作法就是Dev lead就是原Po一开始就得出来坦,我人在亚麻做
过,这个COE(Correction Of Error)的主人绝对是原Po或是A绝对轮不到B,第一、你的QA
test suite不够完善没办法发现问题,第二、你的Dev写Bug没有完整的测试就关掉Ticke
t,第三、你根本没管好你的feature就release
作者: airtsubasa (伪学姊)   2023-07-27 11:27:00
这个社会是需要演戏的 虽然我都不演
作者: soccer103 (Ferrari)   2023-07-27 11:47:00
真的B 最多就嘴臭而已QA 都 close 了产品不 release 是要?
作者: wmtsung (Tsung)   2023-07-27 11:49:00
bug都关了,B不commit他的部分就变成这个feature还没好是卡在B的部分还没上啊,A的部门这样搞真是稳赢的XD
作者: Lhmstu (lhmstu)   2023-07-27 12:17:00
B技术上没问题,人有问题XD
作者: OriginStar   2023-07-27 12:52:00
B就是做事不圆柔,不懂得和同事相处,本来20%责任,被挖洞跳变80%责任
作者: jamo (hi)   2023-07-27 13:51:00
B如果真的负责再把ticket打开,我估计A就要大爆炸了然后QA都过了如果B还在那边GGYY不肯commit,肯定被钉飞结合本篇与下篇说明整件事该负责的的确是原po原po自己有说他被临时调派,mindset没做好导致于丧失了后面
作者: zelda123 (丸子)   2023-07-27 13:59:00
作者: jamo (hi)   2023-07-27 13:59:00
升迁的机会,应该说原po的主管给他一次表现的机会但搞砸了~
作者: DrTech (竹科管理处网军研发人员)   2023-07-27 14:14:00
推这篇,这与我的工作经验与遇到的状况比较接近自己的错,推给别人。然后别人不爽在闹,把错全推给别人说话态度不对。A自己的错。推给别人B,然后B不爽了,在闹情绪。于是把错推给闹情绪的人。你可以说B的EQ是不好,但已经与此bug无关了。
作者: wmtsung (Tsung)   2023-07-27 14:24:00
看第一篇那些推文说B问题或责任最大的我都怀疑这些人bug是用嘴巴在管理而不是用系统在管理了
作者: darkMood (瞬间投射)   2023-07-27 14:54:00
笑死。
作者: mathrew (Joey)   2023-07-27 14:59:00
技术上来说,B当然没问题,但是处理事情上,B就有问题这种事情,就是应该回报给上层,让上层决定很多时候,职场上该学的是如何处理事情,技术变成辅助
作者: DrTech (竹科管理处网军研发人员)   2023-07-27 15:15:00
B不是有回报Bug了?没回报在哪,难道回报bug 的系统不用主管审?那也不是B的问题啊。程式码Bug被关了,当然只能照公司流程走下去。 B处理事情到底哪里有问题。
作者: mathrew (Joey)   2023-07-27 15:20:00
你如果觉得没问题那就没问题,那有不少人觉得有问题,就代表仍有待商确
作者: Lhmstu (lhmstu)   2023-07-27 15:32:00
我是不想跟B这种同事一起工作,有些人可能很喜欢吧
作者: wmtsung (Tsung)   2023-07-27 15:41:00
我比较不想和原po以及A共事,B说不上喜欢不过没啥问题,不过在那边二分法也没啥意义,职场上多的是不会多话的B,自己实力不够就是自己扛
作者: q253upng (q253upng)   2023-07-27 15:46:00
我选择跟B啊,起码我的东西有问题会被他开出issue,跟A那组做事自己没发现不就默默炸掉
作者: thund (天下御免)   2023-07-27 15:48:00
B的问题不是最大 但不代表B没有问题啊......
作者: wtl (比特)   2023-07-27 15:48:00
其实最该学的是原po甩锅的能力 被他一讲大部人都觉得B有问题A跟他同一部门又是他的下属 讲的好像没犯什么错
作者: wmtsung (Tsung)   2023-07-27 15:51:00
A那组真的可怕,bug都关了还可以检讨B,你当初如果信任B哪敢随便关掉bug?今天如果不是在客户那边炸开,搞不好到现在A那组都还认为B乱开bug
作者: distellable (不能说的秘密)   2023-07-27 16:10:00
是也满奇怪的 回报BUG不是要先确认重现步骤?
作者: q253upng (q253upng)   2023-07-27 16:26:00
B大概还有错在鸡婆多管闲事吧,放给A team自己炸掉就好,事后还可以说是机率性问题没遇到跳脱
作者: wmtsung (Tsung)   2023-07-27 16:26:00
基本上这公司神奇的地方太多,连B只测过一次这种事都要在客户那边炸开后检讨时才知道,步骤B认为他写清楚在bug上了,但后来检讨时B的环境其实也无法复现,所以我猜B也只是蒙到问题,但因为后来嘴砲而成为事主XD我的推测是B蒙到问题但也不敢确定,所以后来A说B搞砸环境关掉bug时B也不敢坚持往上HL,照着流程下去最后就在客户那边炸了,之后B自爆我猜就只是以为可以趁机一吐怨气没想到被原po抓到变成事主
作者: puring0815   2023-07-27 17:39:00
同意这篇观点才是对的,以这个事件来看 leader 和 Adev 在流程的问题才是最大问题,不然每次都在究责人根本究责不完
作者: airtsubasa (伪学姊)   2023-07-27 17:56:00
鬼故事才是原作者,我猜他应该也没资源跟人事权
作者: alan3100 (BOSS)   2023-07-27 18:15:00
鬼故事就原作者 leader埋头苦干弄不好 事后炸锅还要推责如果真的那么尽心尽力早该在close前先跟B组沟通请B支援如果B支援后还找不出来就是公司自己扛. 事后怪罪A跟B真的鸟公司鸟主管
作者: ku399999   2023-07-27 18:36:00
如果B有复验过且没问题,然后要上有先请示过,才会没问题
作者: wmtsung (Tsung)   2023-07-27 19:09:00
如果B开的bug只有B能关,才有资格要求B要复验好吗…B开的bug随便被其他人关掉是要B复验什么?更别说这种没改code,只是RD判断环境因素就关掉的bug,就算是专责的QA部门来处理,我看也是一堆直接关闭
作者: superpandal   2023-07-27 19:26:00
B没设定权限不就代表允许这么做... 但公司理应限制全域设定不能阿猫阿狗都能close
作者: viper9709 (阿达)   2023-07-27 20:19:00
推这篇
作者: a731977 (卡哇邦卡)   2023-07-27 21:37:00
作者: bitcch (必可取)   2023-07-27 22:20:00
为了HL人故意把已知炸弹引爆 让客户受害 说B没问题…
作者: shortoneal (不告诉你咧)   2023-07-28 00:35:00
检讨的时候B不嘴臭连锅都没得甩,呵呵上面有人说得很好,多的是不吭声的B,B败只在嘴邱
作者: ck237 (白色小鸡)   2023-07-29 11:38:00
这种公司就是早早离职就对了

Links booklink

Contact Us: admin [ a t ] ucptt.com