『壹』 資深HR揭秘：Web前端面試技巧有哪些
Web前端面試技巧
Web前端工程師的面試前的准備:
1. 自我介紹
准備不同時間版本的1 分鍾、3 分鍾的自我介紹.反復練習,並脫稿,但不是背誦.因為背的話自我介紹就顯得十分的生硬,一定要用自然的語言將自我介紹說出來.這樣可以給面試官留下很好的第一印象.
2. 預演
搜索一些你應聘的公司和職位,在宿舍里、家裡,先自己預演下,可能會被問及的各種問題和答案.即使你不能猜中所有問題--當然HR也不會面面俱到、一直不停的提問,最關鍵詞的只有那麼幾個.思考問題的過程會讓你減輕緊張而且在面試時心裡有底.
3. 積極自我暗示
在群面的時候,我們可能會因為別人的發言而繞亂了自己的思路.這時候千萬不要亂,適當的做深呼吸調整一下自己,做到沉著冷靜,整理好自己的思路,努力回憶自己所學和所掌握的知識,給自己積極的心理暗示,一句話:相信自己能行!你是最棒的.
4. 面試簡歷一定要准備充分
面試你的人可能不止1 個.預先料到這點.並准備好會顯得你做事正規、細致.沒有比當被要求提供多一份簡歷而你卻沒有.更能表明你缺乏准備的事了.你說呢?
5. 完整而認真的填寫公司要求的表格
盡管你認為它們用處不大、盡管你帶了簡歷來,很多公司都會要求你填一張表.你願意並且有始有終地填完這張表,會傳達出你做事正規、做事善始善終.
面試過程:
1. 給面試官留下深刻的印象
最初和最後的五分鍾是面試中最關鍵的,在這段時間里決定了你留給人的第一印象和臨別印象以及主考人是否欣賞你.最初的五分鍾內應當主動溝通,離開的時候,要確定你已經被記住了.要讓人產生好感,富於熱情.人們都喜歡聘請容易相處且為公司自豪的人.要正規穩重,也要表現你的精力和興趣.
2. 學會自我營銷
營銷自己十分重要,將你所有的優勢推銷出去,包括你的技術資格,一般能力和性格優點,僱主只在乎兩點:你的資歷憑證、你的個人性格.你能在以往業績的基礎上工作並適應公司文化嗎?談一下你性格中的積極方面並結合例子告訴對方你在具體工作中會怎麼做.
展示你勤奮工作追求團體目標的能力,大多數主考人都希望找一位有創造力、性格良好、能夠融入到團體之中的人.你要必須通過強調自己給對方帶來的好處來說服對方你兩者皆優.
『貳』 HR是如何面試那些前端菜鳥的
HR是如何面試那些前端菜鳥的
xx先後在twi**er,Stripe工作，期間會參加面試工作。實際上參加面試工作的人都知道要想在一個較短的時間內(30min-1h)就對一個應聘者做出判斷其實是很難的，因此我們不得不想盡辦法去更加合理的去判斷面試者。下面是xx理出的一個思路:
如果對方有github賬號，我們會盡可能的去了解TA在開源項目上的動態和他的開源項目。我們也會從中挑出一些切入點，通過交流他做這個項目的出發點也能夠更好的了解面試者的設計思路，也可以初步的去判斷該人是不是適合團隊。如果雙方交流順暢，接下來會直接進行到代碼等一些基礎問題上來。
自己的面試會很實際，幾乎全部都是coding,很少會提到演算法和一些抽象的概念。自己提出的問題看似簡單，但是每一點都涉及到javascript的一些知識領域。
面試的'時候並不建議使用白板，通常希望面試者自己帶上自己的筆記本，或者就使用自己的。我會將他們的代碼運行，並告知結果。
Object prototype
我起初會提出一個非常簡單的問題就是定義一個函數spacify ,將一個字元串作為參數傳入，然後返回一個字元串，不過該字元串相對原有傳入參數的變化是字母與字母之間多了一個空格。
spacify('hello world') // => 'h e l l o w o r l d'
雖然問題很簡單，但這卻是一個很好的開始，我們接下來的問題便可以圍繞此展開, 尤其對於那些聲稱自己了解Javascript，但實際卻連一個函數都不會寫的面試者高下立判。
正確的答案如下，不過一些面試者或許會選擇for循環，當然這並沒有錯
function spacify(str) {
return str.split('').join(' ');
}
接下來，我會繼續問如何將這個函數直接作用在一個字元串對象上.
'hello world'.spacify();
這個問題可以讓我了解面試者對原型鏈的理解，這個問題可以讓彼此展開一些有討論，諸如直接在原型鏈上定義屬性的危害等等.實際期待結果:
String.prototype.spacify = function(){
return this.split('').join(' ');
};
一般到這里我會讓面試者講講函數聲明和函數表達式的區別。
Arguments
接下來，我會去了解面試者對於 arguments的理解，我們會要求面試者定一個log函數。
log('hello world');
函數類似實現一個簡單的控制台輸出，在控制台輸出傳入的字元串。一邊面試者都會在定義的函數里直接寫console.log，不過還是有更優秀的面試者會直接使用apply。
function log(msg){
console.log(msg);
}
接下來，我會繼續問如果我傳入多個參數依舊輸出一個字元串 ，我會提示面試者傳入的 參數是不固定的，我會暗示xxconsole.log實際上也接受多個參數。
log('hello', 'world');
不過我還是希望您的面試者現在已經想起apply;面試者可能會在apply和 call上困惑，這個時候我會做點小提示，不過將console上下文傳入也是非常重要的.
function log(){
console.log.apply(console, arguments);
};
接著我會繼續追問，如果我希望在那個輸出的字元串前統一加上(app) 這樣的字元串，類似於這樣:
'(app) hello world'
這個問題明顯會復雜很多，面試者應該知道arguments是一個偽數組，我們需要先將它轉換成正常的數組，我們可以使用Array.prototype.slice,代碼如下:
function log(){
var args = Array.prototype.slice.call(arguments);
args.unshift('(app)'); console.log.apply(console, args);
};
Context
接下來我想了解面試者對於上下文以及this的理解，我會給出下邊的代碼，讓面試者去解釋count的值。
var User = {
count: 1,
getCount: function() { return this.count;
}
};
接下來我會給出下面的代碼，讓面試者去回答應該輸出的正確答案。
console.log(User.getCount());var func = User.getCount; console.log(func());
上面的例子中正確輸出1和undefined。實際上很多面試者都會在這里跌倒。func的上下文是 `window，因此已經失去了count屬性。接下來我回繼續追問面試者如何確保func的上下文始終都和User關聯，這樣可以使輸出的答案是1。
正確答案是使用Function.prototype.bind，代碼如下:
var func = User.getCount.bind(User); console.log(func());
這個時候我會讓面試者去進行完善，如果老的瀏覽器並不支持該方法，我們應該怎樣去兼容。部分基礎較差的面試者會比較糾結，但是個人認為任何一位前端工程師都應該對apply和call有著較為深刻的理解。
Function.prototype.bind = Function.prototype.bind || function(context) {
var self = this; return function(){ return self.apply(context, arguments);
};
}
Extra points if the candidate shims bind so that it uses the browser's native version if available. At this point, if the candidate is doing really well, I'll ask them to implement currying arguments.
一個彈窗庫
面試的最後y一部分，我會要求面試者寫點實際的東西。這個非常有用，足以了解前端的技術棧。如果前面的問題回答的較為理想，這個問題，我會非常迅速的展開最後一個問題的考察。
雖然最終效果取決於面試者的實現，但是這里依舊有足夠的考察點。
最好不使用 position:absolute而是position:fixed，這個時候即使窗體有滾動，也可以很好的遮罩住全局。我會提示面試者這樣使用，並且追問這兩者的區別。
.overlay { position: fixed; left: 0; right: 0; bottom: 0; top: 0; background: rgba(0,0,0,.8);
}
如何將裡面的內容居中也是一個非常重要的考察點。一些面試者會使用絕對定位，而有的面試者則更擅長使用Js。
.overlay article { position: absolute; left: 50%; top: 50%; margin: -200px 0 0 -200px; width: 400px; height: 400px;
}
我會繼續問，如何確保點擊遮罩層時遮罩層是關閉的?這個問題可以將我們的討論落腳到 冒泡中來。很多面試者都會直接將點擊實踐綁定到遮罩層上。
$('.overlay').click(closeOverlay);
這個接下來可以工作了，但是你會發現如果點擊了遮罩層中的子元素，遮罩層也會關閉。解決方案是便是判斷event target ，並且保證 這個時間不會冒泡。
$('.overlay').click(function(e){ if (e.target == e.currentTarget)
closeOverlay();
});
尾聲
當然前面的知識點僅僅是前端的一部分，實際上你還可以問:性能，HTML5 APIs， AMD vs CommonJS moles，constructors，數據類型，以及盒子模型。我經常都會隨著面試者的進行去選擇相應的問題
;『叄』 前端hr面試常問的問題
面試其實就是一個不斷選擇與被選擇的過程(不知道說的對不對)。不同公司的面試方式都有所不同，大多數人都有過多次面試的經歷，前端面試也不外乎那麼一些啦(好像有些廢話的感覺)。
面試之前的小故事
HR會打電話過來我是××公司的，在××上看到你投到我們公司的簡歷，問你何時候有空約一個唄，然後說就星期*吧，既然都打電話請我面試了，好吧，那就約一個!
然後有些人會精心准備，不停刷面試題，整夜整夜的看著HTML/JS/CSS知識點，還有那些最新的、時髦的技術，看看到時候能不能唬住面試官;而有些人對自己胸有成竹，哥那麼多年的前端經驗了，啥項目沒有經歷過，不就一個面試，怕啥呢。
很快或者很慢的來到那天。你打扮的清清爽爽漂漂亮亮的，打扮的好會有加分不，沒錯，第一印象也是挺重要的。途中有些人可能會還一直想著面試官會問啥題目呢，那啥**屬性是什麼來著呢，再次拿出手機默默的看起資料;有些人可能就會想著公司不知道妹子多不多漂亮不呢，環境和福利不知道咋樣，最好別碰到傻逼一樣的面試官哎，不然這以後咋相處好呢。
來到公司，大小公司大家都見多了嘛，也是得看發展是吧，我們也不是膚淺的人，見到前台妹妹，喲，還不錯哦。領你進會議室里，讓你稍等一下，她去通知面試官，過了一會兒，不是面試官進來，那就是前台妹妹給您送來一杯水。面試官踱步向前，咦~，我是繼續坐著呢，還是站著呢，還是站起來顯禮貌一些嗯。
給面試的一般會是Team Leader或者非常資深的工程師。首先會讓你自我介紹下，然後巴拉巴拉介紹自己，途中或者聊到面試官喜歡的`部分那就會中斷問幾個問題吧，介紹完自己，就進入正式的戰鬥了吧，一般會有2-3輪的回合。遇知戰斗詳情，請聽下回分解。
哈哈， 開玩笑。以上瞎編胡造，如有雷同，純屬巧合。
這里就只談談前端技術的戰斗回合吧，寫的不好，請多見諒。
普通型
面試中問題會比較的零碎，html/js/css肯定都會有涉及。知識點不會有太大的規律，可能幾個公司面試下來你遇到的問題一個都不帶重復的。哎，前端的知識點就是乍一看深似海，仔細一看深似黑洞啊。問題好的話，一方面考察了面試人對前端接觸的廣度，深度的話也可以從中接觸到一些。因為面試的時間有限，其實也非常考驗面試官對一個人的洞察能力。
一般如果不是應屆生的話，也就是會跟你交流你之前的項目，你擔當的角色，你遇到的難題，怎麼解決問題，用的框架，與其他工程師的交流溝通協作等等。 這些其實你心裡肯定是有答案的(可能也有懵逼的)，就看你的表達，能不能對上面試官的胃口。
進階型
除了基本的問題，面試中會有一些明顯設計過的題目。針對某幾個知識點，或讓你手寫代碼，或讓你提供演算法或思路。如果之前沒有遇到過這類問題的話其實一下子真的挺難回答，或者直接懵逼了，或者回答不出面試官滿意的答案。這其實對工程師的要求也是比較的高，不能只是單純的切切頁面，用用插件，需要對某一類問題或者模式或者演算法有深入的了解，對問題的解決思路有很好的把握。
演算法可能不是前端工程師的長項，但作為優秀的工程師，對演算法的了解應該會只深不淺。
這種面試的題目既提現了公司對面試者的要求，也相對而言的會有所體現公司的水平。
出題型
題目比較的綜合，會通過郵件發給你，或者有專門的頁面提供，在面試之前讓你2-3天的時間做完。題目可能是很有名的某一類交互，或游戲，或頁面，或公司自己出的一類小東西。
因為非當場面試，所有有比較充足的時間來思考，來寫一些代碼。一般都會完成，所以其實比較的關注點就是對代碼的質量，通過代碼來考察面試者的思路以及代碼**慣等等。
其未知性也比較多，可能因為有些東西可能沒法通過代碼來傳遞，溝通，其他的思路，或者題目的缺陷等等。所以這只是面試途中的一個小部分，大多數人其實都會能做的很好。
直接上機型
還有的就會直接給你某一個交互，或者一張靜態頁面，或者一個布局等等，直接給你台電腦讓你當場寫出來。寫完之後再有所交流，說說自己的想法或者接著談其他的。
當你寫代碼時候，其實暴露的東西也挺多的。你寫的**慣，思路清晰不清晰，對代碼的熟悉程度，可能你平時都是ctrl C + V的，這時候你咋辦呢。
這個可能遇到的比較少，但也會是有的。
結束語
許多面試可能都會結合以上的幾種類型，多方面的考察面試者，其實，大家都懂的。
『肆』 前端常見面試題-hr
因為前端是用戶最直觀能接觸和交互的地方，所有 「用戶體驗」最重要。
早期學習都是有點野路子，遇到問題解決問題，
後面發現有很多問題沒有系統的學習 很難分析出具體的問題，
然後會開始看一下比較基本和底層一點的書或者視頻，包括一些api。
有了系統的知識後，就可以去研究相關一些大神的源碼，當然也借鑒了很多人的學習心的再去慢慢消化。
如果單純看和聽 其實我覺得只能吸收10%左右。
我一般會把學習的內容和工作上解決了比較難的問題都通過 掘金或者的方式記錄下來。這樣我覺可以消化40%的內容。
最後最好的學習方法，當然是給別人說一遍，這也是我們前端組為什麼每個月做技術分享的原因。
這樣我覺得可以最整個知識跟深刻的思考和別人互動互相檢驗學習的質量。
首先我確實挺感謝我現在公司，因為我之前去過外包公司，我深刻的感受到企業文化對公司的重要性。倡導以員工的成長為主，
公司會定期給我們請外面的老師做管理幹部的培訓，有管理的有經驗的。確實讓我學習了很多成長了很多。
不過由於我們是傳統服裝製造業，對於技術的迭代和要求沒那麼高，我在這里也工作了6年多，我自身也感覺有點 開始進入舒適區的感覺，
我想在新的環境，跟更多行業優秀的人才一起學習，讓自己做一個T字型人才，把縱向的技術能力扎深扎穩。
應該就是capp項目，由於公司戰略要求，要在3個月內完成原來capp工時工序客戶端系統到web的切換，兩個前端，兩個後端，由於周期短，要在短時間交付項目成果，確實是一個很難解決的大難題。
（1）首先我覺得溝通很重要，在需求方面，我和後端組長積極與產品溝通，分析系統各個模塊的使用場景和優先順序。把最關鍵的核心模塊提取出來，優先開發，並與領導協商後面再繼續迭代其他基礎功能。 每個功能都討論仔細避免交付時才返工。
（2）在框架上，一個穩定的容用的框架是高效迭代開發所必須的，所以作為框架的搭建就刻不容緩，我和後端負責人也是溝通分析趕工，不斷打磨一個穩定有效的框架。制定了很多約定與規范。
（3）在時間上，打包比較花時間，為了解放不必要的投入，我引進入CI/CD工具，大量的節省了前端後端的部署時間。把精力都花在刀刃上。
（4）團隊的氛圍， 畢竟還有很多功能要開發，加班是再所難免。
其實我覺得人加班為什麼會累，一/般是一個人在奮戰，會感到孤獨和無助。所以我們採取在關鍵節點交付前集體加班的方式，由於大家都在，即保證了開發過程的效率，也可以避免007的噩夢。
（5）儀式感與明確的目標，跟上級申請項目立項，讓公司發起啟動會，讓每一個參與開發同事有儀式感，意識自己參與項目的重要性與意義。並申請項目獎金，在每個階段性節點按時交付，我們都給予員工及時的獎勵和認可，由於有了明確的目標和方向。
整體項目最終以2個半月交付核心業務功能，4個月後完成整個系統所有功能交付，並順利上線。
我們喜歡的運動是羽毛球，平時喜歡用碎片化的時間 聽得到的一些可能，有it類的有經濟學類的，可以擴充自身的視野。
還是在掘金寫寫博客。
『伍』 位元組跳動前端hr面會問什麼
技術成面的東西肯定要問你，考驗你目前的技術水平。比如拋給你一個技術方面的問題，問你是如何解決的？用什麼樣的技術去解決更好？
團隊方面的融合問題，看你是否能融入團隊。
『陸』 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設計方面的知識當然也有用，但那都是基本知識之外的東西。只要基本知識在那兒了，一切就都有了基礎，想擴充知識面也不難。可 是，如果等到正式上班以後，還得從頭學習基本技能，那種難度是不可同日而語的。另外，高級前端工程師與一般工程師相比，肯定需要掌握更多的技能。而面試幾 乎沒有經驗大學畢業生，同樣也會有一套完全不同的程序。我在這篇文章里列出來的都是一些最基本的東西。
對於那些還沒有多少面試經驗的人，我總是喜歡告訴他們，面試完了只要問自己一個問題就行：你想以後跟這個人在一起共事嗎？如果不管為什麼，回答是不，那就是不。
『柒』 前端面試，面試官問都看過哪些書是要問什麼
面試官問及「去看書」，實際上最主要的是指代你「有關學習」層面的個人行為、習慣性——無須被「書」字給纏住！你、我、面試官，大家都是社會人士，都遭受往日教育經歷的危害，因而一旦談起自我提升、了解這些層面時，自然而然的商談及「去看書」這一個人行為。盡管伴隨著時代的發展，培訓的方式、方式、具體方法愈來愈多，但我們或是習慣性的談及「去看書」。
我們都知道，現在年輕人中，把獨立時長用在念書里的占不上一成，在男性中佔比例最大是指網游手游，女孩較為散在其中逛街購物游戲佔有率最大，而可以把時長關鍵撲在學習方面，比碎石子里找金子還難，因此僅僅看一下所佔佔比，有比例就不錯了，由於一本書沒詳細看了的不在少數；就你較為有興趣的難題暖場活動釋放壓力，隨後假如你讀過書籍，很有可能迅速轉換到你對專業技能的了解上去，這兒不僅能夠調查了專業技能，還調查了你的學習能力、學習培訓深層、專業知識消化能力等。
『捌』 hr如何面試web前端工程師，該問哪些技術問題
hr如何面試web前端工程師，該問哪些技術問題
一、基本知識
我們生活在網際網路時代，你想知道的任何事情幾乎都能在15分鍾內找到相關資訊。可是，能找到資訊並不等於你會使用它。我認為所有前端工程師至少都應 該掌握某些基本的知識，才能有效地完成自己的工作。如果一遇到問題，就停下工作上網四處搜尋解決方案，怎麼可能保證按期完成工作呢？聽聽，還有誰在說「我 不知道，但我可以上網搜到。」請這些同學把手舉起來，讓大家認識一下（immediately raises a flag for me.）。下面我列出一些基本的知識點，這些都是我認為一名前端工程師（無論工作年頭長短）在沒有任何外來幫助的情況應該知道的。
[list][*]
DOM結構——兩個節點之間可能存在哪些關系以及如何在節點之間任意移動。
[*]
DOM操作——怎樣新增、移除、移動、復制、建立和查詢節點。
[*]
事件——怎樣使用事件以及IE和DOM事件模型之間存在哪些主要差別。
[*]
XMLHttpRequest——這是什麼、怎樣完整地執行一次GET請求、怎樣檢測錯誤。
[*]
嚴格模式與混雜模式——如何觸發這兩種模式，區分它們有何意義。
[*]
盒模型——外邊距、內邊距和邊框之間的關系，IE 8以下版本的瀏覽器中的盒模型有什麼不同。
[*]
塊級元素與行內元素——怎麼用CSS控制它們、它們怎樣影響周圍的元素以及你覺得應該如何定義它們的樣式。
[*]
浮動元素——怎麼使用它們、它們有什麼問題以及怎麼解決這些問題。
[*]
HTML與XHTML——二者有什麼區別，你覺得應該使用哪一個並說出理由。
[*]
JSON——它是什麼、為什麼應該使用它、到底該怎麼使用它，說出實現細節來。
[/list]
重申一下，上述這些知識點都應該是你應該「想都不用想」的東西。我一開始問的所有問題都是想摸清你對所有這些領域知識的掌握程度。雖然上面列出的這些知識點並沒有面面俱到，但我覺得你至少應該掌握這些，才有可能跟我坐到一間辦公室里來。
二、少量提問
我非常贊同面試者問的問題越少越好。反復問應聘者各種問題既不公平，也很無聊。我在任何一次面試中，通常只問三個大問題，但每個問題又會涉及我所能想到的多個方面。回答每個大問題一般要經過幾個步驟，這樣我就可以在每個步驟中穿插著問一些小問題。比如說：
這個問題牽扯到一組我想要考察的基本知識點：DOM結構、DOM操作、事件處理、XHR和JSON。如果我要求你對換一種處理股票價格的方式，或者 讓你在頁面中顯示其他資訊，就可以把更多的知識點包括進來。對於經驗比較豐富應聘者，我也可以自如地擴充套件要考察的知識范圍，最簡單像JOSN與XML的區 別、安全問題、容量問題，等等。
我還希望應聘者給出的任何解決方案中都不要使用庫。我想看到最原生態的程式碼，你就當頁面中沒有包含任何庫。你說你對哪個庫了解多少多少，但我不能把 關於庫的知識作為評判能力的因素，因為庫是會隨時間變化的。我需要的是真正理解庫背後的機制，特別是能夠徒手寫出一個自己的庫的人。
三、解決問題
做為一名前端工程師，最值得高興的事莫過於解決同一個問題會有很多種不同的方法，而你要做的就是找出最合適的方法來。我在提問的時候，經常會在應聘 者解釋完一種方法後問他們還有沒有第二種方法。此時我會跟他們說，假設你的這個方法由於種種原因被否決了，那麼你還能不能給出另一種方法。這樣做可以達到 兩個目的。
首先，可以測試出他們是否在毫無意義地復述書本中的東西。不能不承認，某些人確實有過目不忘的天賦，聽他們在那裡滔滔不絕地講，你會覺得他們什麼都 明白。可是，只要一跟這些人談到怎麼查詢方案無效的原因，以及能否拿出一個新方案來，他們往往就傻眼了。這時候，如果我聽到「我不明白這個方案為什麼不夠 好」之類的反問，心裡立刻就明白我的問題已經超出了他們的能力范圍，而他們只是想拿自己死記硬背的結論來矇混過關。
其次，可以測試出他們已經掌握的（還是那句話，「想都不用想」）瀏覽器技術知識。如果他們對瀏覽器平台的核心知識有較好的理解，想出解決同一問題的不同方案根本沒有那麼難。
對一名前端工程師來說，這絕對是最重要的能力。前端工程師在工作中遇到本該如此卻並未如此的難題（說你啦，IE6），應該說是一件很平常的事。一個方案無效就無計可施的人，做不了前端工程師。
考核應聘者解決問題能力的另一層原因，與我的個人喜好有關。在搞清楚應聘者知道什麼不知道什麼之後，我就會想著問一個他們知識領域之外的問題。這樣 做的目的，就是想看看他們怎樣運用已有的知識解決新問題。在解決問題的每一步，我也准備了一些提示，以防有人會卡殼打艮（在我面前15分鍾一言不發，對我 評價這個人毫無幫助）。我真正感興趣的，是他們能夠從上一步前進到下一步。我希望看到一個人就在我眼前學到新知識。
注意：所有問題都與瀏覽器技術相關。我不相信出幾道抽象的邏輯題，就能夠考出某人解決Web技術問題的能力。在我看來，這無異於讓素描大師畫肖像（或者讓劉翔跟博爾特同場競技），沒有意義，也得不到任何有價值的資訊。
HR一般不會面試太深的問題，主要是了解一下你之前的工作經歷，更多的是你自己描述，中間可能會問一些初級的問題，比如，你為什麼從上一家單位離職等類似問題。
一道web前端工程師面試題，求解答。
這樣的布局用絕對定位實現最合適，ABC的外層用相對定位，里邊各列用絕對定位就可以。至於CBA且B寬度自適應，還是用絕對定位，但只定位C,A分部到兩側，中間的列margin設成左右列的寬度就可以。
web前端工程師如何才能硬氣的跳槽？
web前端開發工程師想要硬氣的跳槽，起碼應該達到以下幾點：
1.掌握扎實的技術基礎，
需要掌握技術包括：HTML、CSS、JavaScript;
HTML是Web程式設計的基礎，HTML也是一種規范，一種標准，它通過標記符號來標記要顯示的網頁中的各個部分。網頁檔案本身是一種文字檔案，通過在文字檔案中新增標記符，可以告訴瀏覽器如何顯示其中的內容。
維護大型的CSS程式碼庫並非易事，特別是那些隨意散漫未經組織的CSS程式碼極易變成一團亂麻，所以，應該掌握CSS命名規范，來幫助開發者編寫優質的程式碼。
2.深入理解前端工程化和元件開發;
需要熟悉web前端框架—— React、Vue.js等，
React為我們提供了直接易用的，以狀態為核心的前端應用開發方式，前端工程師應該會分析React內部工作原理，討論React中簡單元件、類元件等渲染流程。
Vue.js單元測試是應用開發中不可或缺的部分，日常開發中會用到的Vue.js單元測試的例子，所以應該掌握。
3.熟練掌握Web開發相關知識
至少熟悉一門後端語言，例如Node.js、Java、Go等;
Node.js內部原理視非常重要的，應該明白Node.js的主程序是如何啟動的、如何載入內建模組、os包如何實現等等。
4.對技術有熱情，有一定前端架構能力或者技術深度;具備團隊合作意識強，能夠多團隊協作開發;具備企業級大型前端應用開發經驗更佳。
如何識別一個人是web前端工程師
前端工程師需要懂得設計類程式碼和js，有需要了解一些後台語言，例如PHP等。
如何實現成為web前端工程師的夢想
1.入門階段：能夠解決一些問題的水平。有一定的基礎(比如最常見的HTML標簽及其屬性、事件、方法;最常見的CSS屬性;基礎的JavaScript程式設計能力)，能夠完成一些簡單的Web前端研發需求。
2.進階階段：將JavaScript、HTML、CSS之類的編碼幫助手冊里的每個方法/屬性都通讀幾遍!只有將基礎打好，以後的路才能走的順暢。
3.入室：最強程式碼，知道所有能夠解決需求的各種方案，能夠選擇使用最優秀的方案滿足需求。這個級別基本上產品開發程式設計中的程式碼主力。程式設計師應該能夠肯定的回答：對於這個需求而言，我的程式碼就是最優秀的程式碼。
4.注重細節，注意那些當前需求里沒有明文給出的細節：程式碼效能的差異、執行平台(瀏覽器)的差異、需求的隱性擴充套件、程式碼的向後相容等等。
如何了解web前端工程師和UI設計師
web前端工程師是不參與任何的設計，直接將網站美工製作的網站效果圖使用ps按照效果圖進行切片並使用、css、js等程式碼進行網頁的製作，最終編寫出符合w3c標準的相容各個主流瀏覽器的靜態頁面，同時還需要按照後台開發人員的要求留下一些後台資料的介面。所以說網站前端工程師更多的是程式設計而不是設計。
UI設計師一般是學美術或者設計出身，精通photoshop、AI、AE等平面設計工具，其在網站開發過程的中的職責就是按照客戶或者公司的需求設計出符合客戶需求和介面或者顏色符合大眾視覺的網站效果，如根據不同行業的需求設計顏色、設計介面風格等，其工作的最後成果就是網站的效果圖。
web前端工程師進階學習路線如何走
less和sass什麼時候學都行，1,2天就能學會。這個不著急，沒有什麼承上啟下的作用，可以單獨拿出來學。
bootstrap就是一個框架，把最主要的柵格系統看看就好。其他的大概了解能幹啥就行，很多公司，是不讓用bootstrap的，而是用原始碼自己寫。這個用一天的時間沒啥問題。
node.js和angular比較重要，如果學會，算是上了一個台階了。所以重點說說這個。
angular屬於mvvm框架，一開始覺得angular挺復雜的，所以想學一個簡單的，輕量級的，所以決定先學vue。但是在了解的過程中發現，很多的專業名詞，沒聽過，或者理解不透。所以又開始從頭學習node.js。在學習node.js的過程中又開始迷茫，發現了很多JS不懂的地方。
所以，又開始深入研究js的dom，函式，ajax，陣列等。總之用了很長的時間，浪費了很長時間。
最後總結一下啊。其實，沒必要鑽那麼多牛角尖。
先做著vue的例子，不懂的地方，直接略過，很多時候，不理解的不懂的東西，用著用著，突然就能明白。照貓畫虎先把VUE的例子跟著做一遍之後，同時梳理一下涉及到的JS知識點。能自己用vue做出幾個小成品的時候，開始結合js研究node.js。之後再去涉及angular。
angular差不多有個大概了解的時候，反過頭接著學vue，你會發現，又會發現很多新東西。
web前端這個東西特別有意思，當你達到一個高度，返回來再看以前的技術，會發現，哎呀，竟然又能發現新大陸。
廈門web前端工程師培訓哪家好
培訓學校很多，沒有具體的衡量標準的。但是可以從幾方面去選擇：
1 有很多優秀導師的
2 培養出很多優秀學員的
3 只做培訓的，沒有做其他的
4 做的比較久的。
北京WEB前端工程師培訓哪個好
建議找全程面授課程的地方學習，課程體系很重要，現在企業在用人方面講究全棧的前端工程師人才，所在在課程選擇上要慎重，學習內容要基於HTML5，要包含pc端+移動端+後端。這要才能學的系統，就業上才會有所保障。