① 如何面試前端工程師
以HTML+CSS為模式，介紹面試前端工程師所需的知識：
1、盒子模型，塊級元素和行內元素特性與區別。
2、行內塊的使用，兼容性解決。
3、清除浮動的方式以及各自的優劣。
4、文檔流的概念、定位的理解以及z-index計算規則&瀏覽器差異性。
5、CSS選擇器以及優先順序計算。
6、常用的CSS hack。
7、遇到的兼容性問題與解決方法。
8、垂直水平居中的實現方式。
9、常用布局的實現（兩列布局、三列適應布局，兩列等高適應布局等）。
Javascript
1、犀牛書封面的犀牛屬於神馬品種？（蛋逼活躍氣氛用。。。）
2、常用的瀏覽器內核。
3、常用的DOM操作，新建、添加、刪除、移動、查找等。
4、String於Array常用方法。
5、設備與平台監測。
6、DOM的默認事件、事件模型、事件委託、阻止默認事件、冒泡事件的方式等。
7、jQuery的bind、live、on、delegate的區別（考察點與上一條重疊，切入點不同）。
8、JS變數提升、匿名函數、原型繼承、作用域、閉包機制等。
9、對HTTP協議的理解。
10、Ajax的常用操作，JS跨域的實現原理。
② web前端初級面試要求
想要通過前端面試順利進入一線大廠成就高薪前端夢。那麼首先，我們得知道前端面試中，社招和校招究竟有啥區別？
對於前端開發來說，如果說社招更看重對前端技術體系的深入理解，以及解決問題的能力話，那校招更看重的其實是基本功和學習能力（或者說是潛力）。
但其實，無論是社招還是校招，面試的時候都會問到一些曾經操作過的項目，尤其是大廠，或者熱門高薪部門，面試官除必問的技術經驗外，也會對技術深度進行一個基礎的考核，那在這種情況下如何hold住大廠面試呢？
前端面試三要素：簡歷、個人介紹、技術能力。下面，就來分別聊一聊。
1、簡歷篩選關：
HR一般會去看簡歷中所提的技術棧是否匹配，怎麼看呢？我們可以抓住簡歷中的技術名詞，一般來說如果一點技術名詞都沒有提到，那麼大概有以下幾種可能：很水、很牛但概率很小、不會寫簡歷。所以，一部分人可能會因為簡歷的問題沒有了面試機會，這點是需要非常注意的。
2、個人介紹關：
通過了簡歷篩選階段，就真正到了面試環節。這時候一定要准備好一段最多3分鍾的個人介紹。請注意，最多3分鍾！言簡意賅的說明自己的工作時間，擅長技術棧和自己的工作預期。
3、項目經驗表達：
對前端開發學習者而言，JS並不陌生，但大廠的JS面試題卻總是顯得很「陌生」，怎麼樣能夠真正做到深入理解與高級應用？這不僅是面試過程中對前端求職者的要求，也是大多數前端開發者的痛點。
大廠面試中，面試官除了關注你的項目經驗外，還往往喜歡和面試者深入探討前端某些技術領域成體系的前端知識。比如：模塊化、非同步解決方案、網路、框架及原理、線程等，但在與面試官的正面battle中，求職者總會敗下陣來。
所以，建議大家在Web前端面試前一定要注重這三個方面的內容。注重了這些想找找到一份適合的Web前端開發工作並不是難事。
③ 如何面試Web前端開發工程師
基本知識
我們生活在互聯網時代，你想知道的任何事情幾乎都能在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設計方面的知識當然也有用，但那都是基本知識之外的東西。只要基本知識在那兒了，一切就都有了基礎，想擴充知識面也不難。可 是，如果等到正式上班以後，還得從頭學習基本技能，那種難度是不可同日而語的。另外，高級前端工程師與一般工程師相比，肯定需要掌握更多的技能。而面試幾 乎沒有經驗大學畢業生，同樣也會有一套完全不同的程序。我在這篇文章里列出來的都是一些最基本的東西。
對於那些還沒有多少面試經驗的人，我總是喜歡告訴他們，面試完了只要問自己一個問題就行：你想以後跟這個人在一起共事嗎？如果不管為什麼，回答是不，那就是不。
④ 想應聘JAVA工程師或者web前端工程師，面試時需要帶什麼證書嗎
面試的時候不需要帶證書，帶簡歷，這個我老有經驗了，筆可以不帶，因為他們會給你，然後知識什麼的，你記下重要的就可以了，就是問那些個你的專門的那些
⑤ 馬上要面試JAVA WEB軟體工程師 想知道一般面試是注重理論還是實踐
自己實戰的優勢，最好是能編點 自己做過什麼項目，擔任過什麼角色，使用過什麼技術，用過多少張表，表結構是專門設計的？這些是我曾經面試的經歷，希望能幫到你！簡歷不怎麼重要，再看看些筆試題，java面試必須筆試的!
⑥ 要參加一個java web開發工程師的面試
SSM： Spring+SpringMVC+mybatis
spring 底層的類庫是一樣的（組件）
Struts2和 Spring MVC的相同點：spring用來初涉依賴注入（通過管理注釋來控制各層的組件（方法）），2 事物 許可權 日誌 這些都是aop（切面編程）
不同： Struts2和spring mvc 控制器 試圖 模型 機制不一樣。Struts2是action級別的，spring mvc 既然有mvc 就是把 界面層（三層架構）分的更細，實現web api 更方便。Struts漏洞一個接一個，這點就不好了(如果有大佬吧struts2封裝改寫一部分也不錯 )，spring 不清楚 哈哈。但是spring mvc 配置簡單一些， 理解起來很容易，結構清晰
攔截器：Struts是類控制，一個功能下來就是一個類。。， spring mvc 是方法，你可以理解為每個方法都是url，都可以控制.
不同點其實還有很多...慢慢體會吧。
Hibernate和mybatis的區別：
這個的話自己去網路找csdn ，多看看一樣的文章然後找答案。你給 移植，維護，性能，緩存 等等各方面去比較。
hibernate 沒玩過， mybatis 比較簡單，直接上手。 可以用工具生成映射文件（主要維護這個），資料庫表變了直接在mapper 改sql 就行，不同的資料庫 要寫不同的sql，這個就有點麻煩。主要的問題還是 配置，開始可能要折騰一段時間，習慣了就666了。
我是給net轉過來的，拿起ssm 就開搞，配置遇到不少坑，慢慢來。反正我上手挺快。orm框架用起來 主要時間花在配置上，代碼量少了很多。
是不是大項目看需求，看公司，和團隊技術。目前是用ssm的比較多 ，其實2個框架都可以看看和學習，先學會使用，然後再看底層是怎麼實現的。如果真要上手搞項目還是跟主流吧。
⑦ 如何面試Web前端工程師
Web前端工程師面試主要就是問你對前端工程師有何認識，你最滿意是做了什麼項目，詳細介紹這個項目的背景過程。你對於我們公司有沒有了解，你對我們公司的項目有什麼意見看法等等。更多前端工程師如何面試你可以到問問我建築求職網了解相關面試技巧。
⑧ 如何面試前端工程師
隨著時代的發展，很多新興的就業職位隨之產生。前端工程師將就是隨著互聯網的快速發展而產生的。其實在很多人的觀念里，前端工程師也就是一個切頁面的而已，他們也就是會html、css、javascript這些沒有任何技術含量的網頁製作而已。然而隨著技術飛速發展，人們對這些技術的要求也是越來越高，如果只憑著一個人來把所有的事情都解決是很困難的，所以這個時候前端工程師就開始發揮著他們很大的作用了。
那我們應該如何來面試前端工程師呢？
談吐要大方得體
在我們在面對面試官時我們千萬不要緊張。在進行自我介紹時我們要努力做到自信大方、吐字清晰。我們在自我介紹時要用簡明扼要的話語來介紹自己，突出自己的優點表明自己的求職意向。你要通過寥寥數語把自己的優勢都向面試官介紹清楚。記住不必要的話語要少說。
好了關於如何面試前端工程師這個話題我就聊到這了。希望我的回答能對你有所幫助。
⑨ 如何面試前端工程師
從前端開發要掌握的技術來講，前面已經說得差不多了。我主要想從面試者的角度談一談看法。
如果是我面試，就給應聘者一個開放的項目，可以提供伺服器端API或數據服務，限定一周時間，這叫試做。然後，根據評審確定入圍的人，再面試。面試可以圍繞項目展開，首先讓面試者圍繞HTML、CSS和JavaScript講一講設計思路、實現過程、遇到了什麼困難，如何解決的，最終實現方案與設計有什麼出入，有什麼收獲，等等。然後再根據項目中的不足有針對性地提問測試，考察面試者的實際經驗和解決問題的能力。解決實際問題的能力最重要。
總之，實際的開發工作不同於考試，考試設計得越接近實際工作需要，結果才可能越真實，才可能真正招到想要的人。