我在GitHub的工作是怎樣的

英文原文：What's it like to work at GitHub?

最近我去了很多地方，每到一處都會有人問我同一個問題：在 GitHub 的工作是怎樣的？答案很簡單：感覺非常棒！

你在做自己喜歡的事情嗎？

是的。有些時候，會有人建議我說有個項目可能會對我有幫助，但是沒有人要求我必須做什么。GitHub 鼓勵每個人做自己感興趣且對公司有益的事情。

我們的“技術總監”Ryan Tomayko 這么寫道：

我并不為此感到擔心。如果我告訴某個人應該做什么，然后他們按照我的要求去做，接下來會怎樣？我會不會還需要告訴他們還有別的事情要做？如果部門里除了他還有 20 個工程師，難道我還要為他們每個人決定應該做什么？

事實上你應該馬上讀一下這篇文章。我會在這里等你讀完…

公司是不是類似無政府狀態？

是的。無政府狀態是一種管理制度，“盡一切可能避免使用脅迫、暴力、武力和權威的同時，產生一個高效和理想的社會”。

在一個規模不大且成員彼此高度信任的組織里，無政府狀態反而會讓事情運轉良好。GitHub 的每個人都有權做他們想做的任何事情。杰出的作品會令你受到尊重，然而如果濫用自由則會遭到每個人的唾棄。

如何選擇自己的工作？

有很多人在 推ter 上問了這個問題，因此我覺得有必要解釋一下。

我們可以利用 GitHub 來構建 GitHub，所以我們非常了解它的優勢和不足。我們利用 GitHub Issues 跟蹤 bug 以及計劃實現的新特性。即使有些好的想法與目前的工作無關，在公司內部我們會有一個創意白板可以將它們記錄下來。每個人都可以發表自己的觀點或對別人的想法做出評論。

雖然 GitHub 的創始人和其他核心成員會幫助團隊設定愿景，但是我們每個人都有權決定自己應該做什么。

如果你想要做的事情不能給公司帶來效益會怎么樣？

GitHub 中的每個人都有責任將自己的想法推銷給公司中的其他人。我很快就意識到，如果我不能讓其他人對我正在開發的項目產生興趣，要么是我表達得不清楚，或者更可能的情況是這個項目不能為公司帶來效益。也許你會繼續自己的項目，然而很可能這個項目會變成只有你一個人。

如果其他人沒有做好本職工作怎么辦？

通常在這種情況下他們會感到非常內疚，因為他們令每個人感到失望。我們不靠外在利益和壓力驅動，每個人都有自己的動力。交付產品的成就感是我們最大的驅動力。沒有人愿意讓別人認為他們沒有做好自己的本職工作。

你面臨的最大挑戰是什么？

我會遇到下列挑戰：

過度承諾

我的個人興趣與 GitHub 利益的交集看起來像是兩個琢磨不定的圓圈組成的維恩圖。很多正在發生的精彩故事位于這個交集之間。過去的幾個月，我在不斷地透支自己，結果生產率下降到了標準之下。

我們和藹可親的領導最近把所有人都召集在一起，讓大家把所有的時間都集中到一件事情上來。交付手頭的工作之前不能夠做其它事情，這件事教我學會了說“不”。

譯注：維恩圖：也叫文氏圖，用于顯示元素集合重疊區域的圖示。

信號 vs 噪音

在這么一個有著 80 名員工、沒有上下級關系且項目很多的公司里，噪音肯定不會少。我想說的是有很多噪音。剛開始的幾個月，我試圖跟上項目的進度，然而我很快發現自己不能正常地工作。一天中有一半的時間花費在同事項目的討論上。

我已經學會了屏蔽那些與當前項目無關的聲音。

過多的意見

經驗豐富的人才通常有著強烈的觀點。經驗會成為我們的一種負擔。由于在某種情況下效果不明顯，我們會放棄使用某些工具或技術，然而我們并沒有意識到它僅對于那種特殊情況不適用。現在想象有 55、70甚至是 80 個有經驗的人在一起工作。對于使用何種工具或者應該做那些功能會有很多激烈的討論。雖然大多數時候討論是富有成效的，然而這樣的討論也會令人疲憊不堪。

據我了解，沒有什么好辦法能夠解決在工作代碼上 pull request 的爭論。只有讓代碼成為溝通的動力，情況才會發生改觀。如果你不喜歡別人提交的代碼，那么就自己做出來并說服別人接受它。

與其他工作中遇到的問題相比，這些都是 FWP 問題。

譯注：

pull request：GitHub 的功能，可以將自己的修改提交給作者。

FWP (First World Problem) ：“第一世界問題”， 是指那些居住在較發達的國家難以察覺的問題。

GitHub 會有怎樣的發展？

我在 GitHub 度過了職業生涯中最美好的 6 個月。我真心地熱愛我們的產品。不僅如此，我也喜歡這家公司。如果 GitHub 只能夠對這個世界產生一點影響，我希望是激勵其他公司改變他們的工作方式。

你還有哪些關于 GitHub 的問題？情在評論中自由提問，我會盡己所能給出答案。

英文原文：  Brandon Keepers 編譯：伯樂在線 – 唐尤華