10條最具爭議的編程觀點

10條最具爭議的編程觀點：
1、The only "best practice" you should be using all the time is "Use Your Brain".
唯一的"best practice"並不是使用各種各樣被前人總結過的各種設計方法、模式、架構，那些著名的方法、模式、架構只代表贊同它們的人多，並不代表它們適合你，你應該更多地區使用你的大腦，獨立的思考那些方法、模式、架構出現的原因和其背後的想法和思想，那才是"Best Practice"。
2、Programmers who don't code in their spare time for fun will never become as good as those that do.
如果你對編程沒有感到一種快樂，沒有在你閒置時候去以一種娛樂的方式去編程，那麼你只不過是在應付你的工作，這樣下來，就算你是一個非常聰明，非常有才華的人，你也不會成為一個優秀的程式員，要麼只會平平凡凡，要麼只會整天紮在技術中成為獃子。
3、Most comments in code are in fact a pernicious form of code duplication.
注釋應該是注釋Why，而不是How和What，代碼告訴你How，而注釋應該告訴你Why。但大多數的程式員並不知道什麼是好的注釋，那些注釋其實和代碼是重複的，毫無意義。
4、XML is highly overrated
XML可能被高估了。XML對於web上的應用是不錯的，但是我們把其用到了各種地方，好像沒有XML，我們都不會變成了。
5、Not all programmers are created equal.
這是那些junior經理愛犯的錯誤，他們總認為，DeveloperA==DeveloperB，只要他們的title一樣，他們以為他們的工作能力、工作速度、解決問題的方法，掌握的技能等等都是一樣的。更扯的是，在某些時候，就算是最差的程式員，他們也會認為其比別人強十倍。
6、"Googling it" is okay!
Google只會給你知識，並不會交給你技能。那裡只有“魚”，沒有“漁”，過度使用Google，只會讓你越來越離不開它，你越來越不會自己去思考、探索、鑽研。如果KFC快餐是垃圾食品對我們的身體沒有好處，那麼使用Google也是一種快餐文化，對我們的智力發展沒有好處。
7、If you only know one language,no matter how well you know it ,you're not a great.
如果你只懂一種語言，準確的說，如果你只懂一類語言，如：Java和C#，PHP和Perl，那麼，你將會被局限起來，只有瞭解各種各樣的語言，瞭解了不同語言的不同方法，你才會有比較，只有有了比較，你才會明白各種語言的長處和短處，才會讓你有更為成熟的觀點，而且不整天和別的程式員在網上鬥嘴爭論是windows好還是Unix好，是C好還是C++好，有這點功夫能幹好多事情了。世界應為不同而精彩，只知道事物的一面是有害的。
8、Your job is to put yourself out of work.
你的工作不應該保守，那種教會徒弟，而死師傅的想法，不但是相當短淺的，而且還是相當腦殘的。因為，電腦的世界裡，你掌握的老技術越多，你就越沒用，因為技術更新的太快。你對工作越保守，這個工作就越來越離不開你，你就越來越不能抽身去學新的東西，你也就越來越OUT了。記住：If you can't be replaced then you can't be promoted!
9、Design patterns are hurting good design more than they're helping it.
很多程式員把設計模式奉為天神，他們過度的追求設計模式以至雩都忘了需求是什麼，結果整個系統設計被設計模式搞的亂七八糟，我們叫這種編程為“設計模式驅動編程”，正如第一觀點所說，如果你不懂得用自己的大腦思考的話，知其然，不知所以然的話，那麼你不但得不到好處，反而受其所累。
10、Unit Testing won't help you write good code.
準確的說，我們可以認為這是Test-Driven開發，其實，這種開發就是先寫單元測試用例，這樣的開發方式的主要目的是，為了防止你不會因為一個改動而引入BUG，但這並不會讓你寫出更好的代碼。這隻會讓你寫出不會出錯的代碼。同第一點，這樣的方法，只不過是防止糟糕的程式員，而不是讓程式員或代碼品質更有長進。反而，UNIT TEST會成為程式員為自己代碼做辯解的一種託辭。