PTT職涯區 / Soft_Job (軟體人)

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

看板Soft_Job (軟體人)作者 (hips)時間1年前 (2023/07/28 01:33), 1年前編輯推噓8(10推 2噓 66→)
留言78則, 16人參與, 1年前最新討論串12/17 (看更多)
這問題蠻有趣的 我問了一個在微軟跟亞麻做過的業內人士 A關ticket本身有沒有問題 她回答: non-reproducable其實蠻常發生的，對方又不肯合作釐清問題，除了關ticket還能怎樣 處理過ticket就會知道，很多確實是開ticket的人自己搞崩,不在狀況內,內容寫得不清不 楚 之類的 B看到ticket被關正確做法是reopen並找Ａ的manager 最後還是需要B的協助debug 這根本主要就是B的錯吧 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 23.243.152.215 (美國) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1690479219.A.4AD.html ※ 編輯: hips (23.243.152.215 美國), 07/28/2023 01:36:38
推
07/28 02:18, 1年前 , 1F
雖然說bug是A寫出來的沒錯 但以A的角度來說當下也沒其他
07/28 02:18, 1F
→
07/28 02:18, 1年前 , 2F
能做的事了吧 依照設定的環境就是測到死都測不出來
07/28 02:18, 2F
→
07/28 02:19, 1年前 , 3F
沒辦法重現的bug是要怎麼修 也只能猜猜看一些懷疑的地方
07/28 02:19, 3F
→
07/28 02:20, 1年前 , 4F
至於切close或是切non-reproducable或是切keep tracking
07/28 02:20, 4F
→
07/28 02:20, 1年前 , 5F
講白了也差不多 橫豎都是放著不會再有人去動他
07/28 02:20, 5F
→
07/28 02:21, 1年前 , 6F
除非QA後來又測出類似的問題才會reopen
07/28 02:21, 6F
噓
07/28 02:25, 1年前 , 7F
A的bug被B不小心測到，B也不是QA只是隔壁部門拉來做整合
07/28 02:25, 7F
→
07/28 02:25, 1年前 , 8F
的工程師，干B屁事
07/28 02:25, 8F
→
07/28 02:27, 1年前 , 9F
你做一個sdk給別人用，別人不小心測到資料毀損問題跟你
07/28 02:27, 9F
→
07/28 02:27, 1年前 , 10F
講，你說你沒什麼可做的，笑死，誰有空幫你找你的問題
07/28 02:27, 10F
→
07/28 02:30, 1年前 , 11F
今天bug不是一個畫面會當掉還是會出現什麼奇怪錯誤訊息，
07/28 02:30, 11F
→
07/28 02:30, 1年前 , 12F
是會把資料刪光，然後一直跳針說”我無法重現”、”你們
07/28 02:30, 12F
→
07/28 02:30, 1年前 , 13F
發現問題的人沒把步驟說清楚“、“規格不明確“這種程度
07/28 02:30, 13F
→
07/28 02:30, 1年前 , 14F
好意思說自己是工程師？笑死
07/28 02:30, 14F
→
07/28 02:31, 1年前 , 15F
客戶資料被你刪光的時候你是不是也打算跟客戶說，你的環
07/28 02:31, 15F
→
07/28 02:31, 1年前 , 16F
境有問題，你怎麼發生的步驟跟我說清楚，否則我無法重現
07/28 02:31, 16F
→
07/28 02:31, 1年前 , 17F
我沒什麼可做的，這樣也能當工程師？笑死
07/28 02:31, 17F
推
07/28 02:49, 1年前 , 18F
呃，實務上應該大部分作法都是你最後這三行講的。
07/28 02:49, 18F
→
07/28 02:50, 1年前 , 19F
客戶不願意配合的話，九成九就只能羅生門卡關。
07/28 02:50, 19F
推
07/28 02:53, 1年前 , 20F
不能復現的Bug常常要靠天眼通...
07/28 02:53, 20F
推
07/28 03:31, 1年前 , 21F
關ticket的人要負責任啊，A就應該竭盡所能去重現他，直
07/28 03:31, 21F
→
07/28 03:31, 1年前 , 22F
接殺到B那邊借機器測，借個一小時就能發現問題了，真的
07/28 03:31, 22F
→
07/28 03:32, 1年前 , 23F
無法重現才能關。
07/28 03:32, 23F
→
07/28 03:32, 1年前 , 24F
但刪資料這麼大條的事應該要整個team下去追，A就傻傻的
07/28 03:32, 24F
→
07/28 03:32, 1年前 , 25F
自己測，B也沒權力叫A做事，然後A的同事們也不知道在哪0
07/28 03:32, 25F
→
07/28 03:32, 1年前 , 26F
.0a
07/28 03:32, 26F
推
07/28 03:34, 1年前 , 27F
原PO有說他(Owner)和A去找B，對方不配合。
07/28 03:34, 27F
→
07/28 03:35, 1年前 , 28F
這大概牽涉到內部人際關係，公司文化改不了無解。
07/28 03:35, 28F
→
07/28 03:35, 1年前 , 29F
只能每次出包每次找人砍頭了事。
07/28 03:35, 29F
推
07/28 03:41, 1年前 , 30F
我是覺得B不想配合也一定有什麼原因。
07/28 03:41, 30F
→
07/28 03:43, 1年前 , 31F
如果AB主管都介入的話，應該在一天內就解決了
07/28 03:43, 31F
推
07/28 03:49, 1年前 , 32F
不過原po最後也負責救火了，所以老闆也沒火任何人let it
07/28 03:49, 32F
→
07/28 03:49, 1年前 , 33F
go~
07/28 03:49, 33F
→
07/28 07:48, 1年前 , 34F
每間公司的流程不一樣，能這樣套喔？跟微軟與亞麻的流程就
07/28 07:48, 34F
→
07/28 07:48, 1年前 , 35F
是錯？
07/28 07:48, 35F
→
07/28 07:50, 1年前 , 36F
如果該公司沒規定reopen原則。B沒有reopen，你不能說他錯
07/28 07:50, 36F
→
07/28 07:50, 1年前 , 37F
啊。
07/28 07:50, 37F
→
07/28 07:56, 1年前 , 38F
另外，請你去問一下你認識的業內人士：為什麼B開的ticket,
07/28 07:56, 38F
→
07/28 07:56, 1年前 , 39F
，A可以有權限關閉？哪套系統可以做到？
07/28 07:56, 39F
推
07/28 08:01, 1年前 , 40F
B不配合原po第二篇有解釋 B也要開發code 沒辦法借機器給A測 A
07/28 08:01, 40F
→
07/28 08:01, 1年前 , 41F
部門自己要想辦法吧 一直怪B不配合
07/28 08:01, 41F
→
07/28 08:06, 1年前 , 42F
回答這啥東西？ 這位大概也不是負責人是甩鍋PM吧
07/28 08:06, 42F
噓
07/28 09:26, 1年前 , 43F
結論亂下…你要不要再跟你的朋友討論一下 人家怎麼做
07/28 09:26, 43F
→
07/28 09:40, 1年前 , 44F
B是別team的也不是QA，誰會沒事去 reopen
07/28 09:40, 44F
推
07/28 11:17, 1年前 , 45F
不能複現的bug A B都要想辦法找對方去把bug複現 bug
07/28 11:17, 45F
→
07/28 11:17, 1年前 , 46F
不會自己消失 實務上B要多嘗試一點 因為A寫底層的
07/28 11:17, 46F
→
07/28 11:17, 1年前 , 47F
不可能每種usage path都能驗過 既然B有發現過bug
07/28 11:17, 47F
→
07/28 11:17, 1年前 , 48F
表示在B的環境下容易出現 他要提供一些相關資訊或
07/28 11:17, 48F
→
07/28 11:17, 1年前 , 49F
環境讓A容易去抓到問題
07/28 11:17, 49F
→
07/28 12:22, 1年前 , 50F
B也是工程師阿 又不是客戶? 客戶不肯借出問題的機台
07/28 12:22, 50F
→
07/28 12:23, 1年前 , 51F
給原廠找問題也是滿神奇的
07/28 12:23, 51F
→
07/28 12:44, 1年前 , 52F
A寫的code要B多努力找bug? B只是來支援的 今天沒有B A怎麼辦?
07/28 12:44, 52F
→
07/28 12:46, 1年前 , 53F
另外A部門也有QA A的code應該也是請QA多找bug吧 B也要寫code
07/28 12:46, 53F
→
07/28 12:46, 1年前 , 54F
幫A找bug 自己的事都不用做了嗎
07/28 12:46, 54F
→
07/28 16:35, 1年前 , 55F
關B闢室...看下R&R的定義好不好
07/28 16:35, 55F
→
07/28 17:19, 1年前 , 56F
推jamesho8743
07/28 17:19, 56F
→
07/28 19:33, 1年前 , 57F
看來brucetu很適合當全端+PM工程師 如果都要一個人去
07/28 19:33, 57F
→
07/28 19:33, 1年前 , 58F
釐清全部問題那還要分工做什麼... 一個人幹甚至都不
07/28 19:33, 58F
→
07/28 19:34, 1年前 , 59F
太可能出現這問題 因為非常接近客戶
07/28 19:34, 59F
→
07/28 19:37, 1年前 , 60F
對B要求主動與要求A主動同樣都是奢求
07/28 19:37, 60F
→
07/28 19:39, 1年前 , 61F
B就不是來支援的 是同個需求的前台 到底有沒有看懂?
07/28 19:39, 61F
→
07/28 19:40, 1年前 , 62F
需求是兩個部門的事情怎麼會只跟一個部門有關...
07/28 19:40, 62F
→
07/28 19:42, 1年前 , 63F
現在公司就是沒什麼制度 issue的close與reopen完全
07/28 19:42, 63F
→
07/28 19:42, 1年前 , 64F
不是重點 而且我也覺得追蹤平台不應該這麼用 會被當
07/28 19:42, 64F
→
07/28 19:43, 1年前 , 65F
作鬥爭與推責任的手段
07/28 19:43, 65F
→
07/28 19:45, 1年前 , 66F
事情大條分時段知曉 不同部門不同 B是一開始就知 而
07/28 19:45, 66F
→
07/28 19:46, 1年前 , 67F
A爆發才知道 本來就驗沒問題你是要怎麼知道就是有這
07/28 19:46, 67F
→
07/28 19:46, 1年前 , 68F
件事情猛追?
07/28 19:46, 68F
→
07/28 19:47, 1年前 , 69F
要怎麼知道就是有這問題才猛追?
07/28 19:47, 69F
→
07/28 19:49, 1年前 , 70F
要求A歸咎A的人其實是在上帝視角看事情 這件事情B知
07/28 19:49, 70F
→
07/28 19:49, 1年前 , 71F
道更多
07/28 19:49, 71F
→
07/28 19:57, 1年前 , 72F
說到這問題就不得不提到之前的文 省的是主管的心
07/28 19:57, 72F
→
07/28 19:58, 1年前 , 73F
底下的人戰戰兢兢深怕被貼上"沒誠信"的標籤是很恐怖
07/28 19:58, 73F
→
07/28 19:58, 1年前 , 74F
的
07/28 19:58, 74F
→
07/28 23:06, 1年前 , 75F
微軟open source就一堆亂關的呀XD 客服工程師講幹話就
07/28 23:06, 75F
→
07/28 23:07, 1年前 , 76F
關掉,問題連查都不查, 別以為大公司每個部門都有紀律
07/28 23:07, 76F
推
07/29 10:08, 1年前 , 77F
B 開的ticket A能關 這不是一堆都能這樣嗎 MS Azure d
07/29 10:08, 77F
→
07/29 10:08, 1年前 , 78F
evops 、Aws用的JIRA
07/29 10:08, 78F
‣ 更多 hips 的文章
文章代碼(AID): #1amgfpIj (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 12 之 17 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共17篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 hips 的文章
文章代碼(AID): #1amgfpIj (Soft_Job)