說個反向的經驗. 以前帶過一位年輕工程師. 有次合作開發個功能. 開發中出了問題, 他回報給我, 我聽完大概知道問題點, 就回覆他"請檢查哪些部分的程式". 沒多久他又跑來說沒問題, 不斷說是我這邊的問題. 我說: 你確定你的 code 都檢查沒問題了? 他說: 絕對沒有問題. 我就不再與他爭辯, 直接 run code 並指給他看錯在哪. 他就無語回去了.我想說的是, 如果自己沒有問題, 也要提出一些具體數據. 不然也很難讓人信服.而且會浪費別人時間.
可以幫元件寫些測試程式因為有些問題不是你的問題.而是跟你配合出的問題..只是你比較菜.所以問題就從你身上找.有了測試.輸入/輸入的LOG又正確就可以排除你的問題..接下你主管就會叫你修正程式去配合那個BUG
以我寫韌體十幾年的經驗來說,一般有問題都是先找軟體為甚麼先找軟體有很多原因,比方容易找,不用動到硬體通常我的做法都是由軟體找出問題,確認是硬體問題之後才告訴硬體哪裏出錯做軟韌體常常會遇到這種情況,比方測試發了一個問題,說執行某個程序會有機會出錯他會告訴你曾看過一次,並拍下照片,在狀態寫機率約1/300,這個時候該怎樣解?通常都是軟體先複製問題,找出可能的原因也許真正的問題並不是軟體,但合作找出問題並解決才是重要的
看起來你的主管背景是EE你一直強調你沒問題請問你有證明FW or SW 沒問題嗎??如果是QA抓到的問題你跟QA講你沒問題然後跟他說不信你自己看嘛我想這不是解決問題的方法吧??我只有在剛出社會的前兩年有你講得這種"症頭"後來才發現我太幼稚了.....orz
喜美八代 wrote:有人有這種經驗嗎....(恕刪) 很多大大說了當整個系統運作有問題,任何一點都有可能是問題所在,質疑每一環節是正常的你主管可能有問題,但樓主問題也不小你想想看,當系統運作有問題,但如果大家都說自己部分沒問題,是不是就放棄了?不行啊,還是要找問題喜美八代 wrote:我添加了一段程式(只是記錄一些參數 做為debug用 原本的控制算法都沒更動)他在排線上(內有PWM訊號)添加了磁環...(兩個同步進行...)然後平台的動作跟原本差異很大... 像這部分,很明顯,不是程式就是磁環他懷疑程式,你懷疑磁環,本來就是正常不用一直強調程式沒問題,就證明給主管看就是了能幫忙找出是磁環問題更是加分
不管問題在硬體還是軟體DEBUG的目的是要找到問題,不是檢討大會如你能證明是其他單元出了問題同時也是證明自己的DEBUG能力只問自己有沒有做錯,會變成是在撇清責任撇開主管的問題不說主管會再來找你就是沒有找到Root Cause給他看到跟你不相關的證據,他就不會來煩你了不過,DEBUG階段往往是比較需要QA的協助,而不是RD所以或許主管也是有些問題吧