顯示廣告
隱藏 ✕
※ 本文為 kewang 轉寄自 ptt.cc 更新時間: 2012-06-21 10:02:04
看板 Soft_Job
作者 evanc3 (evance)
標題 [閒聊] [轉錄] 在 Github 工作是什麼樣子
時間 Wed Jun 20 21:04:20 2012



# 這是今天下午無聊翻譯的,翻得不好請見諒

作者: Brandon Keepers
原文:
http://opensoul.org/blog/archives/2012/06/05/whats-it-like-to-work-at-github/


在 Github 工作是什麼樣子?

我最近常出門旅行,在每一個地方我都會被問到:在 Github 工作的感覺如何? 答案很簡
單:這真是太棒了!

真的可以想做什麼就做什麼嗎?

對,少數時候有些人會建議我看看一些也許會需要我幫忙的 project,但是沒有人告訴我
該去做什麼。每個人都可以去做某個他感興趣而且也對公司有幫助的工作。

我們的 "Director of Engineering" Ryan Tomakyko 寫道:

     我並不實際去規劃,如果我對一個人說該怎麼做而他也這麼做了,然後呢?
     我是不是該告訴他們接著要做什麼?
     想想如果現在有20個人需要我決定他們該做什麼會發生什麼事?

其實你可以現在去讀讀看他這篇文章[1],我會等你...

[1] http://tomayko.com/writings/management-style

這樣不會變成無政府狀態嗎?

是無政府沒錯,無政府指的是一種 "盡力避免壓迫、暴力、強制與權威的手段,但同時又
可以產生一個充滿創造力且令人滿意的社會" 的治理系統。

在成員擁有高度互信的小型組織裡,無政府運作得很好。Github 的成員都有完整權限去
做任何他們想做的事,去做一些很厲害的事然後贏得尊重。如果你濫用這份自由的話是在
褻瀆每個人對你的信任。


那你怎麼決定要做些什麼?

許多人在留言裡、Twitter 上問了這個問題,我想這值得多說一點。

我們的優勢在於使用 Github 打造 Github[2],所以可以持續的了解到強處與弱點。我們
用 Github Issue[3] 來持續追蹤 Bugs 還有我們想實作的功能需求。我們還有一個內部

的想法討論板,討論那些比較大、一個 Issue 塞不下的主意,每個人都可以發表與評論



[2] http://zachholman.com/talk/how-github-uses-github-to-build-github
How GitHub Uses GitHub to Build GitHub
Writings, screencasts, and talks by Zach Holman. Zach works at GitHub and enjoys consuming cherry pies. ...
 
[3] https://github.com/blog/831-issues-2-0-the-next-generation

當然,創辦者和核心成員會設定一個願景指出大概的方向,但是由我們負責決定實際該去
做什麼。

萬一你想做的事對公司沒什麼幫助呢?

每個在 Github 工作的人都有責任對其他人推銷他的想法。我很快地了解到如果沒有人對
我想做的 project 感興趣,那要不是我沒有把我的創意表達清楚,那就是 ──比較可能
的,這個 project 對公司沒什麼幫助。你還是可以繼續做下去,但你可能必須一個人孤
單地工作。


要是有些人做得比較少呢?

那他們會因為讓所有人失望而感到非常的內疚。我們是被內心深層的渴望所驅動而不是胡
蘿蔔與棒子那套。前進的樂趣是最好的動機。沒人想要「好像沒做到自己該做的部分」的
那種感覺。


你們最大的挑戰是什麼?

以下列出一些:

過量
「我感興趣的」與「對Github有幫助的」這兩個圓圈畫成的文氏圖變得越來越怪異。太多
棒透的事正在進行而且每件事都讓人想參與。所以我過度熱衷的結果就是在過去幾個月我
沒有達到我自己設下的產量標準。


很有大愛的領導者最近希望我們把所有的時間專注在一件事身上。在做某件事之前先確認
我已經把目前在做的事做完教會了我怎麼說不。

訊號 vs 雜音
我們有接近80個人,沒有階層,而且很多很棒的 project 正在進行,所以有很多雜音。
我說很多是指真的很多。在前幾個月,我試著跟上到底發生了什麼事。但是很快我發現這
樣我什麼都不能做,我得花半天時間就只為了解我的同事們在想什麼及做什麼。


除非它與我正在做的直接相關否則我必須忽略那些聲音。

選項超載
有才能又有豐富經驗的人們都有很強烈的主張。經驗帶來主見,而我們都帶著主見。我們
都發誓拋開某個工具或技術只因為它們在過往一個情境下失敗了,而不了解單純只是因為
這些工具或技術不適合那個情境而已。現在想像 80 個有著豐富經驗的人一起打造一些了
不起的東西,這將會有許多激烈的討論;關於該用什麼工具、什麼不該用,還有什麼功能
該做、什麼不該做。這些討論大部分都很有生產力,但是也很累人。


我了解到解決爭論最好的辦法就是用一個附上正確運作程式碼的 pull request[4]。能運
作的程式碼推動討論前進,改變也從這裡開始,如果你不喜歡別人的 pull request ,那
就自己做一個試著獲得大家的認同。

[4] https://github.com/blog/1124-how-we-use-pull-requests-to-build-github

相對於人們在別種工作環境要面對的問題,這些是全新的問題。

這會帶來什麼?

現在在 Github 工作的六個月是我職場生涯中最棒的一段。我超愛我們所打造的服務,更
重要的是,我愛我們打造的這間公司。如果 Github 只能對世界有一種影響,我希望我們
可以激勵其它公司改變他們的工作方式。


--
翻譯比我想得還累人,我太高估自己了orz
有翻錯或不通順的地方請不厭其煩的指正我,謝謝

對於這篇文章簡單的感想就是: Github 簡直就是工程師的烏托邦啊!

忘了補充:
原文下面的 comments 還有許多問答,不過我沒力翻了...

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.216.122.29
Ting1024:這樣很累...寧可目標明確一點,快速做完,然後泡茶聊天1F 06/20 21:09
diabloevagto:樓上這樣就不是因為興趣而做了,如果因為興趣而做2F 06/20 21:23
diabloevagto:這種模式就很棒啊!
※ 編輯: evanc3          來自: 61.216.122.29        (06/20 21:33)
jusiya:goretex也是像這種模式,有興趣自行開專案,員工自己選擇4F 06/20 21:43
jusiya:有興趣的團隊,裡面沒階級,連老闆是誰都搞不太清楚

--
※ 看板: FW 文章推薦值: 0 目前人氣: 0 累積人氣: 461 
分享網址: 複製 已複製
r)回覆 e)編輯 d)刪除 M)收藏 ^x)轉錄 同主題: =)首篇 [)上篇 ])下篇