後端開發 騰訊一面的失敗經歷

重點！：簡歷必定要好好寫，本身不清楚的就不要寫上去了，模棱兩可的部分只會增長你被淘汰的概率，你須要在簡歷上突出的是你的優勢部分，你擅長的部分，是那些面試官只要稍微提出一點，你就能口若懸河的那種。

今天有幸能接到騰訊的一面電話（雖然掛了，可是也很激動 T.T），畢竟是本身第一次正式的參加電話面試

進入正題，面試官聽聲音就感受很親切，上來是試探性問了下如今進行面試是否方便？方便的話就開始面試了。首先是根據本身的簡歷簡單的講了下本身的狀況，緊接着面試官就個人簡歷中提到的項目開始提問，先是問本人在項目中的貢獻是什麼，這個項目作了什麼？由於筆者的項目寫的是一個簡單的監控項目，筆者在其中主要負責一些接口的設計而且項目初期的環境搭建，因而簡單地介紹了下本身作的工做，設計的接口是作什麼的？而後，便進入了面試的核心部分了：

1. 該項目所設計的監控系統採用的架構是怎樣的？

• 由於筆者確實是不會這個，如實的將本身所知道的講了下（光顧着實現需求了，架構和設計真的很重要！），例如筆者參與實現的監控系統在搭載在Windows平臺上，採用Node.js開發的接口，用來接受傳遞過來的監控數據，並對數據進行簡單的處理，最後存入庫中。（可是說完這個大答案，筆者本身都很差意思了）

1. 假若如今須要設計一個監控系統，你會怎麼設計？從數據源的角度簡單分析下？（例如使用的數據採集方式？中間傳遞、處理數據的組件該用哪些？應對海量數據的時候須要怎麼處理？）

• 筆者瞭解的仍是太少，關於這塊筆者只能支支吾吾地說了建議最後入庫以前採用 redis 緩存，尤爲是面試官後面又暗示了下應該採用怎樣地設計模式，筆者勉勉強強地說了該採用 策略模式 應對不一樣數據量傳遞地場景，還有 建造者模式（筆者也不是很明白，可是筆者認爲大部分數據應該結構類似，而且有些數據的局部存在不一樣，可用)，面試官又暗示了下 觀察者模式（捂臉，筆者看過打，是太緊張不記得了。。），也是沒有答出來。

儘管面試官真的很nice，很耐心地跟筆者講了該努力地地方，記憶猶新的是面試官那句：不管作的是哪一個領域的，最起碼領域知識是應該要了解和掌握的。

本身這一趟面試下來也算是明白本身的缺點了，瞭解的廣度也不是很夠深度就嚴重不足了。未來但願本身能更加專一這一塊，好好努力！Tencent，等筆者明年再戰