看板 Soft_Job 關於我們 聯絡資訊
※ 引述《achii (我是不是該安靜的走開)》之銘言: : ※ 引述《prag222 (prag)》之銘言: : : 心得: : : 一. : : 程式寫的好,沒出包就不會有人看 : 你應該知道有個東西叫 code review 吧 : 程式不是只能動就好耶 : 安全性 可維護性 效率 都是很大的學問 看到這個就讓我想到一件事 以前小妹曾經發過一篇文「無法重現的bug」 那個問題持續困擾我好久 到最後我終於在時間與user的壓力之下 忍無可忍的用了暴力的解決方法 就是在資料庫用trigger做手腳 /_____\ on起來之後… 它也不過是從一個「有問題的系統」變成「本來就應該這樣正常運行」的系統 至於"學問"的部份…大家都叫我算了 ╮(╯_╰)╭ : : 二. : : 當你工作都做的好好的,都能解決問題,不坑聲的話,那你就只值現在的價 : 怎麼會有這樣的想法呢 ? : 寫出穩定的系統應該是RD的基本認知 "都能解決問題",這句話有無限的陷阱 真的不能隨便講 因為你不會知道,別人會把什麼樣的 "問題" 當做 "你該解決的問題" : : 三. : : 程式就是要寫的複雜,要寫的有個性讓人看不懂....才會讓人覺得你厲害(?!) : 唉..... 無言了 : 只能說挑對公司慎選leader真的很重要 : : 五. : : 寧可多花點時間,把code精簡一點,也不要讓人有挑剔的地方 : 這些是應該做的 如果你精簡到讓接手的人很難接 還是很難逃過眾人口中稱爛的可能 : : 六. : : 複製貼上的程式....不代表是自己的程式 : 傻眼 : 請為自己的程式碼負責好嗎 : 就算是複製貼上前手的程式 : 也請看一下有無問題 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 163.15.161.238 ※ 編輯: LisaShie 來自: 163.15.161.238 (10/30 11:57)
prag222:BUG阿....說不定user眼花都有可能咧 10/30 13:16
prag222:最好的是user把整個操作流程都錄起來咧....(不可能 10/30 13:17
slalala:stack log 10/30 13:52
multiThread:學問...有時候是隱藏在幾千行程式碼中的一行.... 10/30 14:08
multiThread:要找得出來通常要花不少時間,常見的解決方式就是加 10/30 14:09
multiThread:額外的程式/判斷去處理,運氣好是這樣就結束了。 10/30 14:09
multiThread:運氣不好就是原始原因總有一天引發其他問題 10/30 14:09
multiThread:不過一般大概是不會去想那麼多..... 10/30 14:10
hibrain:把user fire就解決問題了 10/30 14:39
TonyQ:Quickfix make quicksand. 10/30 15:33
TonyQ:不過環境這樣期待,出事時要負責的人總是user。呵 10/30 15:33
leicheong:race condition和deadlock類的bug除非那是開始時就是 10/31 11:55
leicheong:自己寫的code, 看別人的code和log兩三天也未別能看出來 10/31 11:55