『壹』 騰訊web前端二面被刷，不知道什麼原因，不是說前
這個要看緣分，
也是眼緣不對吧！
『貳』 如何面試前端工程師
一般都是結構化的，結構化的面試如：
一個頁面從輸入 URL 到頁面載入完的過程中都發生了什麼事情？
你原來做過哪些讓你印象深刻的項目？用 STAR 面試法來不停追問細節。
面試方法
代碼編寫筆試
問答式
過程遵循 STAR 面試法 。
校招和社招的是不一樣的，校招會更加關注基礎知識，而社招會更加關注之前做過的項目情況。
項目相關
面試其實說白了就是根據一個人之前的經歷，來判斷出後續這人會做得怎樣，如果你之前從沒做成過一件事情，憑什麼讓別人相信你之後能做成呢？因此無論哪裡的面試都會問你之前做過的項目
項目可以是多人協助開發一個產品，也可以是自己個人做過的業余應用，只需介紹 1、2 個就夠了，需要注意的是 1 + 1 != 2，做了兩個平庸的項目不如做了一個好項目。
一般來說會問如下幾方面的問題：
做過最滿意的項目是什麼？
項目背景
為什麼要做這件事情？
最終達到什麼效果？
你處於什麼樣的角色，起到了什麼方面的作用？
在項目中遇到什麼技術問題？具體是如何解決的？
如果再做這個項目，你會在哪些方面進行改善？
技術相關 - 1 面
技術一面主要判斷對基礎知識的掌握
描述一個你遇到過的技術問題，你是如何解決的？
這個問題很常見，有沒有遇到過很不常見的問題？比如在網上根本搜不到解決方法的？
是否有設計過通用的組件？
請設計一個 Dialog（彈出層） / Suggestion（自動完成） / Slider（圖片輪播） 等組件
你會提供什麼介面？
調用過程是怎樣的？可能會遇到什麼細節問題？
更細節的問題推薦參考 darcyclarke/Front-end-Developer-Interview-Questions · GitHub
技術相關 - 2 面
技術二面主要判斷技術深度及廣度
你最擅長的技術是什麼？
你覺得你在這個技術上的水平到什麼程度了？你覺得最高級別應該是怎樣的？
瀏覽器及性能
這些優化方法背後的原理是什麼？
除了這些常規的，你還了解什麼最新的方法么？
（這個問既考察技術深度又考察技術廣度，其實要答好是相當難的，注意越詳細越好）
一個頁面從輸入 URL 到頁面載入完的過程中都發生了什麼事情？越詳細越好
談一下你所知道的頁面性能優化方法？
如何分析頁面性能？
其它
除了前端以外還了解什麼其它技術么？
對計算機基礎的了解情況，比如常見數據結構、編譯原理等
興趣相關
最近在學什麼？接下來半年你打算學習什麼？
做什麼方面的事情最讓你有成就感？需求設計？規劃？具體開發？
後續想做什麼？3 年後你希望自己是什麼水平？
主動性相關
在之前做過的項目中，有沒有什麼功能或改進點是由你提出來的？
是否有參與和改進其它開源項目
『叄』 安恆信息的WEB應用防火牆怎麼樣
結合多年應用安全的攻防理論和應急響應實踐經驗積累的基礎上自主研發完成，滿足各類法律法規如PCI、等級保護、企業內部控制規范等要求，以國內首創的全透明直連部署模式，全面支持HTTPS，在提供WEB應用實時深度防禦的同時實現WEB應用加速、敏感信息泄露防護及網頁防篡改，為Web應用提供全方位的防護解決方案。
『肆』 前端怎麼通過二面
通過一面說明你已經有80%幾率通過（一面是技術面試的話），二面基本上就是跟領導談談薪資待遇之類的問題，沒什麼大問題，一面是技術面試的話二面基本已經不會再面試技術了
『伍』 九機網前端開發二面會筆試嗎
可能會有。
大多數公司都有筆試，基本都是根據你的簡歷來出題，主要詢問的都是基礎。
二面一般會問專業性強的內容，也可能進行上機操作。具體你可以找一些前端面試題多看看。
我先說下思路，jsonp是藉由script標簽發起的跨域GET請求。伺服器返回的是一段js腳本，返回後可以立即執行。通過調用前端預先准備好的回調函數來獲取數據，進行下一步操作。
整個流程大概分為三個步驟：發起請求、執行伺服器返回的script和垃圾回收。
需要注意的主要是伺服器在調用函數的時候，我們的函數未必是暴露在全局之下的，所以要做一個指向，並在操作完成後進行清理。
二、實現一個計時器timer，只暴露start、stop和reset方法
這里考察的主要是函數作用域的概念，通過var聲明的變數是函數私有的，通過對象本身無法訪問。
『陸』 如何面試前端工程師
隨著時代的發展，很多新興的就業職位隨之產生。前端工程師將就是隨著互聯網的快速發展而產生的。其實在很多人的觀念里，前端工程師也就是一個切頁面的而已，他們也就是會html、css、javascript這些沒有任何技術含量的網頁製作而已。然而隨著技術飛速發展，人們對這些技術的要求也是越來越高，如果只憑著一個人來把所有的事情都解決是很困難的，所以這個時候前端工程師就開始發揮著他們很大的作用了。
那我們應該如何來面試前端工程師呢？
談吐要大方得體
在我們在面對面試官時我們千萬不要緊張。在進行自我介紹時我們要努力做到自信大方、吐字清晰。我們在自我介紹時要用簡明扼要的話語來介紹自己，突出自己的優點表明自己的求職意向。你要通過寥寥數語把自己的優勢都向面試官介紹清楚。記住不必要的話語要少說。
好了關於如何面試前端工程師這個話題我就聊到這了。希望我的回答能對你有所幫助。
『柒』 前端二面一般會問啥
專業性強的內容，也可能進行上機操作。具體你可以找一些前端面試題多看看。
『捌』 前端怎麼面試才能拿到高薪Offer
1. 要有比較好的計算機基礎
這里的計算機基礎指的是數據結構與演算法，操作系統，編譯原理，計算機網路等等。雖然相對於其他方向而言，前端在工作中用到計算機基礎的地方可能少一點，但是無論大小廠，招實習生其實都是為正式招聘做儲備，所以會比較希望招將來有更大發展空間的人，就像里 Web 前後端分離的意義大嗎？ - 知乎用戶的回答 和 怎樣成為全棧工程師（Full Stack Developer）？ - 知乎用戶的回答 描述的那種。
如果你具備比較好的計算機基礎素養，那麼以後在拓展到其他領域（WebGL —— 計算機圖形學，Node.js 底層 —— 操作系統，JS 引擎和各種預編譯工具—— 編譯原理, etc.）的時候會更快上手。另外有一些公司對前端的概念不局限於 Web 前端，也包括移動端偏前端的部分，這里也需要你有比較好的計算機基礎才能做好。前端領域有很多人已經不滿足於造輪子，直接跑去造語言了，如果你編程基礎夠好，接觸過各種形形色色的編程語言和範式，再上手這些東西也會方便些（比如Ruby/Python->CoffeeScript，Haskell->LiveScript）。
雖然也有很多地方為了招到足夠多能來幹活的前端會降低對計算機基礎的要求，但是打好這方面的基礎是沒有壞處的，如果面試筆試被問到且答得上來，也是能夠加分的。一些大廠經常會出現「不是前端的面試官來面前端」的情況，我個人是覺得如果這類面試官問的都是計算機基礎問題的話，其實真的無可厚非，畢竟人家在面「一個前端程序員」之前，是在面「一個程序員」啊……
2. 要懂得現代前端的一些新技術
比如：
前端自動化工具（Gulp/Grunt等）
模塊化（CommonJS，AMD/CMD模塊載入器，各種Bundler，ES2015 Moles等）
前端 MV* 框架（Backbone，Angular等）
編譯到 CSS 和 JS 的一些語言（Less/Sass/CoffeeScript等）
前端自動化測試工具（Karma，Mocha，Web Driver等）
其他
有一些同學覺得這些東西懂得越多越好，我個人是覺得這些工具不一定要都了解（畢竟它們很多也未必能火多久），但對這些東西要有大致的概念，並且每個領域的用過一兩種（最好是在項目里），清楚它們的優缺點和必要程度。這是區分在前端上投入過一定精力的人和跨行來兼職前端的人的標志。
去大廠校招應聘前端的會有很多隻是做過一些 Web 項目，但不一定對前端的技術很了解，只是看前端門檻比較低就去投簡歷的人。如果你對這些新技術比較了解的話，起碼能夠證明你是比較專注前端而且花過一定時間在上面的。
同時，前端現在確實是一個每天都有很多輪子冒出來的領域，也需要你有足夠強的自學能力和（英文）文檔閱讀能力去跟上社區的這些新動態。接觸過比較多的輪子，才會有自己的判斷，不會老是人雲亦雲火一個學一個。這些工具里，確實也有很多在合適的場景下可以提高前端的生產力或者代碼質量，對這些東西有一定關注，也表明你對自己的生產力和代碼質量是有一定關注的，這其實是一個更廣義的靠譜程序員的特性。
3. 懂得什麼是 Web 標准和瀏覽器開發維護的流程，並且會跟進新發布的標准和主流瀏覽器新實現的特性
當然面試的時候一般不會直接問你這方面的問題，但是如果你懂這裡面的水大概是怎麼一回事的話，在很多問題上（特別是兼容性問題上）都能回答得比較深刻一些。最好清楚：
HTML、CSS、DOM，ECMAScript 和一些泛 HTML5 的標準是怎麼制定的
W3C 和 WHATWG 的區別
各種標準的不同版本和提交狀態是怎麼回事
知道標准和實現的差距（有些人喜歡把 W3C 標准奉為圭臬，但現實中瀏覽器們並不是這樣的）
知道 ECMAScript 和 JavaScript 的區別
知道瀏覽器的一些常見做法（比如給 CSS 特性加前綴）的緣由
標准和瀏覽器這灘水還是很渾的，涉及到很多利益糾葛和大廠的博弈，如果你大概清楚他們的一些事情，不光自己做前端兼容的時候會容易一些（不會只抱怨「為啥XXX就是不能OOO」而是懂得他們的無奈並且認真尋找解決方案），在新特性出來的時候也更容易消化（不是「啊又出了個新東西要學好煩啊」而是「在郵件列表上爭（si）論（bi）了那麼久他們終於把這個搞出來了」），你自己對前端比較基礎的那部分的知識體系更會有條理得多。個人覺得這也是區分比較有經驗的前端和臨時跨行的前端的關鍵之一，這些東西是需要你經過一段時間的耳濡目染才能理清楚，而且會在一定程度上影響你的工作的。
4. 多看書，多關注技術資訊
技術資訊的來源包括RSS、郵件訂閱、比較重要的郵件列表、或者follow Twitter和微博上一些比較有影響力的開發者。個人經驗是，一般在二面或者三面的時候，面試官都會問類似「你從哪裡接觸前端的新技術/你看過哪些書」的問題，因為前端現在技術更新很快，比較專注於前端這方面的人一般都會有自己接觸新技術的渠道，他們自然也會比較關心候選人是不是有在跟進社區的一些動向。其實這也能夠排除那些不太靠譜的臨門跨行的人，因為他們平時一般不會特意去關注前端技術的新動態的。
5. 不僅懂得一些東西怎麼寫，更要懂得一些東西不要怎麼寫
Web 標准大多不是嚴格向後兼容的，很多幾年前常用的寫法，現在已經被社區的大多數人強烈建議避開了，有很多特性也隨著時間的流逝被打上了 deprecated 的標簽，如果你不幸拿著一本比較老的書入門，又不在網上驗證上面說的每一句話，那麼很有可能你就這樣被誤導很久，比如 HTML可能會逐步被XML所取代嗎？（來自《css權威指南》） - 賀師俊的回答 這樣的情況……與之類似的還有：
JavaScript 里那數量令人嘆為觀止的坑
一些在經驗比較豐富的前端看來屬於常識的東西（比如：為什麼 CSS 大多放在 head，JavaScript 多放在 body 底端？）
劃分各種模塊、文件，添加模板的正確方式（比如錯誤方式是一堆腳本/樣式寫在一個超大文件里，或者在有替代方式的情況下在 JavaScript 里拼字元串）
解決一些老問題的新的best/better practice（比如不要到了 2015 年還深陷在回調地獄，去看看 promise 和 generator）
……
這些知識都需要你有一定的前端方面的經驗，看過比較多相關的博客和書，才能慢慢積累起來，所以也能區分靠譜的前端和不靠譜的前端。
6. 不依賴某一個特定的框架或者庫
比如很常見的「離開了jQuery就不會寫前端」星人……也不是說要做原生 JavaScript/CSS 和 DOM 的原教旨主義者，但高度依賴某個框架或者某個庫的話，通常意味著換了一個框架/庫你的學習成本會比不依賴特定輪子的人高，因為這通常是處於還不知道前端領域「什麼是什麼」的階段的表現。
事實上前端領域的這些輪子有一些都是其他領域早就有，或者根本不需要的東西，其中很多的實現原理也不是那麼復雜，只不過是臟活累活。個人覺得對這些東西應該報以「不能知其然而不知其所以然」的態度，起碼大概清楚它們的實現是怎樣的套路，知道它們的優缺點，多接觸幾種，這樣在換一個替代品的時候很快就能上手。
因為前端的特殊性，在開發比較大的項目的時候使用庫和框架是必須的（比如遇到各種滑鼠事件的前端兼容問題時，總不能全都就地寫 if-else 吧，總得封裝一下。遇到非常 data-driven 的項目，還用手動操作 DOM 的寫法很難維護吧，用個 MV* 框架真的不純是偷懶了），但是這些東西都是會迅速改朝換代的，死守著某個特定的庫或者框架，確實不太靠譜。很多公司喜歡問候選人「原生 API 寫個 Ajax 請求怎麼寫」這類問題，感覺很大程度上也是在排除這類人……
7. 懂一點點設計
這里說的不是切圖啊PS啊AI啊什麼的，而是大概懂基礎的視覺傳達/色彩構成/平面構成的知識。畢竟前端是和設計師聯系最密切的程序員，雖然前端要做的事不僅僅包括 UI/UX，但是 UI/UX 卻都主要依賴前端來實現。很多時候，設計師（特別是不會前端技術的設計師）給出的設計可能很難（在照顧兼容性的前提下）實現，這個時候不應該跟他硬拼讓他改設計，或者自己默默糾結怎麼用很 hack 很難維護的方法去實現，而是理解設計的意圖，並且跟設計師溝通，盡可能在工程上容易實現容易維護的前提下實現設計的意圖，哪怕要修改一些具體的表現形態。
最恐怖的就是丟一張圖過來，讓你做到 pixel perfect，你也不問三七二十一直接開工，代碼寫得別扭也不去溝通，遇到不兼容就打個哈哈矇混過關了……設計的目標是讓大眾都能更容易地使用，這樣做是與設計師存在的意義背道而馳的，我也遇到過一些設計師會主動來問前端怎樣的設計在瀏覽器里容易實現，怎樣的設計比較別扭，這樣他才能結合多方面的信息去做設計上的決定。如果你對設計不關心，不與他交流的話，實際上相當於剝奪了一些關心工程實現的設計師的知情權（一般正常的設計師看到自己的設計實現出來效果不好，也會小郁悶的……）。個人覺得與設計師溝通的技巧，也是一個靠譜的前端應該具備的素養。
8. 懂一點點後端
（這個是我看了一下別人的答案補加的）。其實這個和第一點的目的類似，最重要的是別要做一個非得等隊友來才能開工的人。大廠（主要是阿里系）有不少在用 Node 做前後端分離一類的事，另外做前端的經常要在後端還沒寫完的時候自己去 mock 一下數據介面，如果你懂怎麼搭建簡單的伺服器和 serve 數據給前端，那麼就可以提高開發的效率。即使你只想專注前端，但前端有很多東西（比如 JS 跨域，WebSocket，SSE，WebGL 的素材獲取）都需要你懂得架設簡單的後端才能去實踐，這時候不懂後端通常就意味著你要放棄學習這些知識，或者只能紙上談兵。一個正常的前端肯定是要對計算機網路和 HTTP 等協議有一定了解的，有了這些知識去學簡單的後端其實是很水到渠成的事情。
9. 在前端投入足夠的時間
意識到以上幾點還需要投入足夠多的時間才能看到成果，不然很容易出現「道理我都懂，可是OOO」的情況，那最後也還是靠譜不了的……如果不是真的對前端感興趣並且投入足夠多的時間，與其為了「好找工作」而投前端，不如轉一個更合適的方向。阿里前端的困局與突圍 · Issue #141 · lifesinger/lifesinger.github.com · GitHub 和 圖靈社區 : 閱讀 : 企業軟體領域前端開發的困境 都能說明這個問題。
另外有些面試官喜歡問你一些很細節的 API （雖然我個人覺得這類問題很囧），這些東西很多時候都是靠的「無他，但手熟爾」，雖然有一些確實有點刁難人的味道，但有一些真的是如果你經常寫前端，重復多幾次就會記住的，如果記不住，只能說明你前端寫的不夠多。還有一些沒足夠實戰經驗的人很少遇到過的問題（比如 JS 跨域），也是需要在前端投入足夠多的時間，才會接觸到（無論是紙上談兵，還是項目里遇到）。
其實綜上所述，不靠譜的前端大概表現就是：計算機基礎不好（更糟糕的是編程基礎都不行，不過編程基礎和計算機基礎好不好跟績點高不高專業對不對口這些其實真的不一定有什麼關系……），對前端的認識還停留在十年前，對社區出現的新工具完全不認識（沒認識全很正常，但完全不了解就有點兩耳不聞窗外事一心只讀聖賢書的味道了……），不懂 Web 標準是怎麼回事或者不在意標准，遇到兼容問題就復制粘貼搜到的代碼，對於一些在社區里是常識的坑毫無意識地各種踩，「離開了jQuery/某庫/某框架就不會寫前端」星人，或者平時根本沒怎麼做過前端的東西，只是做做 Web 項目順帶寫前端，到應聘了臨門一腳跑過來……不管是平時學習還是筆試面試，盡量避免向這些特徵靠攏就可以了。事實上大廠們招人不一定會要求這么嚴格，而且大廠里的團隊本身也未必個個靠譜，但是平時有在這些方面努力的話，起碼如果掛了會知道自己哪裡不足，或者到底是他的問題還是你的問題……
以上大概就是我覺得拿到大廠（or前端比較靠譜的中小廠）前端offer需要的水平，其實我感覺沒必要拿「實習」這個詞來限定自己，盡量往高水平靠攏，才能做到是你來選公司，而不是公司來選你，這樣你才能結合興趣/家庭/個人規劃之類的因素拿到最適合自己的 offer。另外，我覺得面試這回事是這樣的，上面提到的這些特徵，每一條單獨拿出來，在不確定面試官的情況下，既不是拿到offer的充分條件，也不是拿到offer的必要條件，某一條不滿足，也不是拿不到offer的充分或必要條件。大廠的面試官有很多種，有些設計出身喜歡問設計，有些後端出身喜歡問偏後端的東西，有些喜歡問你API細節，有些喜歡問你實現思路，有些喜歡看你學習能力，有些面試官本來就不是前端所以喜歡問你基礎題。如果你側重某一些方面，雖然無可厚非，但是運氣不好遇上期望不同的面試官，可能你就會得到比較低的評價或者掛掉。確定能拿 offer 的唯一途徑，就是面面俱到，這當然是不可能的要求，但大廠的種種因素配合起來往往就是在找這種不存在的人才，真的想拿 offer 的話，就只有硬著頭皮盡量靠攏。
就像國內很多大廠里比較著名的前端們文章/博客/知乎里提到過的一樣，前端這塊水不是很深，但水非常非常寬，在考慮將來作為一個前端如何發展如何應對天花板之前，先要腳踏實地把這些屬於前端的「本分」的東西搞好。事實上前面提到的這些東西我也沒有全都做到。作為前端，個人覺得最重要的是要保持一顆開放、謙卑的心，不要抵觸新東西，永遠記得外面的世界還有很多東西自己不懂，要繼續學習。
『玖』 二面一般會面試一些什麼
二面主要會面試你的工作能力，相對於一面的簡歷與崗位的匹配度審查，二面的面試重點會放在，如果你面試合格了你會怎樣開展工作，或者是舉出與你面試崗位相關的經驗。如下：
1、更加關注細節
通過了一面，說明面試官比較認可你的資歷以及和空缺職位的匹配度，因此二面的過程，你要面對的將會是更挑剔，也更具挑戰性的問題。你需要把目光放在細節問題上，比如你對自己職業生涯的發展規劃、你舉手投足間所展現出的專業態度，甚至於你對該公司在行業內所處地位的思考。
2、積極主動的態度
面對面試官拋來的問題，你只會用寥寥一句話來回答嗎？他們更想看到你是一個具有思考力的應聘者。大膽出擊，說出你的觀點吧！當然，如果你能主動提出問題，印象分一定會提高不少。
3、迅速調整應對狀態
二面時的面試官，往往是更高一級甚至是直接主管，准備好應對不同脾氣秉性和個人風格的老闆了嗎？
4、薪水談判！
既然已經走到二面，就把你對薪酬福利方面的顧慮大膽提出來吧！這是決定這場談判成功與否的籌碼之一，相信也是你最為關心的部分。
面試時的主要事項
1、不要走進薪酬「雷區」。
因為外企的人力資源系統相對更為完善，所以面試者遇到的「面試關卡」也就顯得異常難以通過。面對面試官的步步緊逼和「十面埋伏」，千萬不要因此退卻，如果此時示弱，在未來的高壓力工作下，也會很難撐下去，這也算是面試中的面試項目之一——壓力測試。只要能堅持到最後，就有可能取得最終的勝利。
2、尋找面試內容規律。
一般面試分為「結構式面試」和「非結構式面試」。大多數外企都會用結構式面試（有面試內容提綱、且能夠准確考評出面試者綜合能力的面試題目）結構式面試其中是有一定規律的。如果能夠在面試前盡可能地了解「結構式面試」方面的題目，並且有針對性地進行准備，在面試時就會發揮得更好。
3、以真誠打動面試官。
不要刻意誇大自己的經歷或能力，一旦錄用你，就會很快露出馬腳，即便想盡可能彌補，也會覺得辛苦異常，而且結果也未必能達到上司的要求，最後離開公司或者被開除出公司的可能性就會很大。
『拾』 杭州安恆信息技術有限公司怎麼樣請詳細說明一下，不要復制的，最好是內部員工說下，
公司還是不錯的，福利待遇根據合同簽訂情況都會兌現。本人是技術出身，因為別的原因離開了安恆。在安全領域里，安恆進步非常快。如果你能去那裡，很支持，，，謝謝。