Re: [請益] BUG少的程式 通常有什麼特色?

看板Soft_Job (軟體人)作者 (喲)時間14年前 (2012/05/09 00:28), 編輯推噓1(108)
留言9則, 2人參與, 最新討論串9/10 (看更多)
※ 引述《ggg12345 (ggg)》之銘言: : error dectecion 是允許錯誤發生, 再偵測, 排除. : 如果採 error prevention 那是事先避免. : 譬如有優先志願的選課, 志願欄若讓使用者隨意填, 還可以分不同時間分批填報 : 那要做 error detection 就很麻煩了. : 如果是按課卡出現次序自動由程式填報, 同一類若出現在先, 就是志願在前. 不 : 同時間填報就附在前一批之後, 志願序也就隨append合併時, 調整在後, 這就不 : 會讓使用者亂填, 還要做 error detection 來得簡潔不失誤. : 事前預防/避免 比之於 允許發生,事後偵測,排錯 在架構與算法上就是不同. : bug 少, 其中一個因素可能就是 "事先防止使之不可能發生". 重新想一想,我覺得,是看程式放在什麼平台上運作. 如果程式是放到辦公室環境,平台全都是你自己知道規格的,這時候bug-free 意思就是不要因為撞到錯誤而噴出錯誤訊息. 所以,儘量避免error detection 的機會才是. 另一種情況,如果程式是放出去,讓各方大賢大德在他們不知道多少種平台上運作, 那麼所謂bug-free就變成是要利用好的error detection機制使軟體表現出合理的 跨平台行為. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.112.230.43

05/09 01:30, , 1F
error detection之後就是要auto-recovery或人工導正,再回
05/09 01:30, 1F

05/09 01:33, , 2F
去完成後續的事.若出錯跳出不理,user都會認為是致命bug!
05/09 01:33, 2F

05/09 10:08, , 3F
我說的是一般的error detect及多樣化的應用處理
05/09 10:08, 3F

05/09 10:10, , 4F
但您所指的是特定的error detect情況. 顯然我們不在同一頻道
05/09 10:10, 4F

05/09 12:32, , 5F
有誤不警示是否是不噴出?警示人工復原就是不知下一步怎做
05/09 12:32, 5F

05/09 19:10, , 6F
您知道有些系統是將error detect納入正規流程中嗎?
05/09 19:10, 6F

05/09 23:59, , 7F
容錯系統一定會有error detect與復原的能力.以保持續運作
05/09 23:59, 7F

05/10 00:05, , 8F
一般bug讓結果錯誤(跟預期不同)但不會蕩機,嚴重bug才會.
05/10 00:05, 8F

05/10 00:09, , 9F
error detect常靠range-check檢知錯誤,適用偵測任何bug.
05/10 00:09, 9F
文章代碼(AID): #1FgKc_AM (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1FgKc_AM (Soft_Job)