※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1653979289.A.2C3.html
推 t64141: 看有沒有人在追殺05/31 14:44
→ LFimi: 不是你想不想修, 是你老闆想不想修, 而且10%很高了05/31 14:45
推 giacch: 所有動作做log, 之後再重點做更細的log, 直到能重現錯誤05/31 14:47
推 giacch: 修好是你的能力 修不好是錢太少 XD05/31 14:49
→ LFimi: 那就跟樓上一樣, 用開發版, log全寫, 直到能重現錯誤05/31 14:49
推 giacch: log記得用try catch包掉, 免得為了log生出更多錯誤 慘...05/31 14:56
推 mercurycgt68: 主管叫你處理再處理 不然ㄧ起裝死就好 熱心主動又不05/31 14:57
→ mercurycgt68: 會加薪 主動提要修而沒修好就是你的問題05/31 14:57
推 alihue: 我會選擇再也不寫 UI05/31 15:00
推 k798976869: 10%很高了吧 1%可能ok 05/31 15:01
→ alihue: UI 的話八成是某種操作順序引起的.05/31 15:01
推 BigCockman: 就放著吧 就像蝦皮的app每天一堆bug沒在修 一堆人還05/31 15:05
→ BigCockman: 不是照用05/31 15:05
推 abc0922001: 當然是盡快處理阿，但合不合進 release 看情況顆顆05/31 15:14
推 hobnob: 看看薪水付到什麼程度吧 05/31 15:32
推 bnd0327: 看能不能用自動化腳本重現搭配log，掛一晚總能重現吧 05/31 15:39
→ bnd0327: 就怕你的可遇不可求在高手眼中根本是定性行為 05/31 15:40
推 pigcat1315: 先看回報的使用者情境 配合log去判斷可能的因素阿 05/31 15:55
→ pigcat1315: 再請QA試著模擬來抓bug 05/31 15:56
推 new122851: 10%超高.....除非是不重要且要準備sunset的功能， 05/31 16:03
推 victor21813: 10%一定得修吧 超高欸 05/31 16:05
推 qwe70302: 正常來說會有QA負責測觸發條件 05/31 16:06
推 alan5: 10%你絕對每天都看得到 05/31 16:09
推 sniper2824: 加log之後裝死看有沒有幾乎找到啊 05/31 16:13
推 jack0204: 看修這BUG的價值有沒有高到可以排進工作內 05/31 16:13
推 moom50302: 主動報告，主動承攬，修好這就是你的工作成績。 05/31 16:19
推 Confusa: 10%超高欸，怎麼會不可求呢，當工程師基本的機率概念要 05/31 16:32
→ Confusa: 有吧 05/31 16:32
推 irisspace: 找QA幫忙？ 05/31 16:51
→ enthos: google:空氣清淨機造成電腦當機 (負離子,原文有圖) 05/31 16:54
→ enthos: 同事有時要解跑72小時才會出現的bug 05/31 16:55
→ Tenno081: 會吧，好奇嘛 05/31 16:56
推 james1201: 90%機率出現的bug都不一定會修了 10%還真得很低 05/31 17:13
→ play714: 就在有關連的地方多寫log 05/31 17:14
噓 NerVGear: 連10%的概念都沒你跟我說你是工程師？ 05/31 17:26
推 calqlus: 又讓我想到以前開自動腳本錄影的恐懼 05/31 17:56
推 cowbadma5566: 10%很高好嗎 05/31 18:01
→ k798976869: 不過如果是不重要不賺錢的地方其實沒啥差 05/31 18:08
推 mike8469: 10% 超高應該是一定得修 QQ 05/31 18:23
推 Abbee: 10趴表示我今天開20次就閃退2次，我會掀桌 05/31 18:28
推 zackl852l: 10%滿高的耶，感覺就多加log，然後測到它出現為止（？ 05/31 18:48
推 doranako: 10趴應該可以複製出來吧，萬分之一可能就要看是什麼， 05/31 18:51
→ doranako: 如果是車用，嚴重還得找出來 05/31 18:51
噓 t19960804: 10%很高了== 我還遇過300次才出一次的bug 05/31 19:09
→ tofuflower: 之前遇過類似的案例，在專案不趕的時候跟主管說我要 05/31 19:10
→ tofuflower: 修這個 bug。之後面試可以拿來說嘴。（團隊裡我主動 05/31 19:10
→ tofuflower: 跳出來修沒人知道原因的 bug）再美化 trace 的過程 05/31 19:10
→ lazarus1121: 10%閃退算嚴重吧，是會被留負評的bug 05/31 19:28
推 ckp4131025: 10%不可能複製不出來啦 05/31 19:28
→ ckp4131025: 先檢查是不是多執行緒寫壞了 05/31 19:37
推 calqlus: 有的bug還只會在release才出錯 05/31 19:42
推 quickey: leak看一下吧八成搞鬼 05/31 20:00
推 chuegou: 10趴超高捏 05/31 20:12
推 k7ji91ab5m: 10%超高 1萬人會有1000人跟你客訴抱怨 你受的了...? 05/31 20:25
→ crasser: 只要可以用%來算的應該都會被追殺吧.... 05/31 20:49
→ eplis: 我會覺得原po提供的資訊太少不足判斷，問題描述也要加強XD 05/31 21:09
→ OnlyRD: 10%算不高？太誇張了。 05/31 21:13
→ arcade0425: 我覺得原 Po 把 10% 這個敘述改掉比較好，看整體敘述 05/31 21:43
→ arcade0425: 其實沒有 10% 這麼嚴重，應該是用了快十天突然有一天 05/31 21:43
→ arcade0425: 在不明原因閃退了一次，但大部分人看到 10% 這個數字 05/31 21:43
→ arcade0425: 就像聞到血的鯊魚窮追猛打喊很高，顯示自己的優越但 05/31 21:43
→ arcade0425: 根本沒有要解決原po 問題的意思，也是蠻無聊的 05/31 21:43
推 oneheat: 不懂不要自己下comment，任何問題發生了就是一個問題， 05/31 22:26
→ oneheat: 哪有分什麼嚴重不嚴重 05/31 22:26
→ oneheat: 什麼可遇不可求，這個的心態在正常公司就慘了 05/31 22:26
→ Obama19: 你是不是對軟體開發沒啥概念啊 05/31 23:01
推 Nonsense8: 很簡單的評量順序 1.急嗎 2.重要嗎 3.有提升技術的價 05/31 23:08
→ Nonsense8: 值嗎 4.有時間嗎 5.薪水滿意嗎 05/31 23:08
→ Nonsense8: 每個人有不同的指標，每個指標的主觀判斷也不一樣，工 05/31 23:10
→ Nonsense8: 作環境也帶來不同的影響 05/31 23:10
→ Nonsense8: 我認為好的工程師的素養之一，隨著經驗跟機遇自然會形 05/31 23:12
→ Nonsense8: 成獨有的判斷標準，對得起自己的心就好 05/31 23:12
→ umum29: 10%蠻高的 就算在生產環境裡用log抓蟲也要用 05/31 23:15
推 blackie1019: 這種閃避的垃圾也是可遇不可求。難怪人才很少渣一堆 05/31 23:52
→ blackie1019: 、難免難免。建議專職、不要害人害己！ 05/31 23:52
推 HTConeplus: 如果遇到比較盡責的QA 應該會被卡死不能上線吧，這已 06/01 00:50
→ HTConeplus: 然上升到對於工作的負責問題了 06/01 00:50
推 mathrew: 10%太高，不處理會被罵，1%就再看看 06/01 02:08
推 pokemonmen: 1%以內還可以考慮 10%幾乎就是天天都會發生 06/01 02:26
推 streakray: XD 淦好難，可能真的同一樓 06/01 02:29
→ jyunwei: 對10%沒概念的工程師寫出來的bug只有10%發生率算是可接 06/01 05:39
→ jyunwei: 受了，畢竟他寫出來了 06/01 05:39
推 pot1234: 10%閃退聽起來超難用 06/01 07:20
推 stupid0319: 掛載在debugger上,等bug 06/01 08:15
→ kougousei: 10%很高好嗎....你說1%以下那再看看 06/01 09:06
推 willy0206: 1%都高 06/01 09:23
推 gundam00: 用MLB這App 非常偶爾閃退我覺得根本沒差 重開就好了 06/01 09:38
→ gundam00: 如果是遊戲類型會閃退 那一定會不想玩 所以還是看App類 06/01 09:39
→ gundam00: 型決定閃退的嚴重性吧 06/01 09:39
噓 starburs: 哪來的菜雞 連10%的概念都沒有 06/01 10:34
→ iamshiao: 看業務影響 06/01 10:53
→ shooter555: 10%很高了 算很好重製的問題 06/01 11:04
→ shooter555: 萬分之一就是想辦法讓機率變高再來debug 06/01 11:04
→ acgotaku: 如果你單一時間都有接這個產品 我是建議你就修好吧 06/01 11:41
→ acgotaku: 如果你同時間接很多產品,那可以先緩緩 06/01 11:42
→ DrTech: 1.Log有寫好嗎 2.有做壓力測試。 06/01 12:32
→ DrTech: 3.memery profiling 看看是否有不正常變化。 06/01 12:37
噓 BigHeadDoggy: 。 06/01 12:54
推 hooll111: 操作10次發生1次？那很多阿 不過視情況bug->feature的處 06/01 13:23
→ hooll111: 理也是有的 06/01 13:23
推 giacch: bug->feature 習慣成自然 讚 06/01 17:50
推 usan: 我不到1%就被提block，會被電的 06/01 18:20
→ kiki86151: 基本就是log追啊 厲害點的就利用debugger追call stack 06/01 18:25
推 tvbic: 10%是高到恐怖了吧 06/01 21:49
→ irisspace: 要不公開軟體，讓鄉民測爆 06/01 23:46
→ acgotaku: 其實不用這麼苛刻，不是每個產品都百萬用戶 06/02 01:24
→ acgotaku: 做產品很常花半年用高標準大量人力下去做 06/02 01:25
→ acgotaku: 最後投入市場 月增慘兮兮，沒幾個月就下線了 06/02 01:26
→ acgotaku: 我的意見是，非公司主力產品，活躍用戶低 06/02 01:27
→ acgotaku: 那你花心力在主力產品上能幫公司賺錢就好 06/02 01:28
→ xo1100: 除非專案上有更重要的項目要辦不然10%會被電出汁吧 06/02 10:52
→ jason710068: Log全開 用腳本跑測到有啊 06/02 11:04
→ fatb: 我們300次出現1次的都會被要求解決了 06/02 14:40
→ ericthree: 還是要解 客戶就是有辦法打到它 06/02 14:43
推 qrtt1: 掛 crash report 把 exception 傳回來研究。也可以知道發生 06/02 16:08
→ qrtt1: 的機率多少。 06/02 16:08
噓 zebraseven: 取決於你的能力能否在有限時間內修掉而已就這麼簡單 06/02 18:17
推 hidog: 要不要修是問主管吧 06/02 18:27
推 silence0925: 10% 隨便打都打得到欸 06/02 20:10
推 abola921: metrics 先觀察有沒有異常的，有很多異常是別的服務造 06/05 00:30
→ abola921: 成的聯鎖反應，個人抓錯經歷中這個最好用 06/05 00:30
推 Yujjlin: 10% 還是乖乖休掉 06/05 00:44
→ gowaa: 看這問題大不大 06/06 18:26
推 togs: 看問題大否，重要的可能1%都算嚴重，不重要的可能99%都隨意 06/08 01:23