面經 記一次位元組跳動前端面試經歷

2021-09-13 02:32:32 字數 1498 閱讀 2528

博主找我修改簡歷,給他提了一些建議,不久他就收到了位元組跳動面試。(不知道是不是提的建議有效果~~)

ps:文中加了一些我的注釋。

正文如下:

需要提前說明的是,該流程記錄皆出自本人本次面試的經歷,和其他人的可能有所出入。

開始面試後,首先是自我介紹。面試官不一定提前看過簡歷,或者只是一覽而過,所以面試前有必要準備一段3-5分鐘的自我介紹。這裡面試官讓我重點講下在專案中曾經遇到過的問題(拋除業務邏輯),又是如何解決的。從「拋除業務邏輯」這個要求可以看出,其實面試者所做專案本身並不重要,重要的是你如何從專案,哪怕是玩具demo中發掘亮點,體現你個人解決問題的能力

(網際網路偵察注:這裡必須注一下,寫簡歷也是一樣,一定要突出技術在業務中的作用,很多人寫了半天業務,但是裡面沒有看到技術)

自我介紹之後,就過渡到面試題環節。面試題環節有兩類,一類是挑一段**讓你回答,這類考的是基礎知識中的重難點;另一類是之前提到過的白板寫**,網上戲稱手撕**,題目不會很難,但是很考驗基本功,重度ideer可能會舉手無措(比如本人qwq)。在面試題環節中,即使遇到不會的問題,也可以說說自己能掌握的資訊,面試官會適時給出一定的提示。

面試之後,我抓住機會,問了面試官乙個憋在心裡很久的問題,是什麼就不說了。

這裡只是簡要記錄個人在前端面試遇到的考察點:

position和display、事件機制、dom、捕獲冒泡、this及作用域、原型鏈、es6(了解)、vue的雙向繫結原理(最好有用過,一定程度上考察了源**理解)、基礎的資料結構……等。

其中,dom的考察了一道,this及作用域考察了兩道,資料結構考察了一道,其它的都以概念提問的方式進行考察。

可以總結出以下教訓:

對於本次面試出現的種種問題,本人有如下反思:

明確自己的技術方向,然後深入研究。原以為在技術領域多處開花是一件很酷很厲害的事,現在發現這很容易導致我成為一名api使用者。一定要熟記基礎,深入原理,了解原始碼

一定要有技術部落格,本次面試過程中能答上的知識點全是平時部落格有記錄的知識。

接上一點,技術部落格不應該是簡單的知識點堆疊,要盡可能地由點及面。秉持這種心態——我其實是在寫新手教程,然後你就會自覺地把部落格寫得盡量詳細及全面。

針對自己做過的專案,要有意識地進行分析總結,面試過程中就可以把總結的這些問題丟擲來,總有一兩個會被面試官作為考核點。

計畫如下:

摒棄朝三暮四的心態,當前階段應當以前端開發為自身的主要技術棧和深入方向。

就前端而言,沒有什麼比做乙個自己的平台更能鍛鍊技術的了。計畫於參與的專案完成之後,大概是今年暑假,從零開始做乙個自己的部落格。

比起新專案計畫,技術部落格顯得更加急切。從現在開始,每週都要強制性做一次技術總結;或者堅持閱讀技術書籍,做讀書筆記。

在面試過程中,面試官給了我很多建議,讓我通過經典書籍深入基礎,結合其他前輩給我的意見,羅列以下三本書:

面經 記一次位元組跳動後端面試經歷

需要提前說明的是,該流程記錄皆出自本人本次面試的經歷,和其他人的可能有所出入。開始面試後,首先是自我介紹。面試官不一定提前看過簡歷,或者只是一覽而過,所以面試前有必要準備一段3 5分鐘的自我介紹。這裡面試官讓我重點講下在專案中曾經遇到過的問題 拋除業務邏輯 又是如何解決的。從 拋除業務邏輯 這個要求...

記一次前端面試經歷

近日去某獨角獸公司面試了一波,本以為憑藉幾年的豐富專案積累能順風順水的,結果被面試官 教育 了一番,著實慚愧。被連續幾個前端知識點問道懵逼,回來後好好補習了一番。以下是對面試問題的思考 1.let,const定義的變數可以不賦值嗎,指向 答 let 可以不賦值,const不能不賦值 會報 missi...

位元組跳動前端面試經歷及總結

小技巧總結 面試前做出的準備 我在面試前準備以下幾點東西,似乎都解決了面試的部分問題 快要面試時做出的準備 快要面試了,第一次面試,有些緊張,但還是像平常考試一樣,將總結下來的面試題目總結 前端遇到問題的總結又看了一遍,把自己做好的自我介紹熟悉的幾遍,給自己親近的朋友發條訊息獲得她的祝福,又站在電腦...