我在GitHub的工作是怎樣的

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

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

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

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

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

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

 

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

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

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

如何選擇自己的工作？

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

我們可以利用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的問題？請在評論中自由提問，我會盡己所能給出答案。

 

補充：《GitHub是如何運作》這個系列 3篇文章中（第一部分、第二部分和第三部分），也涉及到了Github員工工作環境。

打賞支援我翻譯更多好文章，謝謝！

打賞譯者