⑴ 作為HR，該如何去面試前端工程師
如果你是個不懂技術的HR，那麼還是讓公司的技術總監或TM去招人和面試吧。讓TM先做一面，也就是技術面試，畢竟這是技術崗位，得考驗個人的技術能力；如果一面通過了，你可以再去做二面，就是考察一下為人如何以及個人對薪資福利方面的要求，是否符合公司的期許等等。
⑵ 資深HR揭秘：Web前端面試技巧有哪些
Web前端面試技巧
Web前端工程師的面試前的准備:
1. 自我介紹
准備不同時間版本的1 分鍾、3 分鍾的自我介紹.反復練習,並脫稿,但不是背誦.因為背的話自我介紹就顯得十分的生硬,一定要用自然的語言將自我介紹說出來.這樣可以給面試官留下很好的第一印象.
2. 預演
搜索一些你應聘的公司和職位,在宿舍里、家裡,先自己預演下,可能會被問及的各種問題和答案.即使你不能猜中所有問題--當然HR也不會面面俱到、一直不停的提問,最關鍵詞的只有那麼幾個.思考問題的過程會讓你減輕緊張而且在面試時心裡有底.
3. 積極自我暗示
在群面的時候,我們可能會因為別人的發言而繞亂了自己的思路.這時候千萬不要亂,適當的做深呼吸調整一下自己,做到沉著冷靜,整理好自己的思路,努力回憶自己所學和所掌握的知識,給自己積極的心理暗示,一句話:相信自己能行!你是最棒的.
4. 面試簡歷一定要准備充分
面試你的人可能不止1 個.預先料到這點.並准備好會顯得你做事正規、細致.沒有比當被要求提供多一份簡歷而你卻沒有.更能表明你缺乏准備的事了.你說呢?
5. 完整而認真的填寫公司要求的表格
盡管你認為它們用處不大、盡管你帶了簡歷來,很多公司都會要求你填一張表.你願意並且有始有終地填完這張表,會傳達出你做事正規、做事善始善終.
面試過程:
1. 給面試官留下深刻的印象
最初和最後的五分鍾是面試中最關鍵的,在這段時間里決定了你留給人的第一印象和臨別印象以及主考人是否欣賞你.最初的五分鍾內應當主動溝通,離開的時候,要確定你已經被記住了.要讓人產生好感,富於熱情.人們都喜歡聘請容易相處且為公司自豪的人.要正規穩重,也要表現你的精力和興趣.
2. 學會自我營銷
營銷自己十分重要,將你所有的優勢推銷出去,包括你的技術資格,一般能力和性格優點,僱主只在乎兩點:你的資歷憑證、你的個人性格.你能在以往業績的基礎上工作並適應公司文化嗎?談一下你性格中的積極方面並結合例子告訴對方你在具體工作中會怎麼做.
展示你勤奮工作追求團體目標的能力,大多數主考人都希望找一位有創造力、性格良好、能夠融入到團體之中的人.你要必須通過強調自己給對方帶來的好處來說服對方你兩者皆優.
⑶ 前端面試一般問什麼
web前端面試會問人事方面的內容和web前端技術的內容；
人事的面試
web前端人事面試方面，需要注意如何自我介紹、性格有哪些優劣勢、職業規劃方向是什麼、你的特長是什麼、對於加班之類你是怎麼看待等人事面試內容；
web前端技術的面試
技術面試，需要注意HTML+CSS+JavaScript以及JS主流框架的使用，比如Vue、React等，前端相關技術，比如tcp握手協議、網路安全、後端技術等；
對於web前端面試准備，建議你去看「決勝前端」（min app），它裡麵包含了很多web前端技術面試、人事面試等面試真題，而且針對面試題做了詳細的分析與解答。
我給你截圖看一下例子吧
⑷ 前端面試一問三不知怎麼辦
前端面試一問三不知的時候，千萬別慌亂，可以先停一停和面試官說這個問題你需要思考一下再回答，或者說你因為太緊張之類的一時想不起來答案。
有些面試官會直接電話過去要求面試，由於面試者(尤其是學生)處於弱勢方，可能並不會拒絕面試要求，但並不意味著面試者處於最佳的物理和精神狀態下，有可能會導致面試者不能很好的發揮自己原有的實力。所以如果面試官突然打電話過來。
沒有準備好的話，不要怕冒犯面試官，一定要另外約個時間，面試官肯定會再打過來的。遭到否定面試官有可能會否定你描述的一些東西，有可能是你字眼寫的太過，比如將「熟悉」的東西寫成了「精通」，勾起了面試官的「好奇」。
有可能故意試壓，考驗你的反應，但遇到否定的時候，不要急於反駁或者是手足無措，而是詢問自省和主動討論。氣場不和有的面試官性格嚴謹沉悶，而面試者可能思維活躍，整個面試過程可能會變成面試官不停的打斷面試者讓其思維聚焦。
而面試者感到思維不停被打斷，很是氣惱，影響發揮。這種情況不可避免，但遇到這樣的面試官，請保持謙和的態度，重點是展示自己技術的廣度、深度，氣場不和並不會產生決定性的影響，面試官也不會因為這樣的原因而給與錯誤的評判。
盡量留下好的印象。結束通知有的面試官會在面試結束後說：「我的問題問完了，如果有進一步消息的話，我們會再聯系你」。面試的大部分結果，其實當場就出來了，如果你感覺給出結果的時間點不夠明確，可以反問他：「如果三天內沒有聯系，是不是就代表沒有通過？」省得讓你懷有不確切的希望。
最後，還可以挽留下面試官，講講這場面試中你的一些疑惑，獲得面試官的反饋，也可以知道自己目前哪一方面做得不足。面試中面對不會的問題面試中遇到問題不會回答，這是非常正常的，畢竟大家在學習過程中遇到的問題，跟我們在工作中遇到的問題是非常不一樣的。
除此之外，我們看問題的角度，也是有差別很大的。舉個例子，很多人都在看ReactFiber，但是如果問你們，為什麼要有Fiber這個東西，可能很多人都回答不上來，因為大家只在社區裡面看到說，Fiber是怎麼工作的啊。
但是為什麼要有Fiber？如果沒有會怎樣，而這種思考，其實是非常底層的。我相信，很多人可能都沒有思考過。那如果遇到的問題不會，你可以先選擇不會，說我覺得自己沒有信心能答出這個問題，當然我更希望聽到你說。
我現在不會，但是你給我兩分鍾思考一下，我想一下這個問題有沒有答案？我覺得這是一個很好的思考習慣，首先你在面對不會的東西是坦然的，我當下不會，很正常，我之前沒有思考過這個問題嘛，那我們再花兩分鍾思考一下。
給一個初步的答案。所以說遇到問題，也不用不會就不會，也可以有一個積極的方式回應。從面試官的角度來說，面試中考察的題目，並不是僅僅考察這道題目本身，題目的對錯並不跟最終結果直接掛鉤。面試官更希望以題目為契機。
考察面試者分析問題，解決問題的能力，以及交流過程中所體現的邏輯推理和思維方式等。跟面試官聊業務業務跟項目是完全不一樣的東西，業務認知和思考也是很重要的一個考察點，這方面面試官可能會問兩個點：業務場景和技術突破。
業務場景：面試官會詢問面試者他們的產品、業務模式、商業模式等，了解下面試者對於產品的誕生、定位、發展的認知。技術突破：技術與業務相結合這點在阿里也是一直在說但鮮有人做的非常好的地方，所以有的時候也會考察面試者。
看看他們所做的技術是如何從業務出發、給業務帶來了哪些改變以及如何去評估兩者之間產生的結果。面試結束反向互動面試官在掛斷之前，基本會給與候選人反問的機會，一般會表述為「你有什麼要問我的嗎」？無論面試的怎樣。
都希望你能說出心中的疑惑，比如面試中的某個題目、整體的評價反饋、你的建議或者了解所負責的業務，所在的團隊等等，而從面試官的角度來看，如果候選人願意反問你問題，至少能證明他是個好學的人。所以不要放棄這個互動的機會。
面試反饋每場面試結束後，面試官都會在系統里留下面試反饋，如果面試失敗，簡歷會放在人才庫里，很多人會在其中撈取簡歷，以後的面試官也可以看到之前所有的面試記錄，之所以講到這一點，是希望大家在面試中能夠保持謙和積極的心態。
認真面對每一場面試，即使這場面試沒有成功，但如果展示了好的品質，也會增加被發掘的機會，為你以後面試成功鋪路。保持聯絡如果跟面試官聊的比較好，可以請求加個微信之類的，面試是一個長期的事情，哪怕此次面試沒有通過。
以後還可能面試進來的，與面試官保持聯絡。前端面試題筆記面試會了，面試題也不能落下，這套面試筆記除了有CSS、JS、Vue、React、性能優化、伺服器埠、設計模式、數據結構和演算法面試題外，加了手寫代碼面試題。
這下面試官讓我們寫代碼也不怕啦！CSS問題flex布局css3的新特性img中alt和title的區別用純CSS創建一個三角形如何理解CSS的盒子模型？如何讓一個div水平居中如何讓一個div水平垂直居中如何清除浮動。
⑸ 前端面試官常問的問題有哪些
1、重繪和重排的關系：
重繪不會引起重排，但重排一定會引起重繪，一個元素的重排通常會帶來一系列的反應，甚至觸發整個文檔的重排和重繪，性能代價是高昂的。
2、重繪的概念：
重繪是一個元素外觀的改變所觸發的瀏覽器行為，例如改變visibility、outline、背景色等屬性。瀏覽器會根據元素的新屬性重新繪制，使元素呈現新的外觀。由於瀏覽器的流布局，對渲染樹的計算通常只需要遍歷一次就可以完成。
但table及其內部元素除外，它可能需要多次計算才能確定好其在渲染樹中節點的屬性值，比同等元素要多花兩倍時間，這就是我們盡量避免使用table布局頁面的原因之一。
3、觸發重排的情況：
頁面渲染初始化時；瀏覽器窗口改變尺寸；元素尺寸改變時；元素位置改變時；元素內容改變時；添加或刪除可見的DOM元素時。
4、rex的缺點：
（1）一個組件所需要的數據，必須甶父組件傳過來，而不能像flux中直接從store取。
（2）當一個組件相關數據更新吋，即使父組件不需要用到這個組件，父組件還是會重新render,可能會有效率影響，或者需要寫復雜的shouldComponentUpdate進行判斷。
5、對MVC和MVVM的理解：
（1）mvc：View傳送指令到Controller Controller完成業務邏輯後，要求Model改變狀態Model將新的數據發送到View，用戶得到反饋所有通信都是單向的。Angular它採用雙向綁定（data-binding）：View的變動，自動反映在ViewModel，反之亦然。組成部分Model、View、ViewModel
（2）View：UI界面ViewModel：它是View的抽象，負責View與Model之間信息轉換，將View的Command傳送到Model；Model：數據訪問層。
⑹ 前端面試要點
想要通過前端面試順利進入一線大廠成就高薪前端夢。那麼首先，我們得知道前端面試中，社招和校招究竟有啥區別？
對於前端開發來說，如果說社招更看重對前端技術體系的深入理解，以及解決問題的能力話，那校招更看重的其實是基本功和學習能力（或者說是潛力）。
但其實，無論是社招還是校招，面試的時候都會問到一些曾經操作過的項目，尤其是大廠，或者熱門高薪部門，面試官除必問的技術經驗外，也會對技術深度進行一個基礎的考核，那在這種情況下如何hold住大廠面試呢？
前端面試三要素：簡歷、個人介紹、技術能力。下面，就來分別聊一聊。
1、簡歷篩選關：
HR一般會去看簡歷中所提的技術棧是否匹配，怎麼看呢？我們可以抓住簡歷中的技術名詞，一般來說如果一點技術名詞都沒有提到，那麼大概有以下幾種可能：很水、很牛但概率很小、不會寫簡歷。所以，一部分人可能會因為簡歷的問題沒有了面試機會，這點是需要非常注意的。
2、個人介紹關：
通過了簡歷篩選階段，就真正到了面試環節。這時候一定要准備好一段最多3分鍾的個人介紹。請注意，最多3分鍾！言簡意賅的說明自己的工作時間，擅長技術棧和自己的工作預期。
3、項目經驗表達：
對前端開發學習者而言，JS並不陌生，但大廠的JS面試題卻總是顯得很「陌生」，怎麼樣能夠真正做到深入理解與高級應用？這不僅是面試過程中對前端求職者的要求，也是大多數前端開發者的痛點。
大廠面試中，面試官除了關注你的項目經驗外，還往往喜歡和面試者深入探討前端某些技術領域成體系的前端知識。比如：模塊化、非同步解決方案、網路、框架及原理、線程等，但在與面試官的正面battle中，求職者總會敗下陣來。
所以，建議大家在Web前端面試前一定要注重這三個方面的內容。注重了這些想找找到一份適合的Web前端開發工作並不是難事。
⑺ 面試web前端時，你該如何應對面試官
這個雖然是技術型面試，但是面試的基本准則還是不會變的，態度誠懇，真誠，讓面試官感受你的熱情和對該工作的熱愛。至於技術水平的問題，一般在簡歷里就有體現，所以能夠收到面試，至少你的簡歷上的經歷還是有吸引到面試官的，所以，你盡量放鬆，於面試官真誠交流。
遇到技術型問題的時候，不要侃侃而談，挑技術要點，簡明扼要概括。因為，如果面試你的是你未來的領導，就是說懂行的人，你一說要點，他能知道你的水平。如果只是HR，其實就你講的很詳細，他也不一定能明白。所以，簡明扼要，保險！
⑻ 面試Web前端需要注意什麼會面試哪些問題
作為一名HTML5前端工程師，為了工作，為了就業我們免不了要參加各種各樣的面試。為此總結了面試前的注意事項：
第一：注意自己的儀容儀表
面試之前，一定要再次從頭到腳地將自己的儀容儀表檢查一遍。檢查時主要包括，自己的牙縫是不是還有食物殘渣，所以你需要就近找一個衛生間，如果沒有衛生間就近找一個角落也是可以的，但是切記一定不要在大庭廣眾之下。因此，為了給自己整理出著裝的時間請在約定時間前20分鍾到達。
第二：再次檢查面試時所需的資料是否都已帶全
這些資料主要包括：身份證明、學歷文憑證明、個人簡歷、以往作品等等，如果這些東西齊全之後，需要對這些資料做一個整理與排序。因為沒有哪個面試官希望看到面試者拿出一堆「莫名其妙」的東西塞給他，讓他自己再一頁一頁的翻找自己需要的內容，如果說這些資料在面試官手中不小心散落一地，結果可想而知。這樣的求職者在面試官眼中也一定不是一個讓人放心、有條不紊的員工。當然如果檢查時發現資料沒有帶全，也不要緊張。反而你要慶倖幸虧及時檢查，也有足夠的時間組織語言去向面試官解釋。
第三：面試之前將通信工具調成振動或關閉狀態
雖然說面試者與面試官之間是一個平等的關系，但畢竟你是去人家公司求職的，始終處於一個被動的狀態，所以最起碼的尊重還是要做到的。曾經有調查顯示，對於面試過程中接電話或是被電話打斷的求職者，會被HR減分。
第四：等候面試官時，仔細觀察多了解面試公司
在等候面試官時，可以暗自觀察一下公司的大體情況比如員工的著裝風格、公司的LOGO或是貼在牆上的企業文化、公司的環境等等，一來可以在接下來的面試過程中表現出自己對公司的認同感，二來也可以讓自己對求職公司多些了解，以確定是否要接受這里的工作。如果你身邊有公司的資料宣傳架，不妨取一本翻看一下，也會增加HR對你的好感。
第五：放鬆心情，保持自信
面試時一定要保持一定的自信，這樣也會給面試官留下很好的印象。面試只是你步入工作的第一步，即便是失敗了那也是人生重要的經歷。失敗是為了更好的迎接下一個挑戰。
作為一名web前端工程師千萬不要覺得懂技術面試就能萬事大吉了，像以上五點細節性的東西也是一定要掌握的。
面試題系列：
網頁鏈接
⑼ hr如何面試web前端工程師，該問哪些技術問題
近來幾個月，一直在努力尋找前端戰友，未果，一路的招聘經歷下來，心生不少感慨， 一直都很小心翼翼的，怕錯失了高人，又更加怕失誤把關不夠招到不合格的同學進來公司，對公司對項目造成某些影響。
面試前端工程師對我來說是一件非常有意思的事，因為面試過程很大程度上也是自我提升的過程。無論大公司還是小公司，之所以在如何招聘到真正有能力的 前端工程師方面會遇到同樣的問題，就是因為負責招聘的那些人不知道自己公司需要什麼樣的人，結果問問題時也問不到點子上。經過這幾年在行業里的摸索，我總 結出了自己的一套很有效的面試前端工程的方法。
有的應聘者說我不好對付，但留給他們這樣的印象也並非我所願。我覺得之所以他們說我不好對付，主要是因為我問他們問題時問得太細了。以前我曾專門寫過一些 東西，告訴應聘者怎麼才能通過我的面試（Surviving an interview with me）以及優秀的前面工程師應該具備什麼樣的素質（What makes a good front end engineer?），而我的面試可以說完全是按照那兩篇文章的標准進行的。我不會問一些特別偏門的問題，也不認為出幾道邏輯題就能考出人的真實水平。我 唯一的想法就是確定你能否勝任我們要招的這個職位。為此，我需要簡單地考察如下幾個方面。
基本知識
我們生活在互聯網時代，你想知道的任何事情幾乎都能在15分鍾內找到相關信息。可是，能找到信息並不等於你會使用它。我認為所有前端工程師至少都應 該掌握某些基本的知識，才能有效地完成自己的工作。如果一遇到問題，就停下工作上網四處搜索解決方案，怎麼可能保證按期完成工作呢？聽聽，還有誰在說「我 不知道，但我可以上網搜到。」請這些同學把手舉起來，讓大家認識一下（immediately raises a flag for me.）。下面我列出一些基本的知識點，這些都是我認為一名前端工程師（無論工作年頭長短）在沒有任何外來幫助的情況應該知道的。
DOM結構——兩個節點之間可能存在哪些關系以及如何在節點之間任意移動。
DOM操作——怎樣添加、移除、移動、復制、創建和查找節點。
事件——怎樣使用事件以及IE和DOM事件模型之間存在哪些主要差別。
XMLHttpRequest——這是什麼、怎樣完整地執行一次GET請求、怎樣檢測錯誤。
嚴格模式與混雜模式——如何觸發這兩種模式，區分它們有何意義。
盒模型——外邊距、內邊距和邊框之間的關系，IE 8以下版本的瀏覽器中的盒模型有什麼不同。
塊級元素與行內元素——怎麼用CSS控制它們、它們怎樣影響周圍的元素以及你覺得應該如何定義它們的樣式。
浮動元素——怎麼使用它們、它們有什麼問題以及怎麼解決這些問題。
HTML與XHTML——二者有什麼區別，你覺得應該使用哪一個並說出理由。
JSON——它是什麼、為什麼應該使用它、到底該怎麼使用它，說出實現細節來。
重申一下，上述這些知識點都應該是你應該「想都不用想」的東西。我一開始問的所有問題都是想摸清你對所有這些領域知識的掌握程度。雖然上面列出的這些知識點並沒有面面俱到，但我覺得你至少應該掌握這些，才有可能跟我坐到一間辦公室里來。
少量提問
我非常贊同面試者問的問題越少越好。反復問應聘者各種問題既不公平，也很無聊。我在任何一次面試中，通常只問三個大問題，但每個問題又會涉及我所能想到的多個方面。回答每個大問題一般要經過幾個步驟，這樣我就可以在每個步驟中穿插著問一些小問題。比如說：
現在有一個正顯示著Yahoo!股票價格的頁面。頁面上有一個按鈕，你可以單擊它來刷新價格，但不會重新載入頁面。請你描述一下實現這個功能的過程，假設伺服器會負責准備好正確的股票價格數據。
這個問題牽扯到一組我想要考察的基本知識點：DOM結構、DOM操作、事件處理、XHR和JSON。如果我要求你對換一種處理股票價格的方式，或者 讓你在頁面中顯示其他信息，就可以把更多的知識點包括進來。對於經驗比較豐富應聘者，我也可以自如地擴展要考察的知識范圍，最簡單像JOSN與XML的區 別、安全問題、容量問題，等等。
我還希望應聘者給出的任何解決方案中都不要使用庫。我想看到最原生態的代碼，你就當頁面中沒有包含任何庫。你說你對哪個庫了解多少多少，但我不能把 關於庫的知識作為評判能力的因素，因為庫是會隨時間變化的。我需要的是真正理解庫背後的機制，特別是能夠徒手寫出一個自己的庫的人。
解決問題
做為一名前端工程師，最值得高興的事莫過於解決同一個問題會有很多種不同的方法，而你要做的就是找出最合適的方法來。我在提問的時候，經常會在應聘 者解釋完一種方法後問他們還有沒有第二種方法。此時我會跟他們說，假設你的這個方法由於種種原因被否決了，那麼你還能不能給出另一種方法。這樣做可以達到 兩個目的。
首先，可以測試出他們是否在毫無意義地復述書本中的東西。不能不承認，某些人確實有過目不忘的天賦，聽他們在那裡滔滔不絕地講，你會覺得他們什麼都 明白。可是，只要一跟這些人談到怎麼查找方案無效的原因，以及能否拿出一個新方案來，他們往往就傻眼了。這時候，如果我聽到「我不明白這個方案為什麼不夠 好」之類的反問，心裡立刻就明白我的問題已經超出了他們的能力范圍，而他們只是想拿自己死記硬背的結論來矇混過關。
其次，可以測試出他們已經掌握的（還是那句話，「想都不用想」）瀏覽器技術知識。如果他們對瀏覽器平台的核心知識有較好的理解，想出解決同一問題的不同方案根本沒有那麼難。
對一名前端工程師來說，這絕對是最重要的能力。前端工程師在工作中遇到本該如此卻並未如此的難題（說你啦，IE6），應該說是一件很平常的事。一個方案無效就無計可施的人，做不了前端工程師。
考核應聘者解決問題能力的另一層原因，與我的個人喜好有關。在搞清楚應聘者知道什麼不知道什麼之後，我就會想著問一個他們知識領域之外的問題。這樣 做的目的，就是想看看他們怎樣運用已有的知識解決新問題。在解決問題的每一步，我也准備了一些提示，以防有人會卡殼打艮（在我面前15分鍾一言不發，對我 評價這個人毫無幫助）。我真正感興趣的，是他們能夠從上一步前進到下一步。我希望看到一個人就在我眼前學到新知識。
注意：所有問題都與瀏覽器技術相關。我不相信出幾道抽象的邏輯題，就能夠考出某人解決Web技術問題的能力。在我看來，這無異於讓素描大師畫肖像（或者讓劉翔跟博爾特同場競技），沒有意義，也得不到任何有價值的信息。
有激情
要成為一名優秀的前端工程師，最重要的莫過於對自己做的事要有激情。我們技能都不是從學校中或者從研討會上學來的，因此前端工程師必須具備自學能 力。瀏覽器技術的變化可謂日新月異，所以也只有不斷提升自己的技能才做得到與時俱進。我雖然不能強迫誰必須多看博客、不斷學習，但想應聘前端工程師的人恐 怕還是必須這么做的。
你怎麼知道誰對這種工作有沒有激情？實際上非常簡單。我只問一個簡單的問題：「目前你對什麼Web技術最感興趣？」這個問題永遠不會過期，而且也幾 乎不可能出錯……除非你答不上來。就眼下來說，我希望你對這個問題給出的技術中包括WebSocket、HTML、WebGL、客戶端資料庫，等等。只有 對Web開發充滿激情的人，才會堅持不懈地學習新知識、掌握新技能；這些人才是我真正想要的。當然，我會讓他們詳細解釋自己提到的技術，以保證他們不是隨 口說了幾個時髦的新詞彙。
最後一點
計算機科學或者Web設計方面的知識當然也有用，但那都是基本知識之外的東西。只要基本知識在那兒了，一切就都有了基礎，想擴充知識面也不難。可 是，如果等到正式上班以後，還得從頭學習基本技能，那種難度是不可同日而語的。另外，高級前端工程師與一般工程師相比，肯定需要掌握更多的技能。而面試幾 乎沒有經驗大學畢業生，同樣也會有一套完全不同的程序。我在這篇文章里列出來的都是一些最基本的東西。
對於那些還沒有多少面試經驗的人，我總是喜歡告訴他們，面試完了只要問自己一個問題就行：你想以後跟這個人在一起共事嗎？如果不管為什麼，回答是不，那就是不。
⑽ 前端面試官如何提問
一般會提問在項目中經常會使用的框架，怎麼解決在工作中遇到的問題，具體的建議你去看一些前端面試題。除開前端面試題，一般的公司在面試時也會要求上機操作，完成具體小項目。