我本覺得大家會寫簡歷

然而並非

裁人的裁人 , 沒裁人的正在準備裁人的路上 . 再加上一些人年終獎也已經騙到手了 , 依據優良傳統 , 年後正是不少人辭職奔向更好的騙工資崗位的高峯期 . 因此 , 如何編簡歷 ( 注意是編 , 不是寫 , 我認爲編這個字十分有內涵 ) ?

其實編簡歷並非一件很難的事情 , 這件事情的本質就是 : 你在向一個同行陌生人介紹你在本行的道行 . 若是你的體系已經將對方籠罩住了 , 你暫時能夠控場一波兒( 不表明必定會被錄用 ) ; 若是你被對方籠罩住了 , 你就是受虐那個 ( 不表明你不會被錄用 ) . 總之就是一句話 :

唬住面試官就要50K , 唬不住面試官就要5K

沒想到 , 時至今日 , 我居然須要寫這麼一篇題目相似於<老李手把手教你編簡歷>或<跟着永強學編簡歷>又或者<於巨柱細說編簡歷>的教程 .

可見這一屆PHPer是多麼的差勁 .

先從一個靠譜簡歷的外觀提及 :

• 首先 , 請使用PDF格式 , 不要用doc , docx , doc* 等拙劣的文檔格式 . 緣由我仍是要解釋一下的 , 由於我也當過面試官 , 我見到過各類神奇的doc文檔打開後錯位 , 亂行 , 甚至亂碼 , 極其影響視覺感官 . 你們都挺忙的 , 打開這麼一坨亂糟糟的玩意心情就不好 , 直接篩掉 . 我知道怎麼說都會有槓精的 : " word怎麼可能會亂呢 ? 我在我這裏打開就不亂 . " 我不歧視槓精 , 也一視同仁地無私奉獻一條友情提示 :

• 其次 , 請文件名請專業一些 , 請採用 " 姓名 - 職業 - 工做年限.pdf "這種格式來命名你的簡歷 , 切忌 "簡歷.pdf" , 有些不講究的人真是文件名連簡歷兩個字都不是 , 直接就是隨機的一坨字符 , 諸如 yhc.docx . 仍是那句話 , 你們都挺忙的 , 主要是請儘可能多提供信息給好看的HR小姐姐 , 讓她們減小一些無畏的工做負擔 , 次要是由於你的簡歷名字一眼讓人獲取到了不少信息 , 第一時間被撿出來 .

而後 , 更重要的地方來了 , 裏面寫啥 .

我的認爲一個簡歷四大組成部分 , 根據重要程度依次爲 : 一是我的信息部分 , 二是技能點說明部分 , 三是項目經歷部分 , 四是公司經歷 .

下面按照順序依次說下我以爲須要注意的地方 , 最後收尾我會提一下這個部分的可修飾程度 . 什麼叫可修飾程度 ? ? ?

讀書人的事兒 , 能叫偷麼 ? --- 孔乙己

先說第一部分 , 我的信息部分 . 你出去大保健被警察叔叔逮進局子後讓你交代的啥 , 這裏就寫啥 . 可修飾程度比較低 , 擁有一絲絲可修飾價值 .

再說第二部分 , 我的技能點分配說明 . 這項十分重要 . 面試官會很是注重這一項 , HR通常看不懂 . 不少人這裏寫的不好 , 這句話的意思就是 : 內涵不錯的人這裏寫的不好 , 沒有內涵的人這裏寫的也不好 , 以至於"內涵不錯的人"從簡歷上看彷佛和"沒內涵的人"都差很少 . 這個地方最好不要寫" 精通 "這兩個字 . 雖然HR有可能真的喜歡簡歷上有" 精通 "字樣的人 , 可是你也要知道你這兩個字也會給你的面試官帶來極大的反感或嘲諷欲 , 總之 , 你結合你本身狀況本身看着辦 , 萬一你真的精通了呢 ? 而後我說下我見過大多數人這個地方都是怎麼編的 , 通常都是 :

熟悉PHP , 熟悉YiiLavarel框架
熟悉Linux使用 , 能夠搭建XXXX環境
熟悉git或svn版本管理的使用
熟悉MySQL以及對數據庫的優化
熟悉Redis或Memcache的使用

我敢說大多數人都是這麼寫的 , 下面我站在面試官的立場來用行內白話來解釋一下當我看到這樣的簡歷後大腦裏怎麼想的 .

熟悉PHP , 熟悉YiiLavarel框架 ( 複製粘貼 , CURD , 就是幹! )
熟悉Linux使用 , 能夠搭建XXXX環境 ( 會敲cd , ls命令 , 會apt install nginx )
熟悉git或svn版本管理的使用 ( 會git push , 會git pull )
熟悉MySQL以及對數據庫的優化 ( 會select update 和 delete , 會添加索引 )
熟悉Redis或Memcache的使用 ( 會set key , 會get key )

問題是什麼 ? 其實問題不在於這些行內白話沒有提現你的水準 . 這個問題的關鍵是 : 你們都這麼寫 , 憑啥把你的簡歷挑出來 .

因此這個地方吧 , 能夠嘗試用下面來表述 , 注意要結合你本身掌握程度 :

PHP : 熟悉PHP語法 , 熟悉PHP面向對象 , 能夠根據業務邏輯結合合適的設計模式 . 熟悉PHP SPL標準庫 , 對PHP的一些高級用法有所心得體驗 , 諸如pcntl多進程模塊 , socket模塊 . 對SWOOLE全部涉獵 , 有一些本身的積累和經驗 . 對於底層 , ZendVM如何如何 .
Redis : 熟悉Redis經常使用數據結構的使用 , 可結合業務場景選擇合適的數據結構 . 熟悉Redis集羣 , 對集羣實現方案原理有必定掌握 , 對於市面經常使用的集中集羣方案的優缺點比較瞭解 . 對於底層 , 對Redis SET等底層數據結構的實現有所掌握 .

行了 , 我就舉兩個例子吧 , 技能點的說明最好用相似上面的說明 , 仍是那句話 : 最好不要出現精通 .

那該用什麼形容詞呢 ? 我替你總結一下經常使用的幾個詞語 : 熟悉 , 有所 , 掌握 , 瞭解 , 有必定 , 心得 等 .

第二部分 : 可修飾程度略高 , 擁有可修飾價值 . 主要是你要可以應對面試官對修飾部分的問題 .

繼續說第三部分 , 項目經歷部分 . 這一部分其實是對第二部分技能點分配說明的實戰演練說明 , 你要提現出你在這個項目中的兩點 :

• 亮點 . 你以爲這個項目中哪一部分值得自豪或學到新東西了 . 好比項目中用到ECDH , 使用了MySQL中間件等等 .
• 難點 . 你以爲這個項目哪一部分當時難了你幾天 , 而後你經過本身努力解決了以及解決方案是什麼 .

然而大多數人都是這麼寫的 :

負責用戶登陸註冊模塊 , 後臺管理 , 多角色權限控制 , 負責廣告業務模塊的管理和篩查 .

你這麼寫的 , 別人也是這麼寫的 .

第三部分 : 可修飾程度比較高 , 擁有較高修飾價值 . 主要是你要可以應對面試官對修飾部分的問題 .

最後一點是公司經歷了 , 這個也沒啥好說的 . 若是能夠 , 我建議你合併一些小公司經歷直接合併爲一家 . 對於一些少數倒黴的同窗 , 好比在不到10我的公司幹了三個月就辭職的這種 , 我建議修飾成" 去朋友公司幫他臨時組件了一個小團隊 ".

然而 , 到了最後 , 我仍是要告訴你這個世界多麼殘酷 , 即使你的簡歷真的比較優秀 , 用詞恰當 , 然而若是你面試趕上了傻逼同樣的面試官 , 都白搭 . 這裏的傻逼理解爲兩類 :

• 裝逼優越diss你類型的 . 這種的 , 可能依然會錄用你 .
• 看你不順眼 , 上來講話就帶刺類型的 . 根據你的心理承受能力 , 請你本身作出相應動做 .

不得不認可 , 只要看雙方對了眼 , 聊的投機了 , 簡歷什麼的是能夠拋到一邊兒的 .

找到一個合適的工做是你和這家公司的事兒 : 一個願打 , 一個願挨 .

能應聘到這個合適的工做是你和麪試官的事兒 : wangba看綠豆 -- 對上眼了 .

最近開了一個微信公衆號，全部文章都在這裏