北大青鳥通州校區分享：
相關文章：我所積累的20條編程經驗（1-10）
11. 測試、測試再測試。我是一名黑盒測試粉絲。當你完成編碼后，你“被認可”的時候就開始了。如果你們公司有QA部門，如果你的代碼中有錯誤，那你得到的評論，會比項目經理還多。如果你不徹底測試自己的代碼，那恐怕你開發的就不只是代碼，可能還會聲名狼藉。
12. 慶祝每一次成功。我見過很多程序員在解決編程技術難題后，會和同伴握手、擊掌或甚至手舞足蹈。每個人在生命中都會碰到“頓悟”。如果一個程序員高興地跑來叫你去看他的非凡代碼，也許你已經看過這樣的代碼100遍了，但你也應該為了這個家伙而慶祝第101次。(編者注：《慶祝成功的九種方式》。)
13. 經常檢查代碼。 在公司，你的代碼要經常檢查(包括自查和其他同事檢查)。不要把別人的檢查，看成是對代碼風格的苛求。應該把它們看作是有建設性的批評。對個人來說，經常檢查你的代碼并且自問，“我怎樣才能寫得更好呢?” 這會讓你加速你的成長，讓你成為一個更優秀的程序員。
14. 回顧你的代碼。在看到自己以前的代碼時，通常會有兩種方式：“難以至信，這代碼是我寫的”和“難以至信，這代碼是我寫的”。第一種往往是厭惡的語氣，并在想如何改進它。你也許會驚嘆，舊代碼也能復活成為一種更好的程序，甚至是一個完整的產品。第二種通常帶著驚奇和成就感。開發人員應該一到兩個自己完成的項目成果，能讓眾人不禁而立并注目而觀的項目。同樣，基于你優越的編程能力，你可以把過去的程序或項目拿出來，把它們更新為更加優秀的產品或想法。
15. 幽默是不可缺的。在我20年的開發生涯中，我還沒有碰到哪位程序員是沒有幽默感的。實際上，干我們這行，幽默是一項必備品。
16. 謹防那些無所不知的程序員，不愿分享的程序員，還有經驗不足的程序員。當你遇到這幾種程序員時，你自己要謙虛。無所不知的程序員，更想當一個英雄而不是團隊成員;保守的程序員則是在編寫著他們獨享的代碼;而經驗不足的程序員則會每十分鐘就來問你一下，當代碼完成后，代碼已經是你的，而不是他們。
17. 任何項目都不會那么簡單。朋友、家人和同事曾請求我倉促做一些事情，倉促做一個程序或者網站。對于這樣的事，應該從雙方做計劃，才能做出令兩方都會滿意的東西。如果某人起初只是需要一個使用Microsoft Access的、只有有3個頁面的網站，但來就很可能變成一個有15個頁面的網站，并使用SQL Server，有一個論壇，還有一個定制的CMS(內容管理系統)。
18. 任何時候不要想當然。假如你承接一個簡單的項目，你可能會認為某個部分可以輕松完成。千萬別這樣想!除非你有一個類、組件、或者一段已經寫好的代碼，并且在現有的項目已經測試通過。不要認為這將是很容易的。
19. 沒有已經完成的軟件。曾經有一位程序員告訴我，沒有軟件是已經完成的，它只是“暫時完成了”。這是明智的忠告。如果客戶還在使用你寫的程序，并經受了時間的考驗。如果有機會，你仍在更新它，這并不是什么壞事，這讓你不斷地前行。
20. 耐心是一種美德。當客戶、朋友或家庭成員用電腦的時候，他們也許會受挫，進而想砸電腦，或氣沖沖地離開。我一直在告訴他們，“是你掌控電腦，不是電腦掌控你。”對于用作編程的電腦，你要有一定的耐心。一旦程序員知道問題所在后，他們就會站在電腦的角度看問題，并且說 “哦，這就是為什么它是這樣做。”
