你多久更新一次簡歷,決定了你的收入多久能提升
提到更新簡歷,或許大家第一時間就想到換工作,因為只有在換工作時才會更新。一般程式設計師大概1年半到2年跳槽一次,也就是說最多2年會更新一次。
更新簡歷是在其中更新自己的技術和各種能拿得出手的亮點,所以從這意義上來講,一個月至少得更新一次,畢竟一個月沒進步有些說不過去。一般來講,都是先有技術上的更新再有簡歷上的更新。
1 為什麼要更新簡歷?
第一當然為了找工作。
第二是為了承接私活。比如找出版社,找視訊網站,找培訓學校,找合夥人,一般都需要展示自己的能力和工作背景。
第三是為了記錄自己的成長,比如通過專案實踐,熟悉掌握了dubbo重試機制和失效轉移等原理和底層實現細節,那麼就可以至少可以在用到的技術列表里加上Dubbo,更可以酌情寫上“熟悉Dubbo底層實現”等話語。這固然可以在換工作前統一加上,但到時候未必能寫全,所以還是建議一有進步就加上。
2 每週小更新,如果沒更新,得重視
論語裡有日三省吾身的說法,所以我們可以每週總結下本週可以更新的進步點。
為什麼是每週小更新?第一,雖然每天有進步,但這進步的幅度未必能達到更新簡歷的程度。我們知道,簡歷是給公司看的,所以一些自欺欺人的進步點上不了檯面。比如,我們無法寫“追了xx劇多少集”或者“xx遊戲達到什麼級別”之類的話。那麼每週的小更新應該寫哪些內容呢?
第一是技術進步點,比如我熟悉了SQL語句調優技能,那麼可以在對應的專案經驗描述裡寫上“掌握了通過索引或執行計劃調優技能”。
第二是對框架的認識,比如熟悉了MyCAT的實踐,那麼可以根據熟悉程度寫上“用了MyCAT”或者“熟悉MyCAT”之類的話。
第三是專案方面的,比如本週正好熟悉了通過jenkins部署專案,那麼可以寫上“會用(或者熟悉)jenkins自動化部署”技能。
第四是其它可以證明自己的亮點,這就不侷限於技術了,比如在部落格園裡寫了博文留在首頁,或者在公眾號裡發了篇點選量很高的文章,就可以寫上“有技術部落格,且有一定點選量”之類的話了。
在每週更新時,可以記錄流水賬,更可以記錄細節,這裡舉個例子,比如在記錄自己Java高併發的經驗時,可以列上所有點,比如執行緒池,CountDownLatch等所有熟悉的點,這樣就能體現出自己的進步。
在操作過程中,如果本週確實因為工作忙不得不做重複勞動,這尚且情有可原,不過不能長久,因為如果長時間不更新,只會讓自己成為熟練工。如果因為個人原因,那麼就需要重視了,因為本週屬於毫無理由的沒進步。
或者有同學說,本週和上週進步的是同一個技術點,比如本週是繼續再實踐資料庫調優,雖然大方向一致,但本週的點未必和上週一致,這就有更新點。或者又有同學會說,我平時工作確實是重複勞動,所以本週的工作型別和上週一樣,都是在做增刪改查的業務。但專案裡一定包含中介軟體等技術,而且專案部署時一定也會用負載均衡高併發之類的元件,你就可以想辦法通過實踐來熟悉之類技能。總之,用回顧本週的方式,能倒逼我們不斷進步。
3 每月大更新,歸納框架或體系層面的進步
每週小更新,可以記錄流水賬,而每月的大更新,就需要把這些零散的進步彙總成系統層面的。
比如在本月,零散地記錄了在高併發方面的進步,那麼在月更新時,即可去掉各點,彙總成一句話:熟悉(或精通)執行緒池(或其它知識點)。
或者在本月裡,看了不少Spring Cloud裡Hystrix部分的底層程式碼,對限流和重試機制有一定的瞭解,那麼也可以彙總成一句話:熟悉Hystrix底層程式碼。
在月度大更新時,或者會發現無法彙總零散的進步點,那就說明進步點太雜,過於注重應用,沒有從底層程式碼或實現機制上深挖,那麼就可以糾正自己的進步方向。或者會發現自己的進步點太偏重於理論,那麼在後面時間點裡,就應該多找些動手的機會,比如在專案組裡分配活時,多想多看多做。
4 對一些缺乏專案經驗的同學,更得想辦法更新專案經驗
比如大三大四準備找工作的學生,或者工作不滿1年,實踐專案經驗比較缺乏的人群,我在做技術面試官的時候,看到這類簡歷上大多隻是描述自己的經驗和特長,基本很少看到像樣的商業商業專案,這就導致此類簡歷沒有面試機會。
臨淵羨魚不如退而結網,預期在用簡歷時發現缺乏專案經驗,還不如努力想辦法讓自己有更多的專案實踐機會,當然不能是虛假專案。
1 比如在校階段,往往計算機老師都會有和外面公司聯絡,如果本科講課老師沒,帶碩士的老師往往會有,大家可以自己和相關老師聯絡,或者通過別人介紹。別認為自己沒能力所以老師不會要,其實剛開始都這樣,態度好點再肯花時間,不久就能幹活了。
2 在校階段,甚至還可以出去找些軟體公司幹實習或者兼職,剛開始不是為了錢,而是為了專案經驗。
3 把課程設計畢業設計的專案都寫到簡歷中,雖然不是商業專案,但聊勝於無,對於那些培訓班的專案就更不用說了,自然有老師會指導怎麼寫。
以上是找專案機會的方法,有了機會就不愁無法更新專案了,一些大學生朋友,你們在感嘆簡歷上缺乏專案經驗時,是否努力上心找過?還是這句話,別坐等。
而剛開始工作的同學,可能專案實踐經驗時間比較少,那可以把你做過的事都列上,比如幫測試跑案例,部署專案,做前端和後端開發。總之專案經驗要看上去很飽滿,充分體現出你實踐過的技術,這樣你的簡歷就能幫你爭取到更多的面試機會了。
5 知行合一,在使用過程中,不斷修正用功的方向
簡歷能記錄我們的成長,更能倒逼我們進步,但更能應該我們提升收入。比如在不同的場景,展示側重點不同的簡歷。比如申請不同的職位,可以根據不同的職位描述微調簡歷。
同時,在使用時,往往會發現自己努力方向不同,比如我最近打算錄製分散式元件視訊,但在簡歷和具體要求匹配時,發現其中多數是使用經驗,而比較缺乏更深入的原理方面的經驗,這樣我就能及時調整方向。
而且我在面試時,發現不少候選人在簡歷上大多是過於基礎的技能,比如資料庫方面單純是增刪改查,而缺乏比較深入的調優經驗,而且經驗過多集中於windows,linux方面的很匱乏。不管候選人是否通過面試,我都會向他們。但話說回來,哪怕我不說明,候選人在經過面試也應該意識到這點,從而修正努力方向。
6 總結:更新簡歷的頻率等於提升技術的速度
在你的簡歷能幫你爭取到面試機會嗎這篇博文裡,我講述瞭如何在當前技術專案背景前提下優化簡歷的技巧。而在本文裡,更是從源頭,講述了更新技能和更新專案經驗的方法。專案經驗豐富了,技能提升了,簡歷自然就更有價值了,那收入自然就提升了。
而且,本文還著重講述了一個觀點:機會別坐等,而是靠爭取,比如在學校裡多爭取專案經驗,工作後在專案組裡多爭取技能的實踐經驗。而坐等的後果就可能讓自己的簡歷多年沒更新點,從而讓自己的收入低於平均水平。
如果大家感覺本文有幫助,請推薦本文,也歡迎大家通過評論來交流。
版權說明:
有不少網友轉載和想要轉載我的博文,本人感到十分榮幸,這也是本人不斷寫博文的動力。關於本文的版權有如下統一的說明,抱歉就不逐一回復了。
1 本文可轉載,無需告知,轉載時請用連結的方式,給出原文出處,別簡單地通過文字方式給出,同時寫明原作者是hsm_computer。
2 在轉載時,請原文轉載 ,謝絕洗稿。否則本人保留追究法律責任的權利。
&n