軟件蠶食一切，未來屬于程序員。所以人人都想當(dāng)程序員。但是并不是每個(gè)人都能當(dāng)好程序員。在你做出決定前還是先看看自己能不能當(dāng)好程序員吧。

[[209987]]

要記住的是，編程不是什么精英才能干的事情。

這個(gè)行業(yè)永遠(yuǎn)都缺人。所以除非你一點(diǎn)都不喜歡編程，或者也沒有準(zhǔn)備好看在錢的份上忍住這種不喜歡，否則都可以來編程。

優(yōu)秀程序員的幾個(gè)表現(xiàn)：

“ 1、先進(jìn)行實(shí)驗(yàn)是他們的本能反應(yīng)

編譯器和運(yùn)行環(huán)境通常能比人更快地解釋一個(gè)問題。一個(gè)優(yōu)秀的程序猿在拿著問題去向別人尋求幫助之前，會(huì)自己試試看并判斷方法是否有用，而不是直接找一個(gè)高級(jí)程序員問“我這么做有用嗎?”。

“ 2、對(duì)待代碼和設(shè)計(jì)不要情緒化

代碼就像紙巾：它有用你就用，沒用了就扔掉。幾乎我們所有人都認(rèn)為代碼復(fù)用( code-reuse )很重要，盡管確實(shí)如此，但是這也不意味著要像養(yǎng)孩子那樣去對(duì)待代碼。代碼沒有感覺也不會(huì)在乎，它們會(huì)像法蘭克斯坦( Frankenstein )怪物那樣攻擊你。代碼只是一堆字節(jié)，是一種責(zé)任( liability )。

“ 3、對(duì)編程有激情

很多程序員干這一行只是為了掙錢，如果有更好的職業(yè)，他們會(huì)毫不猶豫的辭掉程序員的工作。而優(yōu)秀的程序員熱愛編程，喜歡鉆研代碼中的問題，他們感到能指揮電腦來幫助人們和自己解決現(xiàn)實(shí)生活中的問題是一種神奇的能力。當(dāng)遇到問題無法解決時(shí)，他們會(huì)茶不思、飯不想，無法入睡。

“ 4、君子善假于物

優(yōu)秀的程序員知道如何能更高效的完成任務(wù)，如何更能有效的解決問題。當(dāng)遇到問題時(shí)，不鉆牛角尖，善于利用外部工具解決自己的問題，特別是能熟練應(yīng)用搜索引擎。初級(jí)的程序員只會(huì)使用百度和百度知道搜索問題，而高級(jí)的程序員/優(yōu)秀程序員使用谷歌和Stack Overflow或者M(jìn)SDN forums這類網(wǎng)站尋找更優(yōu)秀的答案。

“ 5、不僅關(guān)心技術(shù)方面的知識(shí)，同時(shí)關(guān)注非技術(shù)方面的知識(shí)

不稱職的程序員喜歡臨時(shí)抱佛腳，只有在需要的時(shí)候才去學(xué)習(xí)。而優(yōu)秀的程序員會(huì)去主動(dòng)學(xué)習(xí)各種相關(guān)知識(shí)，對(duì)各種知識(shí)來源都有一種開放的心態(tài)，而不會(huì)象有的人那樣固步自封。 而且，并不只局限在跟職業(yè)相關(guān)的技術(shù)類知識(shí)，同時(shí)他也會(huì)學(xué)習(xí)任何感到有趣的知識(shí)，比如溝通技巧等。

糟糕程序員的幾個(gè)表現(xiàn)：

(1)無法對(duì)代碼進(jìn)行推理

對(duì)代碼進(jìn)行推理意味著能跟隨代碼的執(zhí)行路徑(“在腦子里運(yùn)行程序”)，同時(shí)清楚地知道代碼執(zhí)行的目標(biāo)。

(2)補(bǔ)救措施

程序猿可以通過實(shí)踐來克服這個(gè)缺點(diǎn)，如果 IDE 自帶的調(diào)試器能單步調(diào)試，就把它作為助手使用。比如說在 Visual Studio 里，這就意味著要在問題區(qū)域的起始處打上斷點(diǎn)，然后按下‘ F11 ’單步調(diào)試，查看變量的值(變化前后都要查看)，直到你明白了代碼正在做什么。如果你的目標(biāo)環(huán)境不具備這種特性，那就找一個(gè)擁有這種特性的環(huán)境去實(shí)踐。

這么做的目的是，讓你做到不再需要調(diào)試器就能在腦子里跟隨代碼的流程，而且有足夠的耐心去思考代碼正在對(duì)整個(gè)程序的狀態(tài)做什么。這么做的好處就是能夠識(shí)別出冗余且無用的代碼，而且不需要從頭執(zhí)行整個(gè)路徑就能在當(dāng)前代碼中找出 bug。

(3)難以理解語言的編程模型

面向?qū)ο缶幊? Object Oriented Programming )就是一種語言模型，正如函數(shù)式編程( Functional programming )或聲明式編程( Declarative programming )一樣。它們每一個(gè)都和過程式或命令式編程有著顯著不同，就像過程式編程明顯不同于匯編或基于 GOTO 的編程。此外，雖然有很多語言都跟隨同一個(gè)主流編程模型(如面向?qū)ο蟮木幊?，但它們都只介紹自己的改進(jìn)，例如遞推式構(gòu)造列表( list comprehensions )、泛型( generics )、鴨式分類( duck-typing )等等。

[[209988]]

(4)不使用版本控制

版本控制確實(shí)是一個(gè)非常有用的技術(shù)。它不僅可以跟蹤解決方案中的每個(gè)文件，存儲(chǔ)整個(gè)歷史，還可以區(qū)分不同的版本到分支，知道什么時(shí)間是誰改變了什么(并且如果提交的信息足夠詳細(xì)，還可以知道原因)。

(5)使用糟糕的變量名

知道將variable1和variable2作為變量名有什么問題嗎?變量應(yīng)該根據(jù)它們做什么或者它們包含什么來命名。對(duì)了，Visual Studio有一些強(qiáng)大的重構(gòu)工具，可以相對(duì)容易的讓它們回到井然有序的狀態(tài)。

(6)重復(fù)代碼

非常推崇《Pragmatic Programmer》(《程序員修煉之道》)這本書，上面推薦的第一個(gè)秘訣就是不要重復(fù)代碼。上面要求無論如何都不得重復(fù)代碼，在我看來過于極端了。如果相同的代碼需要重復(fù)4次，那么可以為這段代碼創(chuàng)建一個(gè)函數(shù)，這將極大地改善你的代碼。