Re: [請益] BUG少的程式 通常有什麼特色?
※ 引述《KHSH (KHSH)》之銘言：
: bug 要少
: 就是 error detection/handling mechanism 要多
:
: 當你的程式碼
: error handling 的部分超過 2/3
: 這樣就較有機會成為 bug-free (bug-less) 的 code
:
: → yjc1:高德納的名言：『Beware of bugs in the above code; 05/07 00:10
: → yjc1:I have only proved it correct, not tried it. 』 05/07 00:10
: 推 ggg12345:四面牆的平頂屋,防水就必須很費工.雙斜面屋頂就事半功倍! 05/07 01:55
: → ggg12345:太多error detection,若多餘也可能引入更多的矛盾與失誤! 05/07 02:16
: 推 sunsamy:給我足夠的時間bug自然少 05/07 03:49
: 推 shadow0326:我覺得好的error handling不是要讓bug變少, 而是讓bug 05/07 11:26
: → shadow0326:容易被定位 05/07 11:26
: → lwecloud:同意樓上 05/07 11:52
: → LaPass:要程式出錯時自己跟你說哪邊出問題 05/07 12:09
: 推 prokofieff:kernel的程式好難handle 05/07 12:48
==============
error dectecion 是允許錯誤發生, 再偵測, 排除.
如果採 error prevention 那是事先避免.
譬如有優先志願的選課, 志願欄若讓使用者隨意填, 還可以分不同時間分批填報
那要做 error detection 就很麻煩了.
如果是按課卡出現次序自動由程式填報, 同一類若出現在先, 就是志願在前. 不
同時間填報就附在前一批之後, 志願序也就隨append合併時, 調整在後, 這就不
會讓使用者亂填, 還要做 error detection 來得簡潔不失誤.
事前預防/避免 比之於 允許發生,事後偵測,排錯 在架構與算法上就是不同.
bug 少, 其中一個因素可能就是 "事先防止使之不可能發生".
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.115.4.90
推
05/08 10:39, , 1F
05/08 10:39, 1F
推
05/08 12:57, , 2F
05/08 12:57, 2F
→
05/08 15:15, , 3F
05/08 15:15, 3F
→
05/08 17:52, , 4F
05/08 17:52, 4F
推
05/08 18:04, , 5F
05/08 18:04, 5F
→
05/08 18:05, , 6F
05/08 18:05, 6F
推
05/08 22:25, , 7F
05/08 22:25, 7F
推
05/08 22:48, , 8F
05/08 22:48, 8F
→
05/08 22:48, , 9F
05/08 22:48, 9F
→
05/08 22:58, , 10F
05/08 22:58, 10F
→
05/08 23:13, , 11F
05/08 23:13, 11F
→
05/08 23:14, , 12F
05/08 23:14, 12F
→
05/08 23:50, , 13F
05/08 23:50, 13F
→
05/08 23:52, , 14F
05/08 23:52, 14F
→
05/08 23:57, , 15F
05/08 23:57, 15F
→
05/09 00:19, , 16F
05/09 00:19, 16F
→
05/09 00:21, , 17F
05/09 00:21, 17F
→
05/09 00:22, , 18F
05/09 00:22, 18F
→
05/09 00:23, , 19F
05/09 00:23, 19F
→
05/09 00:50, , 20F
05/09 00:50, 20F
→
05/09 21:02, , 21F
05/09 21:02, 21F
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 8 之 10 篇)：
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章
67
145