程序員們遇到最難調試的bug是什麼?

中國的程序員攻城師們遇到最難調試的bug是什麼?


以下為程序員調試bug的種種傳奇經歷。


@條件狀語從句

寫JS,自己手機沒電了,拿同事老張的安卓機調試,很簡單的獲取用戶微信暱稱,結果死活獲取不到,一直顯示為null。


應該是跨平臺問題,因為之前在自己iPhone上是沒有bug的,拼命看api文檔,但是都沒提到這方面,急死我了。


剛剛老張告訴我他的暱稱就是null。


程序員們遇到最難調試的bug是什麼?


@王傑

百分之百出現的bug都是好bug,多線程裡的有些bug能重現已經是一個驚喜了。。。


@fire wind

從前做一個嵌入式的項目,調試工具巨難用而且隨機掛掉,也沒有core dump,只能手工添加printf看日誌調試bug。


有一天出現了一個bug,查看打印日誌,修改,第二天同樣的bug又出現了,但是在不同的源碼處。


繼續添加日誌,查看,修改,這過程重複了n次,每次出現bug的位置都不一樣。我突然醍醐灌頂,查看了下printf的源碼............


tnnd誰把printf函數給重載了,寫入還不做校驗,會寫到別的內存位置上去。就像是我拿個錘子到處敲地鼠,地鼠其實住在錘子裡.........


@放蕩不羈愛自由

難倒計算機系同學的三大問題
3.為什麼上不去網
2.為什麼電腦打不開
1.為什麼電腦這麼慢


@樹下一條河

最難調的BUG就是,策劃:“感覺不對。”


@陽光

某醫院部署的網絡,不定期會有半夜斷網或者不穩定情況,但天亮就會恢復,客戶投訴抱怨。


調試過程:


現場查看全部網絡硬件正常,查看log發現有一臺匯聚交換機有反覆重啟動作,在重啟前有高溫告警。於是重點關注該機器。


該機器放在一個機櫃中,機櫃在一個小儲藏間的角落裡,儲藏間不大,一邊還擺著張破沙發,正好可以坐著用電腦調機器,但是實在查不出什麼可疑情況會導致過熱,因為投訴等級較高,於是連夜蹲守。


第一夜無事。
第二夜無事,到半夜,忽然進來個小護士,嚇一跳,說,喲怎麼有人啊,然後就走了,一夜無事。
第三夜無事,到半夜,又來個小護士,探頭看一眼走了,一夜無事。
第四夜無事。
於是告訴院方,發現問題馬上打電話,回家。
第五夜出事,趕到時已是早上,網絡已經正常,查看log發現還是過熱告警重啟,時間在半夜3點多。

聯想到前幾天的小護士,於是問院方半夜是否有人進入,答一些值夜班的護士會偶爾在裡面休息。

於是找到進去的小護士,問是否動交換機,答沒有,問進去後做了些什麼動作,答只是睡覺。再追問,除此之外呢?


答:就是那個排風扇太吵,睡覺的時候把電源拔了。


她把機櫃的冷卻排風扇電源拔了!
她把機櫃的冷卻排風扇電源拔了!
她把機櫃的冷卻排風扇電源拔了!
她以為就是個通氣風扇!


居然睡醒走了還知道再插回去 〒_〒
你有膽拔插頭你倒是別插回去啊…


@玉臨軒

以前寫個小程序
一直沒反應,檢查了每一行,沒問題,
代碼都重寫了好幾遍還是不行。
好幾天都沒有解決這個問題
最後索性不管它,過了一星期,拿出來用,竟然TM自己好了!自己好了!好了!


程序員們遇到最難調試的bug是什麼?


@weishuo1999

我之前是做電商的,某較大的電商平臺,突然有一天,C2C的店主反饋,看到的訂單不是自己的,看到後臺的商品列表也不是自己的。


當時在睡午覺,看到這個問題,立馬嚇醒了,平時5個投訴就是一個故障單,那還都是一點體驗上的小問題,這種訂單混亂,商品混亂的錯誤,真是要緊急死了。


於是,主管,總監都來看這個問題,一群大佬在後面看著,趕緊找最近幾天的發佈,測試情況,一個個回退,一個個檢查,最後都無法解決問題。


要知道時間一分一秒過去,半個小時還解決不了就要出大事了。


後續又有用戶來投訴,直接電話聯繫,遠程控制電腦,發現操作起來巨慢,於是順口問了一下用戶的網絡是什麼網絡。


結果他說是:“某城寬帶”,一瞬間,有點感覺了,繼續問其他幾個投訴的客戶都是“某城寬帶”。


然後我們打電話到那個寬帶的運營商,得到的回覆是“年底了,為了省流量,他們做了一部分緩存”

他們做了緩存
做了緩存
緩存


可是為毛TM的動態請求還做緩存啊,修改商品和訂單的時候,隨機返回成功或者失敗。


@不讓你牙疼

做設計以來遇到的最大bug就是曾經老闆祭出的必殺技!


老闆:這個感覺不對!
本工:哪裡感覺不對?
老闆:體現不出雅緻那種情懷~
本工:能具體點麼...
老闆:你是設計師! 你問我?
本工:...


更多有趣內容請關注【公眾號:老九學堂】


分享到:


相關文章: