一名技術人員的十條精進原則

電子工程師指從事各類電子設備和信息系統(tǒng)研究、教學、產品設計、科技開發(fā)、生產和管理等工作的高級工程技術人才。一般分為硬件工程師和軟件工程師。硬件工程師主要負責電路分析、設計；并以電腦軟件為工具進行PCB設計，待工廠PCB制作完畢并且焊接好電子元件之后進行測試、調試。軟件工程師主要負責單片機、DSP、ARM、FPGA等嵌入式程序的編寫及調試。FPGA程序有時屬硬件工程師工作范疇。

其主要工作：

1、研究、開發(fā)、設計、生產集成電路、半導體分立器件、電真空器件和特種器件；

2、研究、開發(fā)、設計、生產阻容元件、敏感元件，磁性器件、石英晶體與器件、電子陶瓷與壓電、鐵電晶體器件、機電組件、電子線纜、光纖光纜、化學物理電源及激光、紅外技術的應用等；

3、研究、開發(fā)電子元器件封裝技術及其應用；

4、研究、開發(fā)電子元器件試驗與檢測技術及其應用。

5、科技研究。

接下來想要用一個故事跟燒友們一起來探討下工程師的能力與職場來講述下我們工程師群體的五味雜陳的故事。

時間回到8年前，我人生中第一份實習的工作，是在某互聯(lián)網(wǎng)公司的無線搜索部做一個C++工程師。當時的我可謂意氣風發(fā)，想要大干一場，結果第一次上線就寫了人生中第一個Casestudy。

由于對部署環(huán)境的不了解，把SVN庫里的配置文件錯誤地發(fā)到線上，并且上完線就去吃晚飯了，等吃飯回來發(fā)現(xiàn)師傅在焦頭爛額地回滾配置。那次故障造成了一個核心服務20分鐘不可用，影響了幾百萬的用戶。

這僅僅是一個開始，在后來半年的時間里，我?guī)缀醢阉新殘?a target="_blank">新人可能犯的錯誤都犯了個遍。架構師讓我調研一個抓取性能提升方案，我悶頭搞了兩周，也沒有得出任何結論；本來安排好的開發(fā)計劃，由于我臨時要回去寫論文，搞得經(jīng)理措手不及；參加項目座談會，全程“打醬油”。

8年過去了，自己從一個職場小白逐步成長為一名技術Leader。我發(fā)現(xiàn)團隊中的很多同學在不停地重復犯著自己當年類似的錯誤。他們并不是不努力，到底是哪里出了問題？經(jīng)過一段時間的觀察與思考后，我想我找到了答案。

“追求卓越”是美團的價值觀。作為一名技術人員，我們應該如何踐行呢？本文總結了十條精進原則，希望能夠給大家?guī)硪恍﹩l(fā)，更好地指導我們的行動。

原則一：Owner意識

“Owner意識”主要體現(xiàn)在兩個層面：一是認真負責的態(tài)度，二是積極主動的精神。

原則二：時間觀念

相信大家都有時間觀念，但是真正能執(zhí)行到位的可能并沒有那么多。互聯(lián)網(wǎng)是一個快速發(fā)展的行業(yè)，RD的研發(fā)效率是一個公司硬實力的重要體現(xiàn)。項目的按期交付是一項很重要的執(zhí)行能力，在很大程度上決定著領導和同事對自己靠譜程度的評價。大家可能會問：難度幾乎相同的項目，為什么有的同學經(jīng)常Delay，而有的同學每次都能按時上線？一個很重要的原因，就是這些按時交付的同學往往具備如下兩個特質：做事有計劃，工作分主次。

原則三：以終為始

“以終為始”（Begin With The End In Mind），是史蒂芬·柯維在《高效能人士的七個習慣》中提到的一個習慣。它是以所有事物都經(jīng)過兩次創(chuàng)造的原則（第一次為心智上的創(chuàng)造，第二次為實際的創(chuàng)造）為基礎的。直觀的表達就是：先想清楚目標，然后努力實現(xiàn)。

原則四：閉環(huán)思維

你是否遇到過這樣的場景：參加了一個設計（或需求）評審，大家興致勃勃地提了很多合理的意見，等到再次評審的時候，卻發(fā)現(xiàn)第一次提的很多問題都沒有得到改進，很多討論過的問題需要從頭再開始討論。這種情況就是一種典型的工作不閉環(huán)。

原則五：保持敬畏

“君子之心，常懷敬畏”，保持敬畏之心能夠讓我們少犯錯誤。在工作中存在各種各樣的規(guī)范，例如代碼規(guī)范、設計規(guī)范、上線規(guī)范等等。我們必須明白，這些規(guī)范的制定一定是基于某些客觀原因的，它們都是歷史上無數(shù)Case積累而來的經(jīng)驗。團隊里的每一個成員都應該學習并嚴格遵守，這一點對于新人尤其重要。

原則六：事不過二

“事不過二”，是我們團隊一貫堅持的原則，它可以解讀為兩層含義。

一層含義是“所有的評審與問題討論，不要超過兩次”。之所以有這樣的要求，是因為我們發(fā)現(xiàn)，很多RD都把時間花費在一些無休止的評審與問題討論中，真正投入到實際開發(fā)中的時間反而很少。在實際工作場景中，我們經(jīng)常會遇到一些不是很成熟的需求評審。這些需求文檔，要么是背景與目標含糊不清，要么是產品方案描述不夠細化，或者存在歧義。

“事不過二”原則的另一層含義，是“同樣的錯誤不能犯第二次”。每次故障之后，Casestudy都必須進行深刻的總結復盤，對故障原因進行5Why分析，給出明確可執(zhí)行的To Do List。每次季度總結會，大家自我反省問題所在，在下個季度必須有所改善，不能再犯類似的錯誤?？鬃釉疲骸安贿w怒，不貳過”，在錯誤中反思與成長，才能讓我們成為更優(yōu)秀的人。

原則七：設計優(yōu)先

“設計優(yōu)先”這條原則，相對來說更加具體一些。之所以單列一項，是因為架構設計太重要了。Uncle Bob曾說過：“軟件架構的目標，是為了讓構建與維護系統(tǒng)的所需人力資源最小化?！?/p>

“設計優(yōu)先”這一原則，要求寫別人看得懂的設計。我們了解一個系統(tǒng)最直接的途徑就是結合設計文檔與代碼。在實際工作中，很多同學的設計文檔讓大家看得一頭霧水，通篇下來，看不出系統(tǒng)整體的設計思路。其實，設計的過程是一種智力上的創(chuàng)造，我們更希望它能成為個人與集體智慧的結晶。

原則八：P/PC平衡

“P/PC平衡”原則，即產出與產能平衡原則。伊索寓言中講述了一個《生金蛋的鵝》的故事。產出好比“金蛋”，產能好比“會下金蛋的鵝”?！爸氐拜p鵝”的人，最終可能連產蛋的資產都保不?。弧爸伫Z輕蛋”的人，最終可能會被餓死。產出與產能必須平衡，才能達到真正的高效能。

原則九：善于提問

“善于提問”，首先要勤于提問。求知欲源于好奇心，是人類的一種本能。在工作中要養(yǎng)成勤于提問的好習慣，不懂就問，不要因為自己一時懶惰或者礙于情面，就放棄提問的機會。當遇到不同的觀點時，也要禮貌地問出來。波克定理告訴我們，只有在爭辯中，才可能誕生最好的主意和最好的決定。

在設計評審、代碼評審這類體現(xiàn)集體智慧的活動中，遇到有問題的地方一定要提出來。我經(jīng)?？吹?，很多同學評審全程一言不發(fā)，這就是浪費大家的時間。設計評審的目的，是讓大家針對方案提出改進意見并達成一致，如果全程“打醬油”，那就失去了評審的意義。我們鼓勵大家多提問，把自己內心的疑惑表達出來，然后通過交流的方式得到答案。

原則十：空杯心態(tài)

“滿招損，謙受益”，“空杯心態(tài)”是最后一項原則。我覺得這也是一個人能夠持續(xù)成長的前提。做技術的人，骨子里通常有股傲氣，并且會隨著資歷、成績的提升而不斷增加。初入職場的小白，可能會非常謙虛，但是工作幾年之后，專業(yè)技能逐步提升，可能還取得了一些小成就，人就會越來越自信。

工作學習就像“練級打怪”，技能儲備的越多，就越容易走到最后。保持空杯心態(tài)，可以讓我們發(fā)現(xiàn)很多以前注意不到的新能力，我們要做的就是努力學習它，將它們轉化為自己能力庫的一部分。