頂級公司程式設計師，一天只寫100行程式碼？

前段時間，同事給我看了Quora上一名Google工程師Raymond Farias發表的這樣一則評論：“我的同事最近和我分享了一個調查，調查指出一名高效的谷歌工程師每天大概會寫 100-150 行程式碼，我認為這個資料絕對遠遠低估了實際的情況。”為了證明自己是正確的，他統計了自己最高效的日平均程式碼行數，震驚的發現這個數字是150行。

這個評論在Quora上引起了不小的風波，大家紛紛質疑，每天只能寫100-150行程式碼是不是意味著谷歌的程式設計師工作輕鬆、效率低下呢？

其實外界對矽谷公司工作效率的質疑也不是一天兩天了。Business Insider上個月還專門對矽谷程式設計師做了一次專訪，揭秘了一群“神秘”的人物：The Coasters。這些人奉行“rest and vest”的原則，不怎麼上班也能坐數鈔票。

這樣的生活聽起來是無比美好，但是真相是什麼呢？我Google的同事，曾經連續3年獲得Top Performer的閆老師是這樣評價的。

Q1. 你對谷歌員工一天只寫100-150行程式碼怎麼看？

閆：用程式碼行數評價程式設計師是不公平的。

每天100-150行程式碼這個數字我覺得還是非常準確的。150行程式碼已經不少了。在Google這種比較大的公司，程式設計師解決的問題往往都比較複雜，所以寫每一行程式碼背後的工作量都是很大的。為了寫這100多行的程式碼，你可能要先看懂一個一萬多行的code base，然後要參閱很多的reference和document，才能真正理解要做的東西是什麼。

另外，Google的風格是比較注重細節，所以程式設計師往往都是要做到最好這樣的一個態度。所以，真正開始程式碼之前，需要花費的時間是很多的。有的時候，你只看到了他改了幾行程式碼，但是背後花的時間可能是6-7個小時。這也正是優秀的程式設計師所能帶來的價值。

從這個角度看，用程式碼行數評價程式設計師其實不太公平，Google內部也不會用這個標準去衡量程式設計師的工作質量。

Q2. 不看程式碼行數，那應該如何衡量程式設計師的工作？

閆：真正的評價標準是你工作的impact

對於工作質量的衡量，不僅僅用行數來衡量，更重要的還是程式碼的質量，和工作的impact。比如你做的這個東西對於整個的businees來說到底有什麼impact，有什麼value。對於使用者來說，這個東西是否有用、好用，是不是真正的為使用者體驗帶來提升。或者你能否提供新的產品，幫助大家的工作和生活。

Q3. 那你在Google的時候，工作日常是什麼樣子的呢？

閆：程式設計師每天一半以上時間不在寫程式碼

很多人都以為，一個Software Engineer的工作就是每天不停地寫程式碼，其實在Google工作並不是這樣的，每天寫程式碼的時間其實並不是非常多。更多的時間還是花在思考和Design上面。像我每天大概有一半的時間在寫程式碼吧。隨著級別的提升，你可能會更多的參與Design和管理的工作，寫程式碼的時間就會越來越少。

如果級別到了manager或者director的級別，那麼寫程式碼這樣細節性的工作就不再是主要職責了。他一方面需要讓組裡的程式設計師都能愉快的工作，並且deliver一個不錯的結果。另一方面，更要考慮這產品或者專案到底要實現什麼功能，未來走向是什麼，與其他Team如何合作完成任務。當然，這不是每個engineer都能做的，需要達到一定的level，有了豐富的經驗，才能做這件事情。

Q4. 在Google是否存在“Coaster”這種現象呢？

閆：Google嚴進寬出，很少裁人，這是謠言

這種不幹活，白拿錢的人，至少我個人是從來沒有見過的，即使是在Google。

實際上，矽谷這邊的競爭是非常激烈的，這些公司如果要在這樣的環境下生存下來的話，就需要跑的非常快才行，基本上不會有機會給這種Coaster。

外面有很多人認為Google是個養老的公司，work life balance特別好，裁人很慎重。但實際上，Google不是不裁人的。只是它會用更加軟的方式來解決這個問題，不會像其他公司那麼直接和aggressive，不會對他的reputation造成什麼影響而已。

大部分人進Google之前，和進去之後看法都有變化。一開始覺得我去了Google之後就輕鬆了，去了之後才發現其實還是挺忙的。相對來說，Google的氛圍的確要更寬鬆一些，但是工作還是要做好的。Google對工作的評判是有一個非常完整的制度的，還是非常公平的。

所以說，還是要成為一個Solid的程式設計師，好好工作，不要懷有僥倖心理啊。

作者：孫老師RickSun

出處：極光日報