面試?或許你應該這樣

一 前言

   最近項目組須要招聘新人來知足業務的拓展,體驗了一下企業的整個招聘流程,對於面試者,面試官,HR 都有了一些想法。首先說大部分企業的招聘流程,通常是分這麼幾步git

  1 HR篩選簡歷,推給項目負責人程序員

  2 項目負責人根據項目須要技術篩選匹配簡歷給HR通知面試github

  3 一面 通常由項目成員進行一個初步的技術基礎面試面試

  4 二面 通常由項目經理進行全方面的技能(技術+軟技能)後端

  5 HR面試 通常都聊和我的薪資,和職業規劃等網絡

一般這幾個步驟走下來至少須要一週到兩週的時間,並且一般面試者都會同步進行多個公司面試,就算HR已經發了Offer一般面試者仍是會繼續面試試圖找到更好的職位。架構

在此以前我其實並不知道 HR的壓力有多大,如今想一想 從面試到入職這其中充滿了變數,可以入職真的是緣份!負載均衡

 

二 簡歷 

2.1 HR如何篩選簡歷分佈式

      對於HR如何挑選簡歷的問題我特地詢問過HR同窗有了一個初步的瞭解,通常HR會根據項目的技術方向,工做年限,學歷 進行一個初步的篩選,好比:方向 Java ,年限 3-5年 ,學歷 本科及以上。工具

  這是第一步,而後剩下的簡歷看每一個人的工做經歷,服務過幾家公司,每家年限是多長,一般半年如下HR都會慎重考慮,要是3-4月就換了一家公司 基本上會排除,由於招聘企業和麪試者都是要付出相應成本的。

  通過這兩步篩選後再將簡歷推給項目負責人

2.2 項目負責人如何挑選簡歷

      簡歷到項目負責人後,一般會把大的技術方向細分後 而後帶着幾個技術關鍵字開始看

      1 我的的技術棧,

      2 項目經驗。

  好比 項目中要求須要熟悉 Linux基本 操做 Redis

  一般會重點關注這兩項。若是有看到關鍵字詳細看,看在項目經驗中的描述。在項目中擔任什麼角色,用到了哪些技術並完成了什麼功能,或者解決了什麼問題。

 

加分項:

       1 是否有博客,或者有參與開源項目,或者有本身的github並有開源代碼

       2 各種證書如軟考 PMP等 

       3 行業榮譽 如MVP等 

 

2.3 面試者簡歷該怎麼寫

  分析了HR與項目負責人篩選簡歷的方法後,就要開始站在他們角度上開始修改本身的簡歷

   大體總結了以下幾條

  對HR 

  1 我的基本信息

         只留最關鍵信息  姓名 聯繫方式  工做年限 學歷 ,其實什麼政治面貌,婚姻狀態,住址 都不用寫HR也不關注

      2 技術棧

         能夠按先後端來分開寫你所撐握或者瞭解的技術

         1 儘可能不要以熟練,熟悉 瞭解 這些千篇一概的詞來描述你對技能的撐握成功,對於本身比較擅長的技術能夠適當加粗該關鍵字以突出,

         對照着崗位要求儘可能多描述一點與崗位要求相關的技術

         2 只是經過文章瞭解的技術沒有進一步經過代碼實踐的技術儘可能不要寫,由於有可能你所瞭解的就是對方所擅長的,一問就穿幫反而害了本身

         3 貼上你的博客地址,github地址,或其它相關證書

     4 最後再寫一段對本身的總結客套性收尾

       3 項目經驗

         1 項目經驗要不要寫得多?

     個人理解是不須要兩個左右就好,首先你最熟悉映像最深的必定是你如今正在作的項目,對你來講細節的部分你是記的比較清楚的,

         就算面試官聊得深刻一點你也是能夠回答上來,不致於說 項目過久遠有點記不清楚了。 其次 面試官一般只會選你的一個項目進行深刻了解並提出問題。

 

        2 如何描述項目經歷

               切記項目經歷千萬不要只寫 你完成了什麼功能,面試官對你的項目又不瞭解,怎麼知道你完成的功能裏用到了哪些技術?有哪些技術難點?

            這種只用短短几行文字描述你所完成功能的項目經歷還不如不寫。

           正確的應該是下面這樣

           結合目標崗位的描述,撰寫你本身的工做經驗和職責,與對方要求的越吻合越好,而且以具體的數據支持你的工做成果。 

           並詳細描述你在項目中所擔任的角色,經過哪些技術完成了哪功能,解決了哪些難題,面試官頗有可能會從你解決的難題中挑一個讓你聊聊具體的解決方案。

       

        3 非重要信息放在最底部

           這些能夠是你的教育背景,英文程度,或者其它與工做相關的附屬技能

 

        4 簡歷命名

           若是是內推直接把郵件發給HR的,如何讓HR能在衆多郵件中看到你的郵件也是有點技巧的

           先看郵件名的反例  "簡歷",「內推」,"應聘"  這種還非得讓HR打開郵件甚至於下載打開簡歷才能知道你是誰應聘的什麼崗位,可想而知對於HR來講是多麼恐怖的事

           好的郵件或簡歷命名應該是緊貼崗位信息的如 ".Net高級工程師-張三簡歷",至少要有崗位信息和姓名,這樣才能在衆多郵件中立馬找到。

 

三 面試

  如下爲內容爲面試者須要掌握的點

   3.1 自我介紹

      別忽視這個環節,面試者的第一印象從這個環節就開始了。如何作一個比較好的自我介紹呢?網上方法和案例不少這裏不作太多闡述,內容的主體是圍繞你的工做經歷作過哪些項目,熟悉哪些技術

    條理清晰的表達出來。面試官一般經過自我介紹大體能夠初步判斷一我的的語言組織能力和語言的表達能力。若是連自我介紹都說得沒條理沒邏輯,就不要但願在工做中的溝通中很好的高效溝通。

 

    3.2 基礎知識

  不少面試者對基礎知識都很不綃,特別是工做年限偏長的人,他們認爲這些問題你應該問剛畢業的。如今都到這個階段了你應該問一些更抽象,開放的話題 什麼分佈式,高可用,負載均衡這些聽上去比較高端的東西。

   其實大部分人都忽略了一個問題,如今互聯網上針對 分佈式,集羣,負載均衡 都有完整的解決方案,以Redis爲例,你說要作集羣簡單嗎?官方直接都提供了方法,配置文件加個節點就完事兒了,負載均衡呢,SLB  Nginx Haproxy

   這些都工具均可以快速的幫你實現,你以爲須要很高的技術嗎?必定須要工做幾年才能玩得轉嗎? 這些工具都只須要花點時間看看官方文檔,照着一步步來就能夠完成,並不須要太多的原理性知識。

   可是!!!  若是一旦出現了問題怎麼辦?你不瞭解運行原理,設計原理,或者網絡相關的基礎知識 或者你連致使問題的緣由都找不到。代碼也是同樣每段代碼內部執行過程,編譯過程,和最終程現結果 你都不瞭解開口閉口就說,

   基礎知識沒用,原理了解沒用,那還能和你聊什麼呢?技術就像建築只有底層的基礎牢,才能爲高度提供保證 !

 

   3.3 進階

  有了好的基礎作支撐後須要擴充本身的視野,站在一個更高的角度去看技術,之前或者你只注意系統的一個模塊,如今的你應該關注整個系統的設計原理,架構設計理由。

    嘗試多接觸幾種不一樣的語言,和學習新的技術,不要求所有掌握但至少你得知道這種技術是用來解決什麼問題的,什麼場景下使用最合適

 

  3.4語言表達,學習能力

   學習能力和表達能力我的以爲是兩項很是重要的技能,或許你在工做常常會遇到同事說了一大段話,而你卻沒有聽出他想表達的是什麼問題,反而須要你一步步問,或者提煉他的話語才能明白。

   這就是典型的語言表達能力不足。要改善也很簡單,在你每表達你的一個觀點或者描述一個問題時,若是記憶力不夠好請在紙上記下你觀點或問題中的小項,而後一項項的說,若是由於其中某個小項

   假設A引伸出了B那就把B的內容說完後再回到A,總之不要亂要有條不穩。

    學習能力,同一項技術點給不一樣的兩個一塊兒學習,兩我的的學習效果會有差別。這個差別體如今哪裏呢?拋開智力這個變量不談其實就是學習方法不同。

   好比你要學習一門新的技術比較好的方法應該這樣

   1 先了解這技術是作什麼用的,解決什麼問題的,在這個技術沒出現以前,若是遇到一樣的問題解決方案是什麼?如今用這個技術來解決有什麼優點?

     而後帶着問題去網上了解

   2 瞭解技術產生的緣由後就須要開始進一步瞭解該技術的基本內容,一般是在官方網站上看API文檔。

   3 根據官方例子或者他的技術博客寫的系列教程一步步跟着寫,而後總結

   4 根據我的的消化理解總結以後,再把該技術運用到實際的項目中

 

  3.5 創建本身的人脈圈子

     這點這一兩年有比較深入的認知,你的工做年限越大跳槽的成本就會越高,在選擇時會越謹慎,力求圖穩。因此最帶見的作法不是投簡歷而是內推,內推的好處就比較明顯了首先是有本身熟悉人在裏面,公司的狀況 項目的狀況都很清楚

   其次進入新公司後會更快的融入新的圈子,這對於程序員來講是比較關心的。相比直接在網上投簡歷內推風險相對要小不少。並且若是你是技術大牛,而你又有本身的圈子,那基本上都不須要你找工做,都是圈子裏的人找你或者請你過去!

   如今身邊的朋友換工做基本都是走內推的渠道,對他們來講只是換個地方上班,人仍是那些人。

 

四 總結

   以上幾點是最近本身的一些想法,可能並不必定適合全部人,也不必定全對! 合不合適你們能夠本身權衡。

 

  簡歷這一點是面試者立刻就能夠改善的,而面試這點須要你們在日常工做或者生活中不斷的發現積累改善本身。另外在決定要換工做前請作面試前的複習從新總結和鞏固下本身的技術棧。

 

 

 

若是您以爲本文讓您有所收穫,不妨點下贊,爲個人付出,給一點點回報!

若是您以爲本人也有點意思,不妨點個觀注,你們一塊兒談技術,談人生!

相關文章
相關標籤/搜索