我在GitHub的工作是怎样的

   <div id="news_body">     <p> 英文原文：<a href="/misc/goto?guid=4958344362921067989">What's it like to work at GitHub?</a></p>     <p> 最近我去了很多地方，每到一处都会有人问我同一个问题：在 <a href="/misc/goto?guid=4958344363713484268" rel="nofollow" target="_blank">GitHub</a> 的工作是怎样的？答案很简单：感觉非常棒！</p>     <p> <strong>你在做自己喜欢的事情吗？</strong></p>     <p> 是的。有些时候，会有人建议我说有个项目可能会对我有帮助，但是没有人要求我必须做什么。<a title="GitHub 如何运作：时间并不决定一切" href="/misc/goto?guid=4958342999982262212" target="_blank">GitHub</a> 鼓励每个人做自己感兴趣且对公司有益的事情。</p>     <p> 我们的“技术总监”Ryan Tomayko 这么<a href="/misc/goto?guid=4958344365233402895" rel="nofollow" target="_blank">写道</a>：</p>     <blockquote>      <p>我并不为此感到担心。如果我告诉某个人应该做什么，然后他们按照我的要求去做，接下来会怎样？我会不会还需要告诉他们还有别的事情要做？如果部门里除了他还有 20 个工程师，难道我还要为他们每个人决定应该做什么？</p>     </blockquote>     <p> 事实上你应该<a href="/misc/goto?guid=4958344365233402895" rel="nofollow" target="_blank">马上读一下这篇文章</a>。我会在这里等你读完…</p>     <p> <strong>公司是不是类似无政府状态？</strong></p>     <p> 是的。<a href="/misc/goto?guid=4958344366769377269" rel="nofollow" target="_blank">无政府状态</a>是一种管理制度，“尽一切可能避免使用胁迫、暴力、武力和权威的同时，产生一个高效和理想的社会”。</p>     <p> 在一个规模不大且成员彼此高度信任的组织里，无政府状态反而会让事情运转良好。GitHub 的每个人都有权做他们想做的任何事情。杰出的作品会令你受到尊重，然而如果滥用自由则会遭到每个人的唾弃。</p>     <p> <strong>如何选择自己的工作？</strong></p>     <p> 有很多人在 推ter 上问了这个问题，因此我觉得有必要解释一下。</p>     <p> 我们可以<a href="/misc/goto?guid=4958344367564309220" rel="nofollow" target="_blank">利用 GitHub 来构建 GitHub</a>，所以我们非常了解它的优势和不足。我们利用 <a href="/misc/goto?guid=4958344368364098615" rel="nofollow" target="_blank">GitHub Issues</a> 跟踪 bug 以及计划实现的新特性。即使有些好的想法与目前的工作无关，在公司内部我们会有一个创意白板可以将它们记录下来。每个人都可以发表自己的观点或对别人的想法做出评论。</p>     <p> 虽然 GitHub 的创始人和其他核心成员会帮助团队设定愿景，但是我们每个人都有权决定自己应该做什么。</p>     <p> <strong>如果你想要做的事情不能给公司带来效益会怎么样？</strong></p>     <p> GitHub 中的每个人都有责任将自己的想法推销给公司中的其他人。我很快就意识到，如果我不能让其他人对我正在开发的项目产生兴趣，要么是我表达得不清楚，或者更可能的情况是这个项目不能为公司带来效益。也许你会继续自己的项目，然而很可能这个项目会变成只有你一个人。</p>     <p> <strong>如果其他人没有做好本职工作怎么办？</strong></p>     <p> 通常在这种情况下他们会感到非常内疚，因为他们令每个人感到失望。我们不靠外在利益和压力驱动，每个人都有自己的动力。交付产品的成就感是我们最大的驱动力。没有人愿意让别人认为他们没有做好自己的本职工作。</p>     <p> <strong>你面临的最大挑战是什么？</strong></p>     <p> 我会遇到下列挑战：</p>     <p><strong> 过度承诺</strong></p>     <p> 我的个人兴趣与 GitHub 利益的交集看起来像是两个琢磨不定的圆圈组成的维恩图。很多正在发生的精彩故事位于这个交集之间。过去的几个月，我在不断地透支自己，结果生产率下降到了标准之下。</p>     <p> 我们和蔼可亲的领导最近把所有人都召集在一起，让大家把所有的时间都集中到一件事情上来。交付手头的工作之前不能够做其它事情，这件事教我学会了说“不”。</p>     <p> 译注：维恩图：也叫文氏图，用于显示元素集合重叠区域的图示。</p>     <p><strong> 信号 vs 噪音</strong></p>     <p> 在这么一个有着 80 名员工、没有上下级关系且项目很多的公司里，噪音肯定不会少。我想说的是有<strong>很多</strong>噪音。刚开始的几个月，我试图跟上项目的进度，然而我很快发现自己不能正常地工作。一天中有一半的时间花费在同事项目的讨论上。</p>     <p> 我已经学会了屏蔽那些与当前项目无关的声音。</p>     <p><strong> 过多的意见</strong></p>     <p> 经验丰富的人才通常有着强烈的观点。经验会成为我们的一种负担。由于在某种情况下效果不明显，我们会放弃使用某些工具或技术，然而我们并没有意识到它仅对于那种特殊情况不适用。现在想象有 55、70甚至是 80 个有经验的人在一起工作。对于使用何种工具或者应该做那些功能会有很多激烈的讨论。虽然大多数时候讨论是富有成效的，然而这样的讨论也会令人疲惫不堪。</p>     <p> 据我了解，没有什么好办法能够解决在工作代码上 <a href="/misc/goto?guid=4958344369159151749" rel="nofollow" target="_blank">pull request</a> 的争论。只有让代码成为沟通的动力，情况才会发生改观。如果你不喜欢别人提交的代码，那么就自己做出来并说服别人接受它。</p>     <p> 与其他工作中遇到的问题相比，这些都是 FWP 问题。</p>     <p> 译注：</p>     <p> pull request：GitHub 的功能，可以将自己的修改提交给作者。</p>     <p> FWP (First World Problem) ：“第一世界问题”， 是指那些居住在较发达的国家难以察觉的问题。</p>     <p> <strong>GitHub 会有怎样的发展？</strong></p>     <p> 我在 GitHub 度过了职业生涯中最美好的 6 个月。我真心地热爱我们的产品。不仅如此，我也喜欢这家公司。如果 GitHub 只能够对这个世界产生一点影响，我希望是激励其他公司改变他们的工作方式。</p>     <p> 你还有哪些关于 GitHub 的问题？情在评论中自由提问，我会尽己所能给出答案。</p>     <p> 英文原文：  <a href="/misc/goto?guid=4958344362921067989" rel="nofollow" target="_blank">Brandon Keepers </a>编译：<a href="/misc/goto?guid=4958185140659301754" target="_blank">伯乐</a>在线 – <a href="/misc/goto?guid=4958342688666051599" target="_blank">唐尤华</a></p>    </div>