糟糕程序員和優秀程序員的區別？
軟件蠶食一切，未來屬於程序員。所以人人都想當程序員。但是並不是每個人都能當好程序員。在你做出決定前還是先看看自己能不能當好程序員吧。
要記住的是，編程不是什麼精英才能幹的事情。
這個行業永遠都缺人。所以除非你一點都不喜歡編程，或者也沒有準備好看在錢的份上忍住這種不喜歡，否則都可以來編程。
優秀程序員的幾個表現：
1、先進行實驗是他們的本能反應
編譯器和運行環境通常能比人更快地解釋一個問題。一個優秀的程序猿在拿著問題去向別人尋求幫助之前，會自己試試看並判斷方法是否有用，而不是直接找一個高級程序員問“我這麼做有用嗎？”。
2、對待代碼和設計不要情緒化
代碼就像紙巾：它有用你就用，沒用了就扔掉。幾乎我們所有人都認為代碼複用（ code-reuse ）很重要，儘管確實如此，但是這也不意味著要像養孩子那樣去對待代碼。代碼沒有感覺也不會在乎，它們會像法蘭克斯坦（ Frankenstein ）怪物那樣攻擊你。代碼只是一堆字節，是一種責任（ liability ）。
3、對編程有激情
很多程序員幹這一行只是為了掙錢，如果有更好的職業，他們會毫不猶豫的辭掉程序員的工作。而優秀的程序員熱愛編程，喜歡鑽研代碼中的問題，他們感到能指揮電腦來幫助人們和自己解決現實生活中的問題是一種神奇的能力。當遇到問題無法解決時，他們會茶不思、飯不想，無法入睡。
4、君子善假於物
優秀的程序員知道如何能更高效的完成任務，如何更能有效的解決問題。當遇到問題時，不鑽牛角尖，善於利用外部工具解決自己的問題，特別是能熟練應用搜索引擎。初級的程序員只會使用百度和百度知道搜索問題，而高級的程序員/優秀程序員使用谷歌和Stack Overflow或者MSDN forums這類網站尋找更優秀的答案。
5、不僅關心技術方面的知識，同時關注非技術方面的知識
不稱職的程序員喜歡臨時抱佛腳，只有在需要的時候才去學習。而優秀的程序員會去主動學習各種相關知識，對各種知識來源都有一種開放的心態，而不會象有的人那樣固步自封。 而且，並不只侷限在跟職業相關的技術類知識，同時他也會學習任何感到有趣的知識，比如溝通技巧等。
糟糕程序員的幾個表現：
1、無法對代碼進行推理
對代碼進行推理意味著能跟隨代碼的執行路徑（“在腦子裡運行程序”），同時清楚地知道代碼執行的目標。
2、補救措施
程序猿可以通過實踐來克服這個缺點，如果 IDE 自帶的調試器能單步調試，就把它作為助手使用。比如說在 Visual Studio 裡，這就意味著要在問題區域的起始處打上斷點，然後按下‘ F11 ’單步調試，查看變量的值（變化前後都要查看），直到你明白了代碼正在做什麼。如果你的目標環境不具備這種特性，那就找一個擁有這種特性的環境去實踐。
這麼做的目的是，讓你做到不再需要調試器就能在腦子裡跟隨代碼的流程，而且有足夠的耐心去思考代碼正在對整個程序的狀態做什麼。這麼做的好處就是能夠識別出冗餘且無用的代碼，而且不需要從頭執行整個路徑就能在當前代碼中找出 bug。
3、難以理解語言的編程模型
面向對象編程（ Object Oriented Programming ）就是一種語言模型，正如函數式編程（ Functional programming ）或聲明式編程（ Declarative programming ）一樣。它們每一個都和過程式或命令式編程有著顯著不同，就像過程式編程明顯不同於彙編或基於 GOTO 的編程。此外，雖然有很多語言都跟隨同一個主流編程模型（如面向對象的編程），但它們都只介紹自己的改進，例如遞推式構造列表（ list comprehensions ）、泛型（ generics ）、鴨式分類（ duck-typing ）等等。
4、不使用版本控制
版本控制確實是一個非常有用的技術。它不僅可以跟蹤解決方案中的每個文件，存儲整個歷史，還可以區分不同的版本到分支，知道什麼時間是誰改變了什麼（並且如果提交的信息足夠詳細，還可以知道原因）。
5、使用糟糕的變量名
知道將variable1和variable2作為變量名有什麼問題嗎？變量應該根據它們做什麼或者它們包含什麼來命名。對了，Visual Studio有一些強大的重構工具，可以相對容易的讓它們回到井然有序的狀態。
6、重複代碼
非常推崇《Pragmatic Programmer》（《程序員修煉之道》）這本書，上面推薦的第一個祕訣就是不要重複代碼。上面要求無論如何都不得重複代碼，在我看來過於極端了。如果相同的代碼需要重複4次，那麼可以為這段代碼創建一個函數，這將極大地改善你的代碼。
另外還有一點可以通過自身的學習來獲取一大進步。
分享給超過5萬的程序員朋友下載，這次我把所有乾貨重新梳理精簡，免費分享給大家 。
究竟有哪些乾貨呢？
免費領取資料，請關注微信公眾號 “程序員精選”，或者微信搜索“wnl1121"