100 views

你是否有過這麼一段經歷,一直做著OA,CRM管理系統等傳統項目,簡歷技能開頭第一行,基本都是「Java基礎紮實」,然後下面接著就是熟悉XXX。然後不斷列名詞,舉例一下:

  • Java基礎紮實
  • 熟悉Mysql…
  • 熟悉Redis…
  • 熟悉HTML/CSS/JS…
這個,是否就是你的簡歷套路???

但是你發現,這樣的簡歷,沒有絲毫亮點,收到的面試機會更是少得可憐,而且還是低質量的外包居多。

於是,你就看了一些書,加上了一些高大上的名詞來修飾,比如JVM調優、分散式事務、分散式鎖、分散式作業等。

這樣一來面試是有了,可是面試官一上來,就一頓連環問!

 你說你有做過JVM調優,那你說下你們線上都設置了哪些JVM參數?GC日誌怎麼看,怎麼調優?

你說你們用了分散式事務,在哪個業務場景用的?對於TCC和可靠消息最終一致性,怎麼選擇?可靠消息,是怎麼保證可靠的?

分散式鎖有哪些方案,ZK和Redis你的選擇是基於什麼業務場景考慮的?分散式鎖續期問題有沒有考慮過啊?

 為什麼要用到分散式作業?有沒有遇到過什麼坑啊?

當然,最後面試還是失敗了…
從這裡可以看出,現在面試越來越難,已經不是簡簡單單看看書,掌握點簡單的理論就能通過了,更多的是考察一些開放性的問題,比如「有沒有遇到一些坑」之類的。

也許你會說,要遇到坑,也要有實戰場景,你不讓我通過面試,進公司實戰,哪來的實戰經驗。話雖如此,但是實際情況我們也要接受!
道理其實大家都知道,但是實施起來就遇到了問題,所以這裡我推薦最簡單的方式:
Go Top