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

看板Soft_Job作者 (.)時間13年前 (2012/04/28 00:06), 編輯推噓3(3推 0噓 20→)
留言23則, 9人參與, 最新討論串5/10 (看更多)
放一個很笨的大絕... 不管編譯或是直譯程式 沒事情寫個一些就執行或是編譯一下跑看看 有問題馬上改 寫完了 大概bug也跟個一起都修完了 也遠比你寫了幾百行甚至上千行後 遇到一堆bug再來慢慢解好 現在電腦速度快 直譯的不用說 編譯的 頂多花你個幾秒的時間就編譯好了 一般來說中小型軟體大概都可以這樣 連unitest都省了 我以前最剛初學c/c++時 2.3行程式碼就編譯跑看看一下 有錯馬上改掉 我老師聽到傻眼 不過還真的好用 現在的話 大概寫個一段落或是一個method會跑一下測看看 有bug馬上處理 問題也好追 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.70.25.68
→
04/28 00:07, , 1F
這就increamental的開發方式啊，我很喜歡這種
04/28 00:07, 1F
→
04/28 00:10, , 2F
看到那種寫了一大大大串才編譯出一堆error的都覺得很恐怖
04/28 00:10, 2F
→
04/28 00:23, , 3F
那是豬吧。敢這樣一定是有腦內編譯器的高手才能完。
04/28 00:23, 3F
→
04/28 00:23, , 4F
C語言我大概五年以上之後才有這種腦內編譯語法&邏輯無誤的
04/28 00:23, 4F
→
04/28 00:23, , 5F
功力。當然我比較憨慢啦
04/28 00:23, 5F
→
04/28 00:24, , 6F
萬一編譯要跑五分鐘不就等到死了...
04/28 00:24, 6F
→
04/28 00:28, , 7F
編譯會到5分鐘的程式 已經屬於大型專案範圍
04/28 00:28, 7F
→
04/28 00:29, , 8F
環境設定上覺得有機會遇到...之前碰過一個爛網站
04/28 00:29, 8F
→
04/28 00:29, , 9F
編譯要跑30分鐘 有機會當機 一整個吐血...
04/28 00:29, 9F
→
04/28 00:34, , 10F
我平常是這樣做的沒錯 因為都是小東西 所以不用花很多時
04/28 00:34, 10F
→
04/28 00:35, , 11F
間運行 跑最久的像是sitemap之類也會在幾分鐘之內完成
04/28 00:35, 11F
→
04/28 00:35, , 12F
不過它只能解決眼前問題@@ 並不能解決我程式寫得醜的問題
04/28 00:35, 12F
→
04/28 00:35, , 13F
XD
04/28 00:35, 13F
→
04/28 02:20, , 14F
喔編30分鐘以上的很多。百萬行以上的程式，光linking就要
04/28 02:20, 14F
→
04/28 02:20, , 15F
10分鐘的也有。 還是有方法單獨測試的
04/28 02:20, 15F
推
04/28 03:53, , 16F
這種方法基本上你測不出潛在的流程問題與總體干涉問題
04/28 03:53, 16F
→
04/28 03:55, , 17F
小東西也許可以，但是全面性的系統設計應該得不償失吧
04/28 03:55, 17F
推
04/28 06:03, , 18F
產業界仍有腦袋死板的人認為寫程式是只靠第一時間的思考正確
04/28 06:03, 18F
→
04/28 06:06, , 19F
而不要靠後來做有系統的測試手段. 這種人每天寫不起眼的程式
04/28 06:06, 19F
→
04/28 06:07, , 20F
照樣拼得苦哈哈的, 我覺得倒不如用這種寫寫測測的方法,輕鬆
04/28 06:07, 20F
→
04/28 06:08, , 21F
又能得到信心.
04/28 06:08, 21F
→
04/28 20:27, , 22F
我Python也常常這樣寫，這以確認API用法
04/28 20:27, 22F
推
04/29 23:10, , 23F
很久以前寫程式要用打卡機的時代 人人腦內都有編譯器XD
04/29 23:10, 23F
‣ 更多 erspicu 的文章
文章代碼(AID): #1FciFvCD (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 5 之 10 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共10篇)
‣ 更多 erspicu 的文章
文章代碼(AID): #1FciFvCD (Soft_Job)