年輕程式設計師如何快速成長

2021-09-02 21:53:53 字數 3621 閱讀 8027

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

態度用於是第一位的,不只是新員工,老員工也是如此。不過對於新員工來說,更加重要。沒有好的態度的員工,能力再強,企業也不喜歡。更何況,我很少見到態度不好的員工,有很強的能力的。

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

所謂謙虛的態度,首先要求大家有空杯心態,特別是一些有一定基礎的員工,需要先對自己的認知清零,然後認真的聽取培訓老師的培訓,在實際工作中,要多聽取老員工的意見,建議。因為作為新人(至少是絕大多數),你在很多問題上的認知肯定要比老員工差,這個時候,就算你有自己想法,也要認真聽取領導或者其他同事意見。就算是工作了很多年的我,現在都保持這個習慣,對於乙個問題,我有了自己的想法,或者解決方案,我也會諮詢其他人,或許其他人還有更好的解決方案呢。當然你有自己的想法,大膽的發表出來,也是很受歡迎的。謙虛並不代表一味的唯唯諾諾的態度,唯唯諾諾的態度,也不是謙虛,而且也是不受歡迎,對自己發展也不利的。大部分時候,我們希望員工有自己積極思考的態度。

包括幾個方面。

要想獲得更快更長足的進步,勤奮努力是必須的,及時對於極有天賦的人。所以一般而言,我都會對新來的員工說:公司雖然不會強制大家加班,但是作為新人,你肯定要做到比別人更加努力,自覺投入更多的時間在學習上面。

對於一些剛畢業的新人來說(或者剛轉行到軟體行業的人),要意識到,公司招聘員工,是要求員工給公司創造效益的。 所以雖然前面提到新人需要努力的學習來提供自己的能力,但是新人需要意識到,學習不是最終目的,最終目的是為了解決問題,做出成果。 所以,新人要意識到:雖然學習是必要的,但是快速進入工作狀態,而非一直處於學習狀態,才是乙個員工應該有的狀態。因為進入公司,你就不在是乙個學生。

很多程式設計師忽略溝通能力。認為做程式設計師,只要能夠把**寫好就行。事實遠非如此。作為程式設計師,需要和至少如下人員經常溝通:

如果乙個程式設計師不能很好的和以上人員溝通,很難想象他能夠合格的完成任務,跟別說出色了。

那麼作為新人應該如何培養自己的溝通能力呢。

在我看來,好的溝通一定有如下兩個重要的條件:

一般在上司給安排了工作之後。

有的人就開始做了起來,但是實際上,可能需求不是很明確,而不明確的,也不會主動提問溝通。 而有的人會思考需求,然後把自己不明確和上司或者其他同事積極溝通清楚。

積極溝通需求

有的時候,新人不願意溝通,是害怕呈現自己的不足。實際上恰恰相反,作為新人,不能害怕呈現自己的不足之處。只有你讓別人看到了你不足的地方,才能夠很好的幫助你改進,提高。而如果你一味的隱藏自己不懂的業務,技術。很可能,在很長一段時間之後你還是不懂。 一般而言,你的上司可以容忍乙個新人剛開始不懂,但是不能容忍在一段時間之後,還有很多東西不懂,比如我就是這樣的,最初你不懂,我可以理解,並給予你支援幫助,但是較長時間之後,一些基本的東西你還不懂,我可能就會有看法了。

當然,雖然我鼓勵新人多提問,但是還是希望新人提的問題是搞水平的。而不是低質量的問題。乙個問題,你需要自己先思考,先查你已知的資料,在此基礎上,你在來提問。而不是一開始上來就提問。 另外提問之前要梳理清楚乙個任務中的業務 技術點,在此基礎上,提出你不懂的部分。 最好不要提出類似 「這個任務我不會,你能教教我嗎」。 而最好是這個任務是幹什麼的,1,2,3 列清楚,然後當前技術 我自己知道了哪些,有幾個技術點或者業務點不清楚,需要指導。 要知道,你的上司或者其他同事,可能很忙,不可能什麼問題都來和你從新梳理一遍。

另外,你如果希望別人幫你除錯解決某個問題,最好是把問題寫出乙個最小化的demo,讓人來幫忙看。

溝通能力並不是單一的「溝通能力」。如果你能夠盡快的熟悉公司的業務,那麼溝通能力本身也會上公升。

不會除錯的程式設計師,不能稱之為程式設計師。通過除錯,發現資料,程式執行的規律,找到問題所在,並修復問題。可以說,乙個程式設計師的大部分時間都是在除錯,如果能很好的掌握除錯技巧,將會是你的程式設計師生涯的巨大障礙。

除錯本身也可以調高你思考問題的能力。

所以,學習各種除錯技巧和除錯思路,勢在必行。

在遇到問題的時候,需要自己做中總結和反思。 思考自己的解決方式,思維方式。如果遇到一些問題,自己沒能解決,而在別人的幫助下解決了,不解要總結改問題的解決方案,還需要總結別人的思維方式。我從小上學數學不錯,就是因為自己花了大量時間在這種思考、反思、總結上。遇到自己不會,老師指導了才會的問題,也一定要不斷梳理思路,看自己應該如何「順利」的就能想到這種解決方案。

當然,如果你能夠學習寫作,把平時思考、反思、總結下來的東西記錄下來,一定更好。寫作其實也是一種重要的能力,對於每個人來說都比較重要。 把問題解決方案或者其他思路等記錄下來,整理成文件,可以加深自己的記憶,也方便以後遇到類似的問題的查閱,同時還可以分享給他人,幫助別人解決類似問題。

所以寫文件是一件當下利益不明顯,但是長遠利益巨大的事情。

記得我當年高中的物理課,老師說:物理問題要大膽猜測,小心論證。對於一些問題,我們可能暫時文件 資料欠缺,在這種情況下,我們可能需要能夠猜測。根據我們已經有的知識,猜測某個可能性,然後通過某個方式來論證猜測。

比如,以js為例,我們遇到某個物件的api介面不明朗的時候,我們可以在控制台 遍歷出相關的介面函式,然後更加函式名稱,猜測某個函式是做什麼的,選中我們需要的介面函式。

當然上面的舉例只是一種簡單的猜測 論證。還有更多複雜的情況。總之,在未知的情況下,不要害怕停止不前,而是多去猜測,嘗試。說不定 就能夠找到解決方案。

除此之外,在除錯問題的時候,猜測問題的可能性也是一種很重要的能力。

對於新人來說,感覺自己要學習的東西很多。這個時候我們在學習的時候要掌握技巧。要有「粗學」和「細學」的能力。對於很多文件或者知識點,先從整體理解,然後大致瀏覽一遍相關文件。,然後在實際中運用中,遇到相關的的知識點,再去細緻的了解。而不是乙個知識點乙個知識點的細緻學習,可能等你學完後面的,前面的已經忘記了。所以在「粗學」的過程中,以下兩點比較重要:

前面提高了快速學習,實際上快速學習要能夠真正落實,產生效用。 需要我們以解決問題為導向。遇到一些新手,喜歡看很多書,學習很多知識點,技術點,但是實際動手能力很差。 為什麼我遇到一些參加培訓的同學,培訓出來之後的效果並不會很明顯。因為,在培訓過程中,你還是著重在學習,而這種學習,可能存在缺陷:

其他工作外的技術點要不要學,當然要學,多學習可以開闊自己的視野,從而潛移默化的提高你的認知能力和處理問題的思路和能力;但是時間上改如何分配和平衡,需要把握好。

如果看不清前方的路,那就一步一步走。

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

程式設計師在工作中如何快速成長和學習?

認真苦幹的態度 最基本的態度,不多說,每個職場人都應該做到的。老闆招聘乙個員工,無論是面試還是複試,都會多方位的考驗這個態度,如果沒有把工作當做一件神聖的事情來做的態度,技術再怎麼牛,也不會考慮,可見,認真苦幹的態度顯得尤為重要。看過這樣乙個討論激烈的熱點問題 為什麼企業寧可花11k的月薪重新招人,...

程式設計師成長之路

和同行溝通 了解最新潮流 跟蹤相關的業界變化 和人分享你的經驗和作品 1.最基礎的,卻是最重要的 c語言編譯原理 資料結構與演算法 計算理論 數學 英語 2.模仿大師 追隨大師 多看大師的設計 實現 想象下自己如何做 要認真 模仿直到你看起來像大師 3.養成優秀的 風格 命名規範 對齊方式。k rl...

談談程式設計師成長

本篇文章主要側重的是程式設計師的硬技能方面的,不涉及軟技能。綜合上述的幾個原因,我認為對於大部分人來說,要想成為技術大牛,首先還是要明白 主要靠自己 這個道理,適當的時候可以通過請教大牛或者和大牛 來提公升自己,但大部分時間還是自己系統性 有針對性的提公升。有人認為寫業務 一樣可以很牛逼,理由是業務...