天天看點

為什麼開源可以提高程式員的程式設計技能?

我已經寫了很多年的軟體。最近我意識到,我越涉及(緻力于,結合于等)開源技術,我寫出來的代碼就更好。這不由地讓我疑惑起來:難道裡面有什麼相關性或因果關系嗎?

為什麼開源可以提高程式員的程式設計技能?

閱讀代碼能讓你變得更優秀

我在程式設計生涯的早期就明白我閱讀的代碼越多,我的代碼就能變得更好。我知道,當我不得不維護其他人的代碼時,簡單和幹淨的代碼幾乎總是比花哨或複雜 的代碼好—— 即使有注釋。然而另一方面,當我花足夠的時間去了解複雜代碼的時候,我常常能夠學到新的技巧。不論怎麼樣,都能讓我有所提高。

這使得我在那些沒有代碼審查的地方一再争取。而當沒有足夠的時間來正式執行“代碼審查”的時候,我會自己浏覽存儲庫和閱讀代碼。當然,那時我還被受限于來自于小團隊的公司資源。

超越文法

在你不得不全力對付任意程式設計語言的文法時,也就是學習如何充分利用該語言最瑣碎的時刻。一門語言的文法往往是非常靜态的,并且如果你出錯了,你的編 譯器會向你控訴。更深層次的課程涉及到什麼語言最适合解決什麼樣的問題(“合适的工具做合适的工作”),以及如何用那種語言編寫代碼以便于使它高效和可維 護。

學習新語言有許多方法:課程,教程,導師,書籍以及等等。我通常會結合這些選項來學習一門新的語言。我注意到,當涉及到非文法元素的時候,這些方法常常非常相似。

閱讀來自于其他人的實際部署代碼會讓你收獲更多。不僅僅是正常的結構化學習,你還需要學習模式和實踐方法。語言中所謂“正确”的做事方式并不總是效 果最佳的方式。你會經曆邊緣情況,一次性事務以及意想不到的內建。你也會找到這些問題的解決方案,有好有壞,但如果你認真思考的話,那麼這正是出來“推薦 做法”的地方。今天的模式就是就是明天的反面模式。

你可能對有些事情,例如“總是注釋”,“逗号放到最後”,“縮進x個空格”有着自己的想法,當然你是對的。我對提到的這些及編碼的其他方面也有着自己的感受。

有時候當我閱讀其他人的代碼時,如果看到他們做錯了,我會生氣。但是随着我代碼閱讀量的增加,我開始懂得,總會有一些情形常見于别人的代碼,但我在我自己的代碼中卻未曾遇到過的,并且我的方法沒有必要那樣執拗。我不僅改變了我的一些觀點,而且懂得更加靈活。

開源無處不在

随着開源運動的發展,可供閱讀和學習的代碼數量也大幅度增長。例如gitlab,github和到bitbucket這些網站就允許我們擷取全功能的應用程式,不僅可以閱讀代碼,還可以擺弄。很少有我想要學習的東西是不能在開源代碼中擷取的。

我以前學習新的程式設計語言,會把重點放在諸如目錄結構和命名約定這些簡單的事情上。但是,現在,我會找一些不同的開源項目,然後可以開始拼湊常用的方法。我很少強調以前那些類型的東西了。

可用的代碼是如此之多,但品質卻良莠不齊。當我們想要學習的時候,常常搞不清楚哪個好哪個不好。那就保持閱讀代碼吧,慢慢地你會學會如何區分。閱讀 “壞”的代碼可以幫助你了解為什麼它是“壞”的。關鍵是不要害怕嘗試任何你覺得看上去正确的東西,并且當你走錯路的時候能夠承認錯誤,并改正問題,然後繼 續前行。

壞的代碼就壞的,是這樣的嗎?

有人會說“壞的代碼比好的代碼要更多更明顯”。sub-reddit緻力于壞的代碼。

在這些年裡,我寫了很多好的代碼和壞的代碼。當我看到我以前寫的代碼時,我的第一想法就是我怎麼會寫這樣的垃圾代碼。這實際上意味着我還在學習中。如果我看到我以前的代碼,覺得它看上去非常偉大,那麼說明我并沒有提高。

那麼,我們怎麼才能從壞的代碼中學到東西呢?

你閱讀的壞代碼越多,那麼你就越擅長發現壞的代碼

當你在學習和搜尋例子的時候,你會發現和使用大量不能工作的代碼。請記住,僅僅因為它不适合你的情況,并不能說明它就是壞的代碼。學習如何讓它工作能夠使得你變得更優秀。

你怎麼知道它是壞的代碼?

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

讓它變成好的代碼

放一個能讓代碼變得更好的pull請求。修正文法,使用更好的方法,添加注釋或修改縮進:這些都是改進代碼的偉大方式。加一個為什麼你推薦改變代碼的解釋。

我發現當我幫助别人學習的時候能學到更多。如果我認為我了解了一個新的主題,那麼我會找個人來試着向他解釋,這能讓我更深刻地了解和記住它,并且讓我快速發現我是否寫了壞的代碼。

回報

記住開放源代碼在你參與進去的時候效果最佳。代碼更改在大多數項目中都是受歡迎的,但是有很多出力的方法。

測試開源代碼和檔案錯誤報告;幫助完成文檔集;寫教程和如何做的例子;參加對話——或者僅僅隻是幫助傳播。每一件事都能帶來改變,并且越多的人參與進來越好!

資源

這裡有一些可以幫助你開始的連結。有些我自己用過,有些我還沒來得及深入了解。如果你發現一些有用的東西——或者這篇文章中有什麼需要改正的地方,請不要猶豫和我們分享。

dinodate

livesql

open source society university

free code camp

opensource.com

getting started with gitlab

github guides

moodle.org

pl/sql challenge

**

繼續閱讀