Re: [請益] 面試問題"你遇過最難的問題"

[hidog (.....)]

※ 引述《shortoneal (不告訴你咧)》之銘言：
: Hi，有問題想問板上的年薪300+
: 最近面試的時候常常碰到的問題是 "你遇過最難的問題"
我遇過最難的問題是....

類似 int *a = new int;
     ....
     delete a; a = nullptr;
某些條件下,每次new出來都是同一個記憶體位置
但是我當時的程式不容易遇到這個問題

而當時遇到的bug是,只要new出來記憶體位置跟上次相同,就會觸發bug
可想而知這個機率很低,算是隨機bug,也很難驗證
可以想像成rand()連續兩次value相同就會出現bug這樣
為了追這個bug,我當時大概花了三天的時間吧.....


其他聽過很難的bug,有一個是time相關function操作錯誤
可能會出現每隔49天才會出現一次的bug
這種bug都屬於很難解的bug,因為重現有難度.....

當時的解法就是加印log,然後放給他跑49天,crash後再從log追原因



工作久了以後總是會遇到各種疑難雜症
重現機率越低的越難解
常見的也有multi-thread沒寫好造成的crash等等.

個人覺得你不是工作環境太好(同事很強之類)
就是工作量不夠大,才會難回答這種問題XD



--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.160.89.220
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1512008529.A.916.html
※ 編輯: hidog (118.160.89.220), 11/30/2017 10:24:23
※ 編輯: hidog (118.160.89.220), 11/30/2017 10:25:02
→ testPtt: 很多bug聽起來會覺得程式不夠嚴謹 所以不會想說這個
→ elements: 這種bug很多，解多了就煩了，也不會覺得打敗了什麼難題
→ hidog: 不過實際上台灣軟體工作很多時候都在解這類bug  (攤手)
→ hidog: 工作我倒是很少遇到什麼困難的演算法,連遞迴都很少用
推 shortoneal: 對..multi-thread相關就是其一，有時候有些東西硬設計
→ shortoneal: 成multi-thread只是便宜行事而已..衍生出來的問題卻很
→ shortoneal: 困難，講這種的很容易被挑戰當初設計就不好
→ hidog: 當初設計不好也不是你造成的阿XD 我就會直接這樣回答
→ elements: 所以這就是這個問題的意義：你到底碰過多難的東西。
→ MOONY135: 無法快速複製真的很難找
→ babypanda: 推多執行緒