Re: [請益] 年紀大的人適合進來這行嗎?

看板Soft_Job作者sedgewick (三分熟的鬧鐘)時間10年前 (2014/03/29 17:55)推噓21(21推 0噓 52→)

留言73則, 22人參與討論串10/14 (看更多)

※ 引述《sedgewick (三分熟的鬧鐘)》之銘言： : 事後我問他, 為什麼會定義成 DATA_SET_SIZE*4 這麼大的 storage size？ : 他的答案也很妙：「提高安全係數. 」 : : 所以實際上程式員並不確定他會用到陣列的哪個部分. :D : : 推 uid88:程式寫成這樣，code review怎麼會過? : → sedgewick:整個事件的原因在於程式員的基礎知識有缺陷... 說到 code review 也有很有趣的事情. 我曾經遇過某個超級程式員. 英文非常破爛, 常常拼出莫名其妙的錯別字. 譬如會把 signal 拼成 single 之類的. 長一點的那是必敗無疑... 譬如 multicore_dispatcher 這種本來就很糊塗的字眼. 問題是他的產能是別人的十倍... 結果我就遇上其他的程式員跟我抱怨「能不能請他換一本正常的字典」. 因為錯久了, 大家都要跟著一起習慣那些怪字. 每個人都在擔心發生程式功力提升不多, 英文卻整個毀了之類的慘案. 偏偏又不能用 code review 卡住他. 他寫得更多、更快, 而且絕大部分情況都沒有問題. 寫到五維陣列都不會錯（這可以讓 99% 的 reviewer 消化不良. ）純粹就程式邏輯而言, 被派去 review 的人都不會比他好... 你手上就是生不出第二個可以「趕上他的進度並修正他的工作」的人. 他只是不會拼字而已! :P 因此大家允許他使用一個很白爛的 house rule. int xxx; int xxxx; int xxxxx; 這種命名方式──我說的是 global variable naming convention!! 而且要有三個 x 以上... 當然用 a, b, y 之類的也無妨. 之後的悲劇嘛......大家可以猜猜看. 某天有個 xxxx 莫名其妙地被改掉. 當然第一個猜測都是, 「馬得這傢伙又拼錯字了. 」但是很奇怪, 所有針對 xxxx 的存取都是正確的. 可是它就是在某些不知名的時刻會被改掉. 而且還是老問題, 只要加掛神器 gdb 的時候又一切正常. 最後查出來的結果嘛............勉強算是拼錯字. 只是他拼錯的不是 xxxx, 而是 xxx. 在某一個不起眼的角落, 有一個長得像這樣的東西... *((someptrtype *)&xxx + 1) = 20; 這裡面的 xxx 其實應該是 xx （昏倒了沒？）被誤寫成 xxx 的 xx 是一個 local pointer... 偏偏還有個 global 的咚咚也叫 xxx, 是一個簡單的 type int.... 所以在某些 compiling condition 的情況下... 這個 &xxx + 1 會指到下一個 global variable 的位址, 也就是我們的苦主 xxxx. 到現在我還是不太確定要如何預防這一類的錯誤. 甚至我不太確定 valgrind 這種工具有沒有辦法完全識破這種錯誤. 說它是高級錯誤也不對, 明明只是拼錯字. 說它是低級錯誤嘛... 平庸一點的程式員隨便亂寫 pointer expression 那是當得一塌糊塗. 不會有什麼「明明程式跑得好好的, 就是結果怪怪的」這種. 因為連跑起來的機會都沒有. 話說這個 bug 印象中找了一個禮拜. 為了處理它, 還把整個 multi-thread 全部翻修成 single-thread. 當然是............沒用. 越高明的程式員, 犯下的錯誤越危險; 所以應該雇用猴子就好（誤）. -- 新詩練習：新鮮。踩破初春裡的狗大便；不經意的滄桑，滿溢著嫩黃的喜悅。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 180.176.223.182 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1396086929.A.A27.html

推

mymaydayya

03/29 18:29, , 1^F

03/29 18:29, 1^F

→