※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1280812003.A.B79.html
→ rofellosx:當作沒發生? 08/03 13:12
推 dyco:在觀察看看 ? 08/03 13:12
推 multiThread:解了千千萬萬個bug後,我認為重現bug遠比解bug困難 08/03 13:16
→ multiThread:bug的發生有時常常只是巧合又巧合,有時候使用者可以 08/03 13:17
→ multiThread:複製,而很多時候都不行。此時除了和user再三確認可能 08/03 13:18
→ multiThread:的操作步驟或自行現場反覆模擬外,最後也只能夠從程式 08/03 13:18
→ multiThread:碼找出可能性,不過這個如果程式不是自己寫的或者寫 08/03 13:19
→ multiThread:寫的程式很難理解的話...。能夠重現bug的機率其實很低 08/03 13:19
→ multiThread:希望那只是一個出現也不會死的bug........ 08/03 13:20
→ hilorrk:出現也不會死的bug不叫bug 跟老闆說那是規格限制...XD 08/03 13:28
推 ledia:是 performance critical 的程式嗎 ? 不是的話就加 log 放 08/03 13:35
→ ledia:長線釣大魚, 你也可以跟主管說, 這次做這樣的防範, 對未來也 08/03 13:35
→ ledia:很有幫助 08/03 13:35
→ LisaShie:它造成我資料庫的一筆資料內容異常…加log應該也還是異常 08/03 13:48
→ LisaShie:不過我會試試看的,不想管它的performance了… 08/03 13:52
推 zanyking:放長線釣大魚,不然就要找高手Code Reivew過整個架構。 08/03 15:27
推 ledia:如果加 log 就不異常了你才要頭痛吧 XDD 08/03 18:29
→ ledia:加 log 不是要讓程式變正常, 是讓寫程式的人看出發生什麼事 08/03 18:30
→ ledia:問題再哪裡.... 08/03 18:30
→ ledia:要整理整個架構才是治本的, 不過大部份公司大概不太容易 08/03 18:31
→ push1997:就是加LOG或者看crash檔~ 08/03 21:19
推 chrischen:加log紀錄動作&時間,發生問題的時候可以從時間回推 08/03 22:23
→ anraye:加log,萬一發生了,至少有機會猜測是啥原因。加log不異常 08/03 23:03
→ anraye:真的才叫慘,偏偏還是在國外別人的公司裡面....隔空抓藥XD 08/03 23:04
推 ilovebbs:裝死(誤 08/04 08:39
→ walking:裝忙吧.. 沒事多加班,就自然避開了..:D 08/04 13:30
→ walking:工作應該就會派給那個看起來比較閒的人來處理. 08/04 13:31
→ walking:程式設計/debug 都算low level的工作,一堆人能堆就堆.. 08/04 13:34
推 phantom400:樓上....再低階再細微的東西 對客戶來說 錯就是錯 08/05 13:17
→ phantom400:不處理掉永遠都會被客戶拿來當把柄.... 08/05 13:17
推 wisehuang:裝死 08/05 20:09
→ aptx1596:之前有遇到資料庫連線靜態變數問題,檢查一下吧! 08/25 22:23
→ aptx1596:public static sqlconnection 08/25 22:23
→ aptx1596:我戲稱它為"北港香爐" 08/25 22:24