【51CTO精选译文】我喜欢用GitHub，谁不是呢！虽然我也会像大多数程序员一样，喋喋不休地抱怨一些细枝末节，比如“最新的版本把复制的网址全堆在右下角的小框里，总是把网址都挡住了”之类的，但是总的来说我相当满意，在它的帮助下，我能够轻松地管理我的Git资源库。
GitHub还有其他不少好处：它让我成为了更好的开源公民。作为一个开发者，即使你从未维持开源项目，你也会发现自己很难摆脱对开源技术或多或少的依赖，况且你还会时常发现一些漏洞，或者是需要添加一些增强功能，我感觉，有了GitHub的帮助，把漏洞补丁和增强发送到上游的过程变得非常流畅。
我做程序员这个工作已经有好些年，自从用了GitHub，我回馈我所使用的开源项目的速度是从前的十倍。在使用GitHub之前，如果想加入一个错误报告，我就必须要建立一个diff或者把它发送到发送文件清单，不同项目的这一过程也是不同的，因此你需要常常在网络上或资料中查找确切的做法。但是在GitHub上处理项目，你可以直接向原始项目的维护者发送Pull Request。实际上我在安装或者更改的时候就已经生成了派生项目，所以我需要完成的只是制作pull request这个步骤。
GitHub还帮助我重新调整了对开放源代码贡献的模式，这也帮助我克服了冒充者综合症的不良症状，这些症状总是让我不停质疑我的代码够不够好，能不能提交到上游。在浏览了Linux内核的邮件清单后，你会觉得所有的开源项目都是由长着大胡子的挑剔的君主统治的，你提交的漏洞补丁或增强的代码如果不够好，可能会造成自我粉碎性的攻击，这让我随时保持谨慎的态度，保证代码的正确性。
很多开源项目并不像GitHub一样，他们欢迎人们来贡献，即使不喜欢你所提供的资源，也会给你良好的反馈。
而且，在我的想象中，所有受欢迎的开源项目的代码可读性都非常强，维护得也很好，这些开放源代码的维护者全都技术过硬，远远超过我们。但是现实却不可能是这样的，当我为了一个任务搜索资料库时，我通过GitHub简单的代码阅读搜集到了许多资源，使用这些资料前我对其进行了评估，发现它们的技术含量和代码质量各不相同，为了维修不惜使用丑陋的伎俩。这时你会发现，你的技术不比任何人差。
我一直认为GitHub是一个很好的途径，能把更多女性吸引到编程这项工作中来，尽管我还没见过关于这方面的杀手级软件。社会的认可和自我成就感也许可以算得上主要的动机，如果说女性更看重工作中社会互动的部分，那么贡献代码将会是一个很好的参与。这将打破大家对程序员与生俱来的错误成见，认为他们是生活在象牙塔里孤单的人，他们会认识到，其实程序员这个工作的社交成分比他们想象中的要多得多。
如果一个有经验的开发者能与一个没那么有经验的女性合作，然后指导她们逐步成为开放源代码的贡献者，那将会是一件很棒的事。指导者会教她们如何在GitHub上建立派生项目（并根据项目规模、兴趣爱好和能力范围帮助她们辨别哪些项目可以当做一个良好的开端），在提交前检查她们的代码，并且回答她们的任何问题。指导者和入门者合作的整个过程，包括指导的过程，都可以完全在线上完成，可以覆盖到大量的潜在导师和学生，这数目会超过那些女性为主的教授编程的学校。
如果这个计划能直接由GitHub来实施就再好不过了，我就会马上做出“向导志愿者”的策划并且筛选出可用的向导。
好吧，可能这对于GitHub来说是疯狂的想法，让一个低级别的程序员去管理Git资源库，让编写代码发生真正的社会意义上的变革……但是这是我的博客，我可以在这里畅想。
