時隔4個月我面試位元組又掛了|總結與展望
面試過程
半個月之前,我又一次結束了位元組的日常實習面試,前後持續一個多星期,每一面都是2天內出結果,第四面一週未出結果,詢問hr,面試流程已經終止,是的,又掛了。
相比於幾個月的那次面試,掛在第三面;這次第三面是hr面,因此掛在了第四面,在演算法題每輪都完成的基礎上,猜測因為基礎知識掌握不熟悉沒有通過最後的面試。
總結教訓
當然這次依舊是有所進步,但是也犯了比較低階的錯誤: 對簡歷的內容提問沒有充分準備好
面試的崗位是使用 Go 語言的,但是由於專案部分有一個使用 Java 的專案,並且在技術棧部分寫上了 熟悉Java ,因此第四面的面試官著重於提問 Java 問題(這個與面試官也有很大關係)
也可能是第二技術面的面試官已經將除 Java 外的部分盡數提問的原因,第四面全程圍繞 Java 提問,使我方寸大亂,因為簡歷上的 Java 專案確實也是比較早些時候做的,目前自己技術棧向 Go 的生態靠攏,導致一些 JVM 、 Spring 、 Java各種特性 ,相關知識已經很大程度上有所遺忘。
潛意識也認為不會過於提問 Java 相關問題(但簡歷上確實寫了Java),僥倖心理作祟,也是這次面試失敗的根本原因。
基於此我總結了兩條經驗:
- 簡歷內容及時更新,不要忽略簡歷上的細節 ,準備充分,儘可能覆蓋簡歷內容,並且在專案使用的技術點上以求有更深入的理解
- 面試不同崗位, 儘可能不要出現跨語言專案經歷 ,如果有則需要花費更多的時間去學習不同語言的特性與生態( 成本太高,容易翻車 )
簡歷書寫
之前寫過一篇文章講解該如何書寫簡歷,其實目前自己的簡歷依舊是參照此進行,這裡不多贅述:
http://juejin.cn/post/7071849573127290894
後續努力
事實上,關於 Java 知識點之所以有很大程度上的遺忘,也只能歸結於當初就沒有完全理解各個知識點,追求八股面經,雖然知識面較廣,但是深度不足,導致遺忘速度很快。
而且反思了一下,如果這些知識點,全部使用 Go 語言提問,是否自己都悉數掌握了,也不盡然,比如GO的GC、記憶體的分配等。( 把Java忘了,Go掌握的也不熟 )
因此後續打算重新學習一下Go語言的各種特性、原理,夯實 Go 的基礎知識。昨天重新翻開了 《The Go Programming Language》 ,在半年前初步瞭解GO語言的時候曾嘗試閱讀這本經典的Go語言書籍,但是在缺乏對GO有基本瞭解的情況下,無法靜心閱讀英文版的內容就擱置一旁。半年後對Go有了更多的瞭解,昨天開始閱讀第一章Go語言的綜述,令我耳目一新。
或許此時才是閱讀這本書的最佳時刻,後續我也會在部落格上更新閱讀之後的知識整理,大家共勉~
- 記一次批量更新整型型別的列 → 探究 UPDATE 的使用細節
- 編碼中的Adapter,不僅是一種設計模式,更是一種架構理念與解決方案
- 執行緒池底層原理詳解與原始碼分析
- 30分鐘掌握 Webpack
- 線性迴歸大結局(嶺(Ridge)、 Lasso迴歸原理、公式推導),你想要的這裡都有
- Django 之路由層
- 【前端必會】webpack loader 到底是什麼
- day42-反射01
- 中心化決議管理——雲端分析
- HashMap底層原理及jdk1.8原始碼解讀
- 詳解JS中 call 方法的實現
- 列印 Logger 日誌時,需不需要再封裝一下工具類?
- 初識設計模式 - 代理模式
- 設計模式---享元模式
- 密碼學奇妙之旅、01 CFB密文反饋模式、AES標準、Golang程式碼
- [ML從入門到入門] 支援向量機:從SVM的推導過程到SMO的收斂性討論
- 從應用訪問Pod元資料-DownwardApi的應用
- Springboot之 Mybatis 多資料來源實現
- Java 泛型程式設計
- CAS核心思想、底層實現