調試，每次“我們關注的衹是問題的一小部分”。

经过这几天的交流，调试必将在我的以后的编程路上占有不可或缺的地位，学会调试也是近期首要熟练掌握的任务中的重中之重。

加油。

在系統測試階段找出並修正錯誤，要比開發者自己完成這一工作多付出2倍的努力。而當系統已經交付使用之後找出並修正一個錯誤，要比系統測試階段多付出9倍的努力。因此，請堅持讓開發者進行單元測試吧。
——Larry Bernstein，貝爾通信研究院

不要站著調試程序，那會使得你的耐心減半，你需要的是全神貫注。
——Dave Storer

[此贴子已经被作者于2015-10-21 21:33编辑过]

記住：沒有別人比你自己更有耐心調試你的程序。所以，自己的工作最好自己做，自己擦屁股最乾净。所謂“授人以漁”，正是基於這個道理。老師不會24小時貼身幫你，就算有人肯幫，也不比你更知道自己的問題，畢竟你寫下這樣的東西當時是怎麽想的，衹要自己最清楚。會調試，就等於有自學能力，有自立解決問題的能力，別人幫你，那能力是別人的，你學不到，恐怕沒幾個人會把這樣的真功夫教給你，“教會徒弟，餓死師傅”，自己研究過後把結論告訴你是可以的，但要告訴你是怎麽得到結論的過程，那可不會，而其實我們最需要學到手，正是這個過程。

“修正程序錯誤的第一步是要先重現這個錯誤。”這一點很重要，調試者不怕出現錯誤，但最怕不能百分百重現錯誤！因爲一旦你無法讓錯誤百分百地出現，那意味著很難定位錯誤位置，它到處跑，你追蹤到的可能不是源頭，也就不能真正解決問題，反而會因此引入更多的錯誤、埋下更多的隱患、造成更困難的調試。這個道理，被編程設計理論歸納爲“單一功能衹應用單一函數實現”，所謂“代碼重用”，很大的原因也是爲了這個，衹要錯誤現象百分百重現，那麽毛病肯定在實現這個功能的函數内，而這樣的函數衹會有一個，那麽後面就可以集中精力對付了。這裏很多人寫代碼不是這樣，同樣功能的東西到處都是，大量重複代碼不抽象，因爲抽象代碼比複製黏貼要花費更多的精力、付出更多的努力，爲了追求行雲流水敲擊鍵盤的脊柱快感，他們傾向操練熟一套“算法指法”，可以不經大腦地從指間流瀉而出，旁觀者會覺得此人牛得可以，成百上千行代碼頃刻而就，由此贏得光環甚至金錢（在不懂行的老闆面前這一手很唬人），看看哪些人總是玩牛叉編輯器就知道了。這樣寫出來的程序，交付使用之後，那些開發者就拍拍屁股了，維護是維護人員的事，不行就跳槽，再去禍害別的公司和用戶，熬過三十歲騙夠錢轉行了，反正中國業界流行程序員不過三十歲的説法。事實上，我看現在很多IT產品的確是這樣的，問題多多，也敢交付使用，很多問題用戶一用就發現，而他們自己居然沒發現，那衹能說自己寫程序沒測試、沒調試了。

下面兩篇文章，可以參閲一下：
你每月生产多少行代码  https://bbs.bccn.net/thread-398523-1-1.html
克服敲代码之“痒”    https://bbs.bccn.net/thread-430453-1-1.html

[此贴子已经被作者于2015-10-21 22:44编辑过]

认真学习了下，三个启示吧：
1.学会调试，就等于有自学能力，在自己发现问题并亲自解决问题的过程中，自身能力的提高是最大的。

2.学编程，写代码，最终的产品质量体系要高，与其洋洋洒洒几千甚至上万行的豆腐渣代码让后来的维护人员痛苦，不如动手之前“在心里想个明白或在纸上写写画画”，要有明晰的需求。“这个过程貌似无甚复杂，也确实让不少人对它不屑一顾。但忽视它的结果就像考试时审题审得不对，后面的解题再漂亮，也拿不到分数，必须从头开始”

3.从一开始就要培养自己的职业素养（这话旁人乍听可能会发笑，但自己在编程时需要时时刻刻提醒自己），从最基础的保证代码规范做起，一步一步，慢慢来，写出高水平、高质量的有价值的程序。

对于现在的我来说，第1点与第3点都是当下需要格外重视的，只有这两项达标后，才能在以后第2点中提到的可能参与的产品开发中更胜一筹。

[此贴子已经被作者于2015-10-22 00:16编辑过]