你是否有過這麼一段經歷,一直做著OA,CRM管理系統等傳統項目,簡歷技能開頭第一行,基本都是“Java基礎扎實”,然後下麵接著就是熟悉XXX。然後不斷列名詞,舉例一下: Java基礎扎實 熟悉Mysql… 熟悉Redis… 熟悉HTML/CSS/JS… 這個,是否就是你的簡歷套路??? 但是你發現, ...
你是否有過這麼一段經歷,一直做著OA,CRM管理系統等傳統項目,簡歷技能開頭第一行,基本都是“Java基礎扎實”,然後下麵接著就是熟悉XXX。然後不斷列名詞,舉例一下:
- Java基礎扎實
- 熟悉Mysql…
- 熟悉Redis…
- 熟悉HTML/CSS/JS…
這個,是否就是你的簡歷套路???
但是你發現,這樣的簡歷,沒有絲毫亮點,收到的面試機會更是少得可憐,而且還是低質量的外包居多。正如我的一個朋友,10次邀約有7次是外包崗位...
於是,你就看了一些書,加上了一些高大上的名詞來修飾,比如JVM調優、分散式事務、分散式鎖、分散式作業等。
這樣一來面試是有了,可是面試官一上來,就一頓連環問!!!
你說你有做過JVM調優,那你說下你們線上都設置了哪些JVM參數?GC日誌怎麼看,怎麼調優?
你說你們用了分散式事務,在哪個業務場景用的?對於TCC和可靠消息最終一致性,怎麼選擇?可靠消息,是怎麼保證可靠的?
分散式鎖有哪些方案,ZK和Redis你的選擇是基於什麼業務場景考慮的?分散式鎖續期問題有沒有考慮過啊?
為什麼要用到分散式作業?有沒有遇到過什麼坑啊?
當然,最後面試還是失敗了...
從這裡可以看出,現在面試越來越難,已經不是簡簡單單看看書,掌握點簡單的理論就能通過了,更多的是考察一些開放性的問題,比如“有沒有遇到一些坑”之類的。
也許你會說,要遇到坑,也要有實戰場景,你不讓我通過面試,進公司實戰,哪來的實戰經驗。話雖如此,但是企業招人是要產出的,不是為了給你學習機會,實際情況我們也要接受!
道理其實大家都知道,但是實施起來就遇到了問題,這裡不製造任何焦慮,學習需要的也不是一腔熱血,需要的是長期的規劃,這裡分享一個思維導圖,大家可以自行進行查漏補缺和規劃:
當然,僅僅有思維導圖還是不夠的!這裡小編還整理了一套讓面試不慌張的面試資料