看板
[ Soft_Job ]
討論串[請益] BUG少的程式 通常有什麼特色?
共 10 篇文章
內容預覽:
放一個很笨的大絕.... 不管編譯或是直譯程式. 沒事情寫個一些就執行或是編譯一下跑看看. 有問題馬上改. 寫完了. 大概bug也跟個一起都修完了. 也遠比你寫了幾百行甚至上千行後. 遇到一堆bug再來慢慢解好. 現在電腦速度快 直譯的不用說. 編譯的 頂多花你個幾秒的時間就編譯好了. 一般來說中小
(還有28個字)
內容預覽:
經驗很淺相對的是沒有優雅處理問題的豐富經驗。. 要有這些經驗得經驗過許多的試誤，. 並且配合其他板友建議的 Design Pattern 與 Unit Test 等技術的使用。. 一個不幸的消息是即使現在你知道了有這些東西也不見得能派上用場，. 更可能用在不是那麼適當的地方，但總是種改變的機會。.
(還有815個字)
內容預覽:
減少Bug有兩個方向. 1.避免Bug發生. 這就要靠設計，比如說避免程式碼重複. 如果程式碼重複很多 當你修Bug時. 很可能因此產生更多Bug.... 設計良好的程式不管需求變更還是修Bug都比較不會產生別的Bug. 2.早期發現早期治療XD. 多做單元測試.... 不要想等全部寫完後再跑一跑做
(還有175個字)
內容預覽:
我回想一些經驗,覺得程式bug可以分為幾類:. 1. 函數的值域及例外部份,變數的值域及例外部份,物件的行為及例外行為.. 2. 資料算錯.. 3. 機制錯誤,包括暫存資料沒有更新到前端.. 第1類即包含了資料型態轉換問題,陣列超限問題,或是物件參考為空值,以及. 小到除以0這樣的問題. 因為這些是
(還有1801個字)
內容預覽:
大家好. 個人經驗很淺，只寫過小型的 web 應用. 很弱小很菜，一直以來深受bug所苦. 從最開始亂寫，到後來聽了鄉民的意見，開始摸設計模式. 設計模式確實有效的解決我原本混亂的撰碼習慣. 而我自己也在黑暗中一邊摸索一邊嚐試修正. 不過. 即使一邊寫一邊提醒自己「不要亂寫不要亂寫不要亂寫」. 還是
(還有41個字)