iOS萌新救助站一:簡歷要寫幾個專案

沒故事的卓同學發表於2017-02-25

我的小密圈“自習室”中有朋友問道:簡歷裡專案要寫幾個,是不是寫的越多越好呢。這個問題我也被問過不止一次,所以打算談下這個問題。

長話短說:對簡歷的考量和你簡歷的專案數量沒關係。它所考察的是你參與過專案裡體現出的你的技能方向和技術實力。

因為我沒有去BAT面試的經歷(雖然也有被某電商公司通知面試不過沒去),所以以下要談的經驗只是針對中流的公司。而且BAT這種公司因為待遇好每個崗位都會收到很多簡歷,HR這層也會篩的很厲害,比一般公司也會嚴格的多。

回答這個問題之前需要思考,簡歷對於招聘這個環節的作用。

我認為有兩個作用:

  • 判斷這個人的背景是否適合這個崗位
  • 面試時根據簡歷資訊初步判斷對應的職位級別

用更簡潔的話說:簡歷決定要不要約你面試和麵試時難度要求。

是否需要約你面試

如果一個公司需要的是指定技能的人才,比如音視訊處理(直播類APP),會考察你參與過的專案是否具有這方面的技能。我這裡是家西餐廳肯定不會招一箇中餐廚師,會的中餐菜再多也沒用。

招一箇中高階的工程師。這種一般是作為一個APP的核心開發,也可能負責一個APP然後帶幾個初級工程師。這個場景裡要從簡歷裡的資訊得到,你是一個有足夠經驗的工程師,並且能解決一個APP核心開發會遇到的問題。
你可能只有一個專案,但是你經歷裡這個專案的月活從零到千萬,你深度參與了這個過程。所以會看重類似的經歷,和你參與過多少專案沒有關係。重要的是專案裡,你的角色。你在這個專案裡得到的成長是否足以達到我們對這個職位的預期。
我也真遇到過一個在外包公司做了幾年的開發經理,坐下來信心十足,說我過去一年寫了10個APP。如果你只是在專案裡重複做一些低技術含量的工作,肯定是沒用的。

什麼是低技術含量的工作?一個有3個月從業經歷的開發者能完成的工作都是低技術含量工作。建立一個VC放一個tableView,用什麼框架發一個http請求都是如此,體力活罷了。
那麼什麼是高階一點的問題?比如我問你怎麼提高一個APP的穩定性?十個人同時在開發一個APP時怎麼保證開發效率,避免程式碼合併的衝突。要下發hybrid資源包到本地,怎麼保證這個包在傳輸過程中不被攔截,為了減少流量增量更新時客戶端的要做怎麼樣的處理。在專案裡你在解決這些工程問題的經歷才能證明你的水準,而不是你寫了多少業務模組。當然這些問題也可能是在開發業務模組時遇到的,所以簡歷裡重要的不是專案數量,而是開發經歷中解決的工程問題。

如果招的是一個初級工程師,假設都只要實習的經歷好了。假設你實習半年,如果你不是骨骼清奇的話,肯定也就是當做勞動力寫寫業務邏輯,寫幾個頁面。這個時候的專案經歷是不是越多越好呢?
這其實是個誤解。既然招個初級工程師肯定是有人帶的。如果我要帶一個人,他是做了3個月還是6個月並沒有什麼區別。招這個職位的時候最重要的是學習能力。這個能力體現在計算機基礎好不好,聰不聰明,能不能折騰。所以這個環節學歷好的會有優勢,因為好的學歷通常暗示著有著更好的計算機基礎和更加聰明。
所以這樣的崗位,你需要寫出經歷突出你對程式設計的領悟力(計算機基礎的體現)、東西學的快(聰明)、嘗試了很多技術(愛折騰)。

面試時簡歷的作用

面試的期望薪水10k和20k的人問的題目難度肯定不一樣。所以面試官從你的簡歷裡得到的預期和你寫對專案的描述是有很大關係的。現代一個軟體工程裡有許多問題需要解決,有些部分你沒做過不了解很正常,所以面試的時候一定會從你簡歷裡的做過的專案聊起。所以千萬不要亂編啊。
從這裡來看你也知道不是專案越多越好,而是你在專案裡掌握的技能越多越好。你寫你精通3塊,這3塊就會重點問。其他你沒提的部分答對就加分,沒答對會覺得也正常。如果你寫了結果問了不會,通常就會覺得這個人的自我評價恐怕都是幻覺。

這些行為會讓你顯得很呆萌,但這些呆萌在中老年程式設計師眼裡叫做傻逼

不要列不相關的學生時代獲獎經歷。校園十佳歌手,文明寢室社長。反正年會節目都是你們新人先上。
不要列不相關興趣愛好。“你為什麼希望加入我們公司?”“因為我看你們公司有乒乓球桌,我特別喜歡打乒乓球”。你看,就容易這樣。
不要列主流的自我評價。熱愛學習,團結同學,認真負責,八榮八恥,社會主義核心價值觀。

歡迎關注我的微博:@沒故事的卓同學

如果有興趣可以加入我的小密圈,“24小時自習室”,一起分享交流 iOS 成長所得。歡迎有緣人加入

相關文章