一 前言
最近專案組需要招聘新人來滿足業務的擴充，體驗了一下企業的整個招聘流程，對於面試者，面試官，HR 都有了一些想法。首先說大部分企業的招聘流程，一般是分這麼幾步
1 HR篩選簡歷，推給專案負責人
2 專案負責人根據專案需要技術篩選匹配簡歷給HR通知面試
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 建立自己的人脈圈子
這點這一兩年有比較深刻的認知，你的工作年限越大跳槽的成本就會越高，在選擇時會越謹慎，力求圖穩。所以最帶見的做法不是投簡歷而是內推，內推的好處就比較明顯了首先是有自己熟悉人在裡面，公司的情況 專案的情況都很清楚
其次進入新公司後會更快的融入新的圈子，這對於程式設計師來說是比較關心的。相比直接在網上投簡歷內推風險相對要小很多。而且如果你是技術大牛，而你又有自己的圈子，那基本上都不需要你找工作，都是圈子裡的人找你或者請你過去！
現在身邊的朋友換工作基本都是走內推的渠道，對他們來說只是換個地方上班，人還是那些人。
四 總結
以上幾點是最近自己的一些想法，可能並不一定適合所有人，也不一定全對！ 合不合適大家可以自己權衡。
簡歷這一點是面試者馬上就可以改善的，而面試這點需要大家在平常工作或者生活中不斷的發現積累改善自己。另外在決定要換工作前請做面試前的複習重新總結和鞏固下自己的技術棧。
如果您覺得本文讓您有所收穫，不妨點下贊，為我的付出，給一點點回報！
如果您覺得本人也有點意思，不妨點個觀注，大家一起談技術，談人生！