閱讀代碼能讓你變得更出色

　　做編程工作越久，就會(huì)明白閱讀的代碼越多，自己的代碼就會(huì)變得更好，當(dāng)你不得不維護(hù)其他人的代碼時(shí)，簡單和干凈的代碼幾乎總是比花哨或復(fù)雜的代碼好。另一方面，當(dāng)你花足夠的時(shí)間去理解復(fù)雜代碼的時(shí)候，你就可以學(xué)到新的技巧，不論怎么樣，都能讓你有所提高。

　　超越語法

　　在你不得不全力對付任意編程語言的語法時(shí)，也就是學(xué)習(xí)如何充分利用該語言比較瑣碎的時(shí)刻。一門語言的語法往往是非常靜態(tài)的，并且如果你出錯(cuò)了，你的編譯器會(huì)向你控訴。更深層次的課程涉及到什么語言更適合解決什么樣的問題，以及如何用那種語言編寫代碼以便于使它效率高和可維護(hù)。

　　學(xué)習(xí)新語言有許多方法：課程，教程，導(dǎo)師，書籍以及等等。我通常會(huì)結(jié)合這些選項(xiàng)來學(xué)習(xí)一門新的語言。我注意到，當(dāng)涉及到非語法元素的時(shí)候，這些方法常常非常相似。你可能對有些事情，例如“總是注釋”，“逗號放到最后”，“縮進(jìn)x個(gè)空格”有著自己的想法。

　　有時(shí)候當(dāng)你閱讀其他人的代碼時(shí)，如果看到他們做錯(cuò)了，你會(huì)生氣。但是隨著你代碼閱讀量的增加，你就會(huì)知道，總會(huì)有一些情形常見于別人的代碼，而你卻在你的代碼中未曾遇到過，并且你的方法沒有必要那樣執(zhí)拗。

　　開源無處不在

　　隨著開源運(yùn)動(dòng)的發(fā)展，可供閱讀和學(xué)習(xí)的代碼數(shù)量也大幅度增長。例如Gitlab，GitHub和到BitBucket這些網(wǎng)站就允許我們獲取全功能的應(yīng)用程序，不僅可以閱讀代碼，還可以擺弄。很少有你想要學(xué)習(xí)的東西是不能在開源代碼中獲取的。

　　可用的代碼是如此之多，但質(zhì)量卻良莠不齊。當(dāng)我們想要學(xué)習(xí)的時(shí)候，常常搞不清楚哪個(gè)好哪個(gè)不好。那就保持閱讀代碼吧，慢慢地你會(huì)學(xué)會(huì)如何區(qū)分。閱讀“壞”的代碼可以幫助你理解為什么它是“壞”的。關(guān)鍵是不要害怕嘗試任何你覺得看上去正確的東西，并且當(dāng)你走錯(cuò)路的時(shí)候能夠承認(rèn)錯(cuò)誤，并改正問題，然后繼續(xù)前行。

　　壞的代碼就壞的，是這樣的嗎？

　　在這些年里，有很多好的代碼和壞的代碼。當(dāng)你看到你以前寫的代碼時(shí)，你的第一想法就是我怎么會(huì)寫這樣的垃圾代碼。這實(shí)際上意味著你還在學(xué)習(xí)中。如果你看到你以前的代碼，覺得它看上去非常偉大，那么說明你并沒有提高。

　　那么，我們怎么才能從壞的代碼中學(xué)到東西呢？

　　你閱讀的壞代碼越多，那么你就越擅長發(fā)現(xiàn)壞的代碼

　　當(dāng)你在學(xué)習(xí)和搜索例子的時(shí)候，你會(huì)發(fā)現(xiàn)和使用大量不能工作的代碼。請記住，僅僅因?yàn)樗贿m合你的情況，并不能說明它就是壞的代碼。學(xué)習(xí)如何讓它工作能夠使得你變得更出色。

　　你怎么知道它是壞的代碼？

　　人們喜歡批評。閱讀評論，如果你看到很多“WTF（什么玩意）”，那么可能你看到的正是壞的代碼，試著指出為什么不好的原因。不要只留下“這代碼真爛”這樣的評論。不要裝得你好像懂得壞代碼的所有需求，要知道，總有一個(gè)它之所以被這樣寫的正當(dāng)理由。如果你知道它為什么是壞代碼的原因，那么不妨留下一個(gè)有建設(shè)性的評論。或者……

　　讓它變成好的代碼

　　放一個(gè)能讓代碼變得更好的pull請求。修正語法，使用更好的方法，添加注釋或修改縮進(jìn)：這些都是改進(jìn)代碼的偉大方式。加一個(gè)為什么你推薦改變代碼的解釋。

　　回報(bào)

　　記住開放源代碼在你參與進(jìn)去的時(shí)候效果更好。代碼更改在大多數(shù)項(xiàng)目中都是受歡迎的，但是有很多出力的方法。

　　測試開源代碼和文件錯(cuò)誤報(bào)告；幫助完成文檔集；寫教程和如何做的例子；參加對話——或者僅僅只是幫助傳播。每一件事都能帶來改變，并且越多的人參與進(jìn)來越好！