GitHub和我的開源生活
譯文【51CTO精選譯文】我喜歡用GitHub，誰不是呢！雖然我也會像大多數程序員一樣，喋喋不休地抱怨一些細枝末節，比如“最新的版本把復制的網址全堆在右下角的小框里，總是把網址都擋住了”之類的，但是總的來說我相當滿意，在它的幫助下，我能夠輕松地管理我的Git資源庫。
GitHub還有其他不少好處：它讓我成為了更好的開源公民。作為一個開發者，即使你從未維持開源項目，你也會發現自己很難擺脫對開源技術或多或少的依賴，況且你還會時常發現一些漏洞，或者是需要添加一些增強功能，我感覺，有了GitHub的幫助，把漏洞補丁和增強發送到上游的過程變得非常流暢。
我做程序員這個工作已經有好些年，自從用了GitHub，我回饋我所使用的開源項目的速度是從前的十倍。在使用GitHub之前，如果想加入一個錯誤報告，我就必須要建立一個diff或者把它發送到發送文件清單，不同項目的這一過程也是不同的，因此你需要常常在網絡上或資料中查找確切的做法。但是在GitHub上處理項目，你可以直接向原始項目的維護者發送Pull Request。實際上我在安裝或者更改的時候就已經生成了派生項目，所以我需要完成的只是制作pull request這個步驟。
GitHub還幫助我重新調整了對開放源代碼貢獻的模式，這也幫助我克服了冒充者綜合癥的不良癥狀，這些癥狀總是讓我不停質疑我的代碼夠不夠好，能不能提交到上游。在瀏覽了Linux內核的郵件清單后，你會覺得所有的開源項目都是由長著大胡子的挑剔的君主統治的，你提交的漏洞補丁或增強的代碼如果不夠好，可能會造成自我粉碎性的攻擊，這讓我隨時保持謹慎的態度，保證代碼的正確性。
很多開源項目并不像GitHub一樣，他們歡迎人們來貢獻，即使不喜歡你所提供的資源，也會給你良好的反饋。
而且，在我的想象中，所有受歡迎的開源項目的代碼可讀性都非常強，維護得也很好，這些開放源代碼的維護者全都技術過硬，遠遠超過我們。但是現實卻不可能是這樣的，當我為了一個任務搜索資料庫時，我通過GitHub簡單的代碼閱讀搜集到了許多資源，使用這些資料前我對其進行了評估，發現它們的技術含量和代碼質量各不相同，為了維修不惜使用丑陋的伎倆。這時你會發現，你的技術不比任何人差。
我一直認為GitHub是一個很好的途徑，能把更多女性吸引到編程這項工作中來，盡管我還沒見過關于這方面的殺手級軟件。社會的認可和自我成就感也許可以算得上主要的動機，如果說女性更看重工作中社會互動的部分，那么貢獻代碼將會是一個很好的參與。這將打破大家對程序員與生俱來的錯誤成見，認為他們是生活在象牙塔里孤單的人，他們會認識到，其實程序員這個工作的社交成分比他們想象中的要多得多。
如果一個有經驗的開發者能與一個沒那么有經驗的女性合作，然后指導她們逐步成為開放源代碼的貢獻者，那將會是一件很棒的事。指導者會教她們如何在GitHub上建立派生項目（并根據項目規模、興趣愛好和能力范圍幫助她們辨別哪些項目可以當做一個良好的開端），在提交前檢查她們的代碼，并且回答她們的任何問題。指導者和入門者合作的整個過程，包括指導的過程，都可以完全在線上完成，可以覆蓋到大量的潛在導師和學生，這數目會超過那些女性為主的教授編程的學校。
如果這個計劃能直接由GitHub來實施就再好不過了，我就會馬上做出“向導志愿者”的策劃并且篩選出可用的向導。
好吧，可能這對于GitHub來說是瘋狂的想法，讓一個低級別的程序員去管理Git資源庫，讓編寫代碼發生真正的社會意義上的變革……但是這是我的博客，我可以在這里暢想。
