前不久，一名Google工程師發表了一條評論：“我的同事最近和我分享了一個調查，調查指出一名高效的Google工程師每天大概會寫 100-150 行代碼，我認為這個數據絕對遠遠低估了實際的情況。”為了證明自己是正確的，他統計了自己最高效的日平均代碼行數，震驚的發現這個數字是150行。

這個評論引起了大家的質疑，每天只能寫100-150行代碼？這是否意味著Google工程師工作輕松、效率低下？

但如果你真的了解軟件工程師的日常工作，就不會有這樣的疑問了。

目前很多代碼都可以用設計工具生成，或者購買行業資深服務商的基準代碼，但是還是需要根據項目或產品的需求編寫代碼，每天100-150行代碼這個數字我覺得還是非常準確的。以德賽西威工程師為例，車載娛樂系統中需解決的問題往往比較復雜，每一行代碼背后的工作量都很大。為了寫這100多行的代碼，你可能要先看懂技術部門提供的一萬多行的平臺代碼，參閱許多文檔資料或者咨詢多位相關工程師，才能真正理解要做的東西是什么。因此在真正開始coding（代碼編寫）之前，需要花費很多時間。

也許在你看來，他只是簡單修改了幾行代碼，但是背后他所花費的時間可能是6-7個小時。從這個角度看，用代碼行數評價工程師其實不太公平，德賽西威內部也不會用這個標準去衡量工程師的工作質量。

軟件工程師

很多人以為，一名軟件工程師的工作就是每天不停地寫代碼，而事實卻并非如此。在德賽西威工作，工程師們更多的時間花在思考和設計上，并且隨著級別的提升，會更多的參與設計和管理的工作。

如到了PL（項目經理）或者manager級別的，一方面他需要讓組里的工程師都能愉快的工作，并且輸出一個不錯的結果；另一方面，他要考慮產品或者項目到底要實現什么功能，未來走向是什么，與其他團隊如何合作完成任務。

然而，這不是每個工程師都能做的，需要達到一定的級別，有了豐富的經驗，才能做這件事情。

在我看來，工程師與寫文章有著異曲同工之妙，兩者都需要清晰思考的能力。頂尖的軟件工程師往往也是優秀的寫作者，他們的文章和代碼一樣富有邏輯性，行文流暢、優雅。

如今開發協作變得越來越重要，開發和運營一個產品常常需要大量工程師（Google Maps有1100個全職員工?。徽撌荊itHub評論、代碼注釋，還是技術文檔都需要清晰準確的文字表達，良好的寫作能力方便了人們之間的交流，能夠使項目更好地運行下去。

當然，并非所有的項目都需要交流協作，但是記錄或撰寫一些軟件相關的內容，對于學習和更進一步的討論同樣有促進作用，網上就有不少其他工程師寫的教程，這有利于彼此學習，共同進步。

工程師需要寫作，他們會享受寫作的過程，因為很多軟件工程師都期待自己開發的軟件能夠“產生影響”，給人們的生活帶來改變。實際上，通過寫文章，也能夠對人們“產生影響”，譬如說關于管理的博文可以幫助他人激勵自己的團隊，技術文檔和編程內容可能會引起一個學生學習計算機科學的興趣，關于職業規劃的文章則可以幫助畢業生找到新的職業方向。

（圖片來源于網絡）