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

: 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

→ testPtt: 很多bug聽起來會覺得程式不夠嚴謹 所以不會想說這個 11/30 11:06

→ elements: 這種bug很多，解多了就煩了，也不會覺得打敗了什麼難題 11/30 11:10

→ hidog: 不過實際上台灣軟體工作很多時候都在解這類bug (攤手) 11/30 11:23

→ hidog: 工作我倒是很少遇到什麼困難的演算法,連遞迴都很少用 11/30 11:24

推 shortoneal: 對..multi-thread相關就是其一，有時候有些東西硬設計 11/30 11:25

→ shortoneal: 成multi-thread只是便宜行事而已..衍生出來的問題卻很 11/30 11:25

→ shortoneal: 困難，講這種的很容易被挑戰當初設計就不好 11/30 11:25

→ hidog: 當初設計不好也不是你造成的阿XD 我就會直接這樣回答 11/30 11:26

→ elements: 所以這就是這個問題的意義：你到底碰過多難的東西。 11/30 11:31

→ MOONY135: 無法快速複製真的很難找 11/30 14:36

→ babypanda: 推多執行緒 12/01 17:12