不知不覺，高考結束有一段時間了，今天也揭榜了，祝願各位考生能金榜題名，考上自己的理想大學，然后開始卷起來～
秋招馬上要來了，不知道這一屆的小朋友們准備好了嗎？ 在回顧之前的面試輔導過程中，發現了比較多的一些問題。概述就是以下這幾點，各位可以看看有沒有命中你們的痛點：
- 簡歷排版，文字描述犀利
- 八股文背了，但是不透徹
- 經驗欠缺，實習經驗，工作經驗等
- 沒有遇到過什么問題
簡歷問題
- 格式排版
- 基本信息（教育背景）
- 專業技能
- 工作經歷
- 實習經歷/項目經歷
- 自我評價
這里分享一下我遇到的一些比較一般的簡歷（適當打碼），
這里主要列了兩份簡歷， 兩份簡歷的問題主要包括了：
- 排版不整齊 （第一份中，左側欄目被拉長，第二份中沒有排版）
- 內容描述不精確 （沒有將重要內容簡單描述，太過細節了，我們這份是簡歷～）
- 措辭自負 （看到這份簡歷的包括 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 補習課，讓我們一起卷！