年輕程序員如何快速成長

最近公司招聘了一批初級前端工程師，招聘以後就是開始培訓和實習指導，培訓過程當中，思考了一些問題，包括如何更好的培訓 指導 以及管理新人。也思索了新人程序員本身應該如何快速成長。

態度是第一位的

態度用因而第一位的，不僅是新員工，老員工也是如此。不過對於新員工來講，更加劇要。沒有好的態度的員工，能力再強，企業也不喜歡。更況且，我不多見到態度很差的員工，有很強的能力的。

首先是要認真

在給新人作培訓的時候，就會發現一部分員工很認真的聽講，並及時作筆記，而少數員工則是插着手在哪兒一聽而過。爲了解決這個問題，我在培訓中直接定了規則，每一個人都必需要寄筆記，並強制寫培訓總結。 這樣也方便我從員工的培訓總結中看出那些人的理解更加到位。固然認真的態度不至於培訓階段，在實際開展工做的時候也很是重要，這其中包括遵循公司的規範。好比寫代碼應該按照公司肯定的好的規範來嚴格執行；做爲的任務本身要認真檢查；完成任務以後，須要發郵件；給客戶發郵件，須要禮貌用語，並詳盡的解釋相關的事宜等等，每個細節，都須要認真對待。

謙虛的態度

所謂謙虛的態度，首先要求你們有空杯心態，特別是一些有必定基礎的員工，須要先對本身的認知清零，而後認真的聽取培訓老師的培訓，在實際工做中，要多聽取老員工的意見，建議。由於做爲新人（至少是絕大多數），你在不少問題上的認知確定要比老員工差，這個時候，就算你有本身想法，也要認真聽取領導或者其餘同事意見。就算是工做了不少年的我，如今都保持這個習慣，對於一個問題，我有了本身的想法，或者解決方案，我也會諮詢其餘人，或許其餘人還有更好的解決方案呢。固然你有本身的想法，大膽的發表出來，也是很受歡迎的。謙虛並不表明一味的惟惟諾諾的態度，惟惟諾諾的態度，也不是謙虛，並且也是不受歡迎，對本身發展也不利的。大部分時候，咱們但願員工有本身積極思考的態度。

積極的態度

包括幾個方面。

• 第一個，積極作事，工做中積極爭取作更多的事情，如此本身可以有更多學習的機會，二來也可以給公司一個更好的印象，公司也便願意提供更多機會給你；

• 第二個，積極溝通，溝通能力是一個很重要的能力，對於人的成長技巧重要。後面會專門說道溝通。

  • 第三個，積極思考，遇到問題可以積極主動的思考解決方案，而不是消極等待或者排斥。

勤奮努力的態度

要想得到更快更長足的進步，勤奮努力是必須的，及時對於極有天賦的人。因此通常而言，我都會對新來的員工說：公司雖然不會強制你們加班，可是做爲新人，你確定要作到比別人更加努力，自覺投入更多的時間在學習上面。

變換你的心態

你不是一個學習者,而是一個執行者

對於一些剛畢業的新人來講（或者剛轉行到軟件行業的人），要意識到，公司招聘員工，是要求員工給公司創造效益的。 因此雖然前面提到新人須要努力的學習來提供本身的能力，可是新人須要意識到，學習不是最終目的，最終目的是爲了解決問題，作出成果。 因此，新人要意識到：雖然學習是必要的，可是快速進入工做狀態，而非一直處於學習狀態，纔是一個員工應該有的狀態。由於進入公司，你就不在是一個學生。

---

培養溝通能力

不少程序員忽略溝通能力。認爲作程序員，只要可以把代碼寫好就行。事實遠非如此。做爲程序員，須要和至少以下人員常常溝通：

• 設計師 （溝通設計方面）
• 產品經理或者客戶 （溝通需求）
• 其餘程序員（溝通需求、技術、對接等等問題）

若是一個程序員不能很好的和以上人員溝通，很難想象他可以合格的完成任務，跟別說出色了。
那麼做爲新人應該如何培養本身的溝通能力呢。

好的溝通條件

在我看來，好的溝通必定有以下兩個重要的條件：

• 可以很好的理解別人的意圖
• 很好的表達本身的意圖，以便別人可以理解。

積極溝通需求

通常在上司給安排了工做以後。
有的人就開始作了起來，可是實際上，可能需求不是很明確，而不明確的，也不會主動提問溝通。 而有的人會思考需求，而後把本身不明確和上司或者其餘同事積極溝通清楚。
積極溝通需求

及時呈現工做成果

在完成一個任務以後，能夠經過發郵件，圖片，視頻或者demo的方式多呈現本身的工做成果。

• 可以確定本身的勞動成果
• 讓人瞭解相關工做進度
• 另外能夠及時的讓人看到所作工做的不足。

不要懼怕呈現本身的缺陷

有的時候，新人不肯意溝通，是懼怕呈現本身的不足。實際上偏偏相反，做爲新人，不能懼怕呈現本身的不足之處。只有你讓別人看到了你不足的地方，纔可以很好的幫助你改進，提升。而若是你一味的隱藏本身不懂的業務，技術。極可能，在很長一段時間以後你仍是不懂。 通常而言，你的上司能夠容忍一個新人剛開始不懂，可是不能容忍在一段時間以後，還有不少東西不懂，好比我就是這樣的，最初你不懂，我能夠理解，並給予你支持幫助，可是較長時間以後，一些基本的東西你還不懂，我可能就會有見解了。

合理的提問

固然，雖然我鼓勵新人多提問，可是仍是但願新人提的問題是搞水平的。而不是低質量的問題。一個問題，你須要本身先思考，先查你已知的資料，在此基礎上，你在來提問。而不是一開始上來就提問。 另外提問以前要梳理清楚一個任務中的業務 技術點，在此基礎上，提出你不懂的部分。 最好不要提出相似 「這個任務我不會，你能教教我嗎」。 而最好是這個任務是幹什麼的，1，2，3 列清楚，而後當前技術 我本身知道了哪些，有幾個技術點或者業務點不清楚，須要指導。 要知道，你的上司或者其餘同事，可能很忙，不可能什麼問題都來和你重新梳理一遍。
另外，你若是但願別人幫你調試解決某個問題，最好是把問題寫出一個最小化的demo，讓人來幫忙看。

儘快熟悉相關業務

溝通能力並非單一的「溝通能力」。若是你可以儘快的熟悉公司的業務，那麼溝通能力自己也會上升。

錘鍊思惟能力

調試能力

不會調試的程序員，不能稱之爲程序員。經過調試，發現數據，程序運行的規律，找到問題所在，並修復問題。能夠說，一個程序員的大部分時間都是在調試，若是能很好的掌握調試技巧，將會是你的程序員生涯的巨大障礙。
調試自己也能夠調高你思考問題的能力。
因此，學習各類調試技巧和調試思路，勢在必行。

善於思考，反思，總結

在遇到問題的時候，須要本身作中總結和反思。 思考本身的解決方式，思惟方式。若是遇到一些問題，本身沒能解決，而在別人的幫助下解決了，不解要總結改問題的解決方案，還須要總結別人的思惟方式。我從小上學數學不錯，就是由於本身花了大量時間在這種思考、反思、總結上。遇到本身不會，老師指導了纔會的問題，也必定要不斷梳理思路，看本身應該如何「順利」的就能想到這種解決方案。

記錄，寫文檔

固然，若是你可以學習寫做，把平時思考、反思、總結下來的東西記錄下來，必定更好。寫做其實也是一種重要的能力，對於每一個人來講都比較重要。 把問題解決方案或者其餘思路等記錄下來，整理成文檔，能夠加深本身的記憶，也方便之後遇到相似的問題的查閱，同時還能夠分享給他人，幫助別人解決相似問題。
因此寫文檔是一件當下利益不明顯，可是長遠利益巨大的事情。

猜想的能力

記得我當年高中的物理課，老師說：物理問題要大膽猜想，當心論證。對於一些問題，咱們可能暫時文檔 資料欠缺，在這種狀況下，咱們可能須要可以猜想。根據咱們已經有的知識，猜想某個可能性，而後經過某個方式來論證猜想。
好比，以JS爲例，咱們遇到某個對象的API接口不明朗的時候，咱們能夠在控制檯 遍歷出相關的接口函數，而後更加函數名稱，猜想某個函數是作什麼的，選中咱們須要的接口函數。
固然上面的舉例只是一種簡單的猜想 論證。還有更多複雜的狀況。總之，在未知的狀況下，不要懼怕中止不前，而是多去猜想，嘗試。說不定 就可以找到解決方案。

除此以外，在調試問題的時候，猜想問題的可能性也是一種很重要的能力。

提升學習能力

### 快速學習的能力
對於新人來講，感受本身要學習的東西不少。這個時候咱們在學習的時候要掌握技巧。要有「粗學」和「細學」的能力。對於不少文檔或者知識點，先從總體理解，而後大體瀏覽一遍相關文檔。，而後在實際中運用中，遇到相關的的知識點，再去細緻的瞭解。而不是一個知識點一個知識點的細緻學習，可能等你學完後面的，前面的已經忘記了。因此在「粗學」的過程當中，如下兩點比較重要：

• 對於總體框架必定要有個很好的認識，理解框架的做用，架構思路，編程思想，代碼風格。
• 在「粗學」知識點的時候，以瞭解該知識點的做用和運用範圍爲主。

以解決問題爲導向

前面提升了快速學習，實際上快速學習要可以真正落實，產生效用。 須要咱們以解決問題爲導向。遇到一些新手，喜歡看不少書，學習不少知識點，技術點，可是實際動手能力不好。 爲何我遇到一些參加培訓的同窗，培訓出來以後的效果並不會很明顯。由於，在培訓過程當中，你仍是着重在學習，而這種學習，可能存在缺陷：

• 學習的東西可能很快忘記了
• 並無提升你解決問題的能力

我就遇到不少新人特別好學，無論什麼技術，都但願本身可以掌握，要去學一學。 覺得掌握了不少知識點、技術點就能成長的更加厲害。可是每每事與願違。學了那麼多知識，仍是過很差這一輩子，哦，錯了，仍是解決不了稍微有點難度的問題。 因此建議新人的學習，應該多以解決問題爲導向來學習：

• 學習你近期工做最須要的相關知識和技術。
• 培養相關的思考問題的方式，思惟、架構能力，而不僅是學習知識點。
• 把工做內容涉及到的相關技術作到極致，而不是淺嘗輒止，懂一點點就中止不前。

其餘工做外的技術點要不要學，固然要學，多學習能夠開闊本身的視野，從而潛移默化的提升你的認知能力和處理問題的思路和能力；可是時間上改如何分配和平衡，須要把握好。

解決問題的技巧

難的問題，80%也是簡單的

若是看不清前方的路，那就一步一步走。

在遇到比較難的問題時候，咱們每每會一籌莫展。我遇到一些員工，在遇到稍微難的問題的時候，就不知道如何下手。可是事實上，一個難的問題，可能難的部分只有20%，或者更少的比例。可是咱們每每被難的部分給嚇住了，而後不敢動手，或者不知道如何下手。其實，咱們只要稍微把任務分解下，就會發現，還有不少部分是咱們能夠下手開始作的，這個時候，應該先忘掉難點的部分，開始着手咱們會的部分。在作你會的事情的過程當中，可能也發現了難點的解決方案。而即便沒有發現難點的解決方案，這個時候也能夠拿着你已經作出來的部分，去求助他人的幫助，這樣別人在幫助你解決問題的時候也方便。