如果為了履歷好看放上參與度不高的專案、不夠熟悉的技術、不真實的自我介紹;遇上老練的面試官,你將會
血流成河
。
人在面對自己不擅長的事情時會慣性逃避,但隨著時間拉長,有些人不只忘記自己當年的逃避,甚至還把它放上履歷
;當求職者在毫無防備的狀態下被問到當年逃避問題時,最先可能有短暫的失神,而後為了填補這段尷尬的時間開始胡言亂語創造歷史,把無能跟想要找藉口的醜態直接呈現在面試官眼前。
建議讀者在看完下面的履歷後,從面試官的角度來思考,自己會詢問哪些問題。
下面的公司、專案內容皆為虛擬,如有雷同純屬巧合。
Dean Lin / 資深全端工程師 / dean_lin@gmail.com
自我介紹
專業技能
學經歷
(1) 黑寶科技有限公司 / 資深工程師 / 2016.07 - 至今
(2) 國立 XXX 大學 / 資訊工程系 學士 / 2011.09 - 2015.06
傑出事蹟
接下來我們分段來看,面試官在每段履歷取得的資訊,以及可能會產生的疑問
。
你可以參考下面的範例,給自己模擬出一份面試考題
求職者自我介紹當然都往好的方向講,而面試官想要驗證它的真實性就是往下細問。
這些案子都是自己獨立完成的嗎?還是有跟同事一起合作?
你可以分享一下最近的專案,它的架構是如何設計的嗎?
你會用什麼工具來統整客戶的需求呢?
你可以分享客戶過去遇到哪些痛點,以及如何解決的嗎?
現在專案的 CI/CD 是如何使用的?
你的 Unit Test 會考慮哪些細節?
你 Side Project 的靈感是如何誕生的?
可以簡述你最近分享的技術文章主題嗎?
請說明你現在專案用到的前端框架
如何判斷專案要使用 CSR 還是 SSR?
在使用後端的資料前,你有先做驗證嗎?
請簡述 Node.js 的 Event Loop
你會的後端框架不只一個,可以說明一下他們之間的差異嗎?
在正式 API 完成前,如何讓要串接的工程師不要空等?
設計 API 時會考慮哪些點?
面對商品秒殺,有哪些方式可以避免超賣?
面對高併發的的系統,會採取哪些措施?
關連式資料庫與 NoSQL 的差異有哪些?
在設計 DB 上你會考量哪些點?
(1) 黑寶科技有限公司 / 資深工程師 / 2016.07 - 至今
說一個在過去工作中你印象最深刻的專案
在工作中有遇過哪些挫折、衝突,以及的解決方式
描述一下你在這份工作中擔任的角色、負責的任務
我看你在這間公司發展的挺不錯、也很穩定,為什麼會考慮新機會?
(2) 國立 XXX 大學 / 資訊工程系 學士 / 2011.09 - 2015.06
在比賽的團隊中,你擔任什麼角色?你可以簡單說明一下參賽作品嗎?
請你花一分鐘介紹這個產品給我們認識
為什麼會想要參加這個比賽,是什麼動力讓你完賽的?
你花了多久時間寫這本書,寫書的過程是如何與工作及生活平衡的?
你所研究的技術非常多,不覺得這樣學得有點太雜了嗎?
為什麼要分享技術給大家,不會覺得在增加自己的競爭者嗎?
你可以美化履歷,但內容絕對要真實。
非常多的錯漏字
;最常見的如「在、再」不分這類諧音字的錯誤;自己檢查兩遍一定會發現有很多這類的問題。看自己寫的東西一定有盲點
,大腦會將熟悉的資訊自動補全,所以有些明顯的問題就算檢查多次卻依然被忽略;但這些問題在第一次閱讀的人眼中是非常容易找出來的。履歷中使多次用到專有名詞,請一定要統一規則
,建議比照官網最沒有風險。統一使用微軟正黑體
。很多人為了讓自己的履歷好看一點,會把略懂的技能都寫上去,營造出自己是一個全才的假象;但除非你真的是全才,不然建議只放自己最熟悉的部分,萬一你因為自己營造的假象而獲得 Offer,我認為這才是雙方悲劇的開始
。
你敢放到履歷上的東西都要經得起對方的詢問,就算對方詢問你 3 年前的專案具體負責哪一塊、使用什麼架構,你都要能夠倒背如流;如果不復記憶的專案我建議就不要放了,那根本是挖坑給自己跳
。
我強烈建議在完成履歷初稿後,你要把履歷用「2. 面試官從履歷中看到了什麼」的方式做模擬,去思考:
如果上面 3 點無法全部滿足,就代表還有調整的空間。
我相信這個章節中提到的問題,也是很多人在真實面試環境中會遇到的,所以在「PART 2」的部分我會跟各位讀者分析為什麼會面試官問這些題目,同時給予參考的回答;並分析可能會一同出現的延伸問題。
感謝大家的閱讀,如果喜歡我的文章可以訂閱
接收通知;如果有幫助到你,按Like
可以讓我更有寫文的動力,我們明天見~
我在 Medium 平台 也分享了許多技術文章
❝ 主題涵蓋「MIS & DEVOPS、資料庫、前端、後端、MICROSFT 365、GOOGLE 雲端應用、自我修煉」希望可以幫助遇到相同問題、想自我成長的人。❞
在許多人的幫助下,本系列文章已成功出版,除了添加新的篇章,更完善了每個案例的應對進退;如果對現在的職涯感到迷茫,也許這本書能帶給你不一樣的觀點~