Re: [請益] Debug工作
※ 引述《peter11522》之銘言
: 想請問一下板上各位大大
: Debug的工作到底應該是由誰負責
: 是RD要負責還是產線人員?
: 我個人覺得
: 東西是RD設計的
: 應該由RD解決
: 若是找到問題是發現某IC壞了再請產線換
: 但我們卻是產線debug以及維修
: 還是沒有標準的答案
: 只看每間公司的工作習慣?
一直都是大家的工作
發現bug先分清楚硬體還軟體的錯
講清楚複製手法 截個圖 拍個現象
找到後後送給負責的rd解
這是理論上回報問題該有的素養
不過有一些自稱工程師的人
看到現象也不會分析 log不會看 複製手法不講
只會把bug往後送然後每天問為什麼不會動
遇到這種的就比較衰小一點
如果是客戶的話就只能自己吞了
----
Sent from BePTT on my iPhone 12
--
※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.82.180.196 (臺灣)
※ PTT 網址
推
不會看log的機構路過
推
這種東西在權責不清的地方,就是急的人來看
推
基本上這問題就是沒想法的人問的
推
推。最怕的就是不分析不嘗試重現問題的轉信魔人
推
最常見的就是 外行的客戶向裝懂的業務反應問題 再
→
嗨賴到無知的老闆去狂幹不知發生什麼狀況的RD 就加
→
班硬是TRY出了一個類似的現象 再搞了個可以擋掉的so
→
lution和一份很像是找到真因的report 讓業務拿去擋
→
一下客戶 運氣差一點的就這loop從頭再跑一回
→
推推
推
5樓專業
推
5樓內行
推
5樓專業
推
結果轉信魔人還有在升遷名單RD沒有
噓
不論硬體軟體,台灣製造業只要有問題一定先說是軟體
1
當然是RD阿 產線只要發現問題後 回報了 他的工作就完成了 其他就不用管了 RD要看不看 隨便他囉~ --41
首Po想請問一下板上各位大大 Debug的工作到底應該是由誰負責 是RD要負責還是產線人員? 我個人覺得 東西是RD設計的3
一般有制度的公司 應該會有 研發bench驗完沒問題 丟給所屬單位的DVT(測試驗證) 或是集中單位負責做研發測試的單位
17
[閒聊] 超級瑪利歐64上古Bug原因 宇宙射線搞得鬼?原文標題:科學頻道分析《超級瑪利歐64》上古 Bug 出現原因 都是宇宙射線搞得鬼? 原文網址: 遊戲角落 KYLAT 當電腦時好時壞,一般來說玩家直覺反應並不會想到是「宇宙射線」在作怪,但其實系統10
Re: [請益] 業界遇到這種bug該怎麼處理?小弟以前在某單位當AE的時候 也是有碰過類似的情況 客戶回報產品有bug 可是那個bug在我們這邊就是複製不出來 bug複製不出來 就是無從解起4
Re: [請益] 為什麼文組轉職主流是寫code我算是逆向跨到文組的軟體人, 搞到現在都有大學聘書了 這幾年也是有觀察到一些現象, 所以可以簡單分享 軟體工程, 與其說軟體不如說資訊, 又或者就是跟資訊有關的職業 所謂文組本來就是在處理資訊, 所以這兩者之間的關係並沒有這麼遠 資訊有很多面向, 比方說製造的過程, 呈現, 敘事跟傳播的手法- 如題 小弟軟體工程師拉 最近在趕專案,縮12月中要交 可是硬體手上還沒到齊,送到後還要debug看pcb有沒有勒錯 還要寫螢幕的驅動,但我也沒寫過螢幕的驅動
2
Re: [請益] bug「可遇不可求」,各位還會去debug它嗎?1、crash的bug 2、10%機率 放在任何公司都沒有人認為這叫機率不高 10%基本上一定有解 10%當機很規律好嗎?XD- 科學頻道分析《超級瑪利歐64》上古Bug出現原因 都是宇宙射線搞的鬼? 當電腦時好時壞 一般來說玩家直覺反應並不會想到是「宇宙射線」在作怪 但其實系統本身異常、硬體故障等狀況都排除,還是找不到問題的話 就有機會是來自外太空的射線在搞鬼。
1
Re: [心得] Bug的分級與解決::使用者給一星寫說會閃退很爛 你也沒辦法問到什麼 針對這種類型,提供幾個面相當參考。 一、通常這種都會歸類在軟體不夠穩健 Robust 使用者會用各種奇怪的方法搞爛軟體/硬體,錯都是產品公司的錯。 所以硬體會有防呆插頭,軟體也會有相應的機制。1
[抒發] 過分客戶前一週來一封信要求Debug, 然後信上寫百百複製,測兩台兩台都中, 想說這麼容易就不讓AE/FAE跟他繞了, 這種時間點什麼單都不能掉啊, 直接送過來分析比較快。- 先看bug的嚴重性 如果是critical issue 沒有替代方案,一發生功能就掛掉的 哪怕只有0.1% 都要想辨法抓出來 通常是埋log 等使用者回報bug又出現了