不知不覺，高考結束有一段時間了，今天也揭榜了，祝願各位考生能金榜題名，考上自己的理想大學，然後開始捲起來～
秋招馬上要來了，不知道這一屆的小朋友們準備好了嗎？ 在回顧之前的面試輔導過程中，發現了比較多的一些問題。概述就是以下這幾點，各位可以看看有沒有命中你們的痛點：
- 簡歷排版，文字描述犀利
- 八股文背了，但是不透徹
- 經驗欠缺，實習經驗，工作經驗等
- 沒有遇到過什麼問題
簡歷問題
- 格式排版
- 基本資訊（教育背景）
- 專業技能
- 工作經歷
- 實習經歷/專案經歷
- 自我評價
這裡分享一下我遇到的一些比較一般的簡歷（適當打碼），
這裡主要列了兩份簡歷， 兩份簡歷的問題主要包括了：
- 排版不整齊 （第一份中，左側欄目被拉長，第二份中沒有排版）
- 內容描述不精確 （沒有將重要內容簡單描述，太過細節了，我們這份是簡歷～）
- 措辭自負 （看到這份簡歷的包括 hr， 你的leader，人的第一感覺很影響面試體驗）
一份良好的簡歷是很好的敲門磚，即使內推，也需要經過簡歷評估，所以要梳理好簡歷，將核心內容點梳理好，展現個面試官，可以讓你的面試，事半功倍！
格式排版
1、標點符號統一格式， 避免出現中英文符號
2、文字描述儘可能謙遜而自信
3、專案介紹將核心功能，最有挑戰的內容寫處理即可， 避免水文
4、簡歷格式以PDF 輸出（最重要）
基本資訊
將個人基本資訊填好即可， 一定要留上你的 手機號 ,不然面試官都找不到你。
學歷資訊，如果是知名學校可以寫上(985,211)，一本和二本其實沒區別，hr 都不認識 orz
部落格，github 是加分項，如果有，可以填上；如果是比較水，沒什麼內容的，最好不要寫，（反而是一個扣分項）
專業技能，將你的技術棧單獨列出來，讓面試官知道哪些內容可以向你發起挑戰！
自我介紹
主要講一下自己的性格特點，愛好等，hr 比較喜歡問這一塊。
我校招的時候遇到過 騰訊hr 問我，是一個性格怎麼樣的人，我說我是一個比較熱情的人，然後又問朋友是怎麼看我的，我就說比較宅之類的。類似前後衝突的問題，最後掛了～
專案經驗（重要！！！！）
不管是校招還是社招的童鞋，都要面臨一個問題，就是你的實戰經驗和工作能力的問題。
- 校招簡歷： 秒殺專案！
- 社招簡歷： 寫了一堆，沒一個是我設計，owner 的
校招
先說一下校招簡歷上的問題，每到一年的校招，面試官都會看到各種各樣的秒殺系統（這得多虧慕課網）,對於兢兢業業在學校上課的童鞋來說，完成課程的同時，自己去搭建一個秒殺系統 是已經挺不錯的經驗了。但是，你的競爭對手 是大三就開始去 阿里，位元組，騰訊 實習的童鞋, 別人的專案經驗，肯定比你的豐富。
那麼該如何尋求出路呢？ 多思考！
- 去理解為什麼你要做秒殺系統?
- 秒殺系統適合什麼場景，不適合什麼場景
- 思考你的系統還有哪些欠缺的地方
- 掌握你係統的每一個點，包括功能，效能，資料流和部署架構
- 技術選型，為什麼你要用 redis ，為什麼要用MQ？
- 技術風險，引用了這些中介軟體，對你的系統帶來的收益和風險
- 怎麼去容災，怎麼監控
一個簡單的秒殺系統，只要你將場景擴充到 淘寶雙11 ,你可以想到很多有趣的東西！你會發現你的系統還能繼續成長！足夠的思考，對你的系統掌握足夠深入，你才能比你的對手更進一步！
社招
社招專案，可能我經驗也不是很豐富，所以輔導的童鞋都是1～2年工作經驗的。他們的主要表現是啥呢？
做為後臺開發，我們從畢業到真正owner一個專案，其實需要1-2年時間，對於網際網路專案來說可能還有比較多的思考空間，畢竟日益增長的使用者不斷帶來新的產品需求。如果是傳統行業，可能對於應屆生來說是致命的。
- 老系統，不能做大的變動
- 老油條，能混就混，環境致死
- 領導安排工作，也不用自己思考
- 機會來了，沒有沉澱
剛畢業的後端童鞋，如何在1-2年，做出有價值的專案出來呢？我剛畢業時入職的公司，有個同事，雖然我們做的業務很簡單，但是他很積極的去重構程式碼，完善單元測試。然後再到重構流程，逐漸成為專案的核心。
- 重構程式碼
- 重構流程
- 新業務owner
如何評估你對這個專案的掌握程度呢？就是看你對專案的每一個細節是否都掌握了，能否給 leader 足夠的信任讓你去發揮，而這不斷建立的信任，讓你在很一般的專案也能發光發亮。
八股文
現在面試八股文已經是被問爛了， 各種面試題和答案都在各種公眾號間傳播，那你為什麼不會呢？
- 沒有真正理解
- 沒有經過實踐
- 沒有去鑽研
以一個比較簡單的例子 ： Future 可能很多人第一反應都知道，這個跟 Callable 一起使用，用於獲取返回值。但是往下一問， 你可以舉一個使用場景嗎？ 可能很多人就比較懵，這是我比較喜歡問的一個問題。
再說一下 Redis 為什麼那麼快 , 裡面會提到 Reactor模式,如果沒有回答到這個，就不會往下繼續問了； Reactor 是怎麼樣的一種模式；select,poll 和epoll 又是怎麼樣的？
這裡我比較喜歡理解為知識的關聯性。之前我不太理解知識廣度是什麼意思， 後來我理解，知識廣度指的是 你從一個點出發，可以想到很多關聯的知識，構成了你的知識網。
遇到過什麼問題
這個問題不管是社招還是校招，都需要去思考。沒有人一路都那麼順利（專案研發），如果有，那就是你搞事情不夠多。
以校招為例吧，你在做秒殺專案的時候，不理解這種設計，算不算遇到問題？你有沒有去思考為什麼這麼設計呢？亦或是老師說的就是對的，我不用思考。 或者說，壓測的時候，遇到了瓶頸，我這秒殺專案吞吐量上不去了，我是不是竭盡全力去挖掘效能極限了呢？（cpu，記憶體，頻寬等方面思考）
如果是社招的話，你的專案部署穩定嗎？重構遇到過問題嗎？線上出問題的時候，你是怎麼處理的？業務需求過來的時候，你遇到過什麼矛盾嗎？
可能看到這裡，大家會覺得有股pua 的味道 orz， 但是如果你認真思考了，到底有沒有幫助，也就只有你自己知道了。
總結
感謝大家的閱讀，希望對大家有所幫助，我是 九靈 ,有需要交流的童鞋可以 加我wx，Jayce-K,關注公眾號： Java 補習課，讓我們一起卷！