資訊專欄INFORMATION COLUMN
摘要：字囊括上百個前端面試題的項目開源了這個項目是什么項目內(nèi)容這個項目目前在上剛剛開源主要內(nèi)容如下前端面試題主要整理了高頻且有一定難度的前端面試題對這些面試題進(jìn)行解讀前端原理詳解針對一些有一定難度面試題涉及的知識點進(jìn)行詳解比如涉及的編譯原理響應(yīng)式
20W字囊括上百個前端面試題的項目開源了 這個項目是什么? 項目內(nèi)容
這個項目目前在GitHub上剛剛開源,主要內(nèi)容如下:
前端面試題: 主要整理了高頻且有一定難度的前端面試題,對這些面試題進(jìn)行解讀
前端原理詳解: 針對一些有一定難度面試題涉及的知識點進(jìn)行詳解,比如Babel涉及的編譯原理、Vue響應(yīng)式系統(tǒng)相關(guān)的解析等等
面試技巧: 包括從簡歷的制作到面試過程中如何應(yīng)答的技巧
書籍推薦: 對前端開發(fā)者能力有實質(zhì)幫助的書籍推薦
本項目主體內(nèi)容已經(jīng)完成,目前超過20W字,面試題估計在200個左右.
項目讀者本項目一開始并沒有要做一個僅僅面向面試的項目,而是希望借助面試的形式進(jìn)一步鞏固、完善自身的知識，同時為初學(xué)者提供一個參考路徑。
對于前端新人: 本項目的面試題都是相對高頻的題目,且有一定的難度,非常適合作為學(xué)習(xí)教程,相對復(fù)雜的面試題我們都有更詳細(xì)的原理詳解,總之,這是可以當(dāng)做前端學(xué)習(xí)手冊的項目.
對于面試候選人: 本項目梳理了主流的面試題,并且有意去掉了一些相對簡單的面試題,對于有一定難度的面試題也有更詳細(xì)的詳解部分,這是查漏補缺同時完善知識體系的「良藥」,而如果你只想快速應(yīng)對面試,我們也提供了純面試化的《前端面試手冊》關(guān)注公眾號即可獲取。
為什么要做這個項目?我經(jīng)常在互聯(lián)網(wǎng)上搜索一些面試題,也看過很多前端面試題相關(guān)的項目或者是文章集合,但是這些項目都存在一些問題.
大量的過時問題現(xiàn)在搜索前端性能優(yōu)化的處理方法,依然充斥著大量的雅虎軍規(guī),雅虎軍規(guī)本身沒問題，這是曾經(jīng)的互聯(lián)網(wǎng)巨頭在大量實踐中總結(jié)的寶貴經(jīng)驗。
問題是，雅虎都快沒了，這些法則已經(jīng)誕生超過十年了(我見過最早的中文版雅虎軍規(guī)是2006年的),其中很多條"軍規(guī)"早已經(jīng)成為了日常操作,比如靜態(tài)資源上 CDN,這在 10 年前算是時髦的事情,但是現(xiàn)在早已經(jīng)司空見慣,再比如什么減少對 DOM 訪問,css 放 head 標(biāo)簽,這種操作適用于史前前端,如今正常的項目基本都是上框架,操作 DOM 的機(jī)會本來就不多,而且工程化之后 webpack 自動打包,什么資源放哪都已經(jīng)被集成了。
當(dāng)然知道這些是有用的,問題是現(xiàn)在已經(jīng)屬于常識中的常識,試問,面試官問你前端性能優(yōu)化,你上來背雅虎軍規(guī),什么少動 dom,上 cdn之類的,如果我是面試官給我的印象是,這個人沒做過性能優(yōu)化,只是網(wǎng)上搜了搜背了背而已.
深入淺出的不多我看到很多項目整理了大量的面試題，但是解讀部分非常草率，就比如前端性能優(yōu)化這種問題，后面列了幾條雅虎軍規(guī)就了事了，這種解讀的意義跟沒有一樣，單純的羅列問題和羅列答案，不把東西講清楚。
還有深入的部分，不得不說互聯(lián)網(wǎng)上還是有非常多有深度的文章的，尤其是一些大廠的團(tuán)隊作品質(zhì)量都有保證，但是很多時候講的太深并不是好事,典型的就是各種源碼解讀文章,作者搞沒搞清楚我不清楚,但是絕大多數(shù)讀者肯定沒有被“解讀”清楚，除了源碼晦澀難懂之外，文章大量羅列代碼+一行注釋這種寫法不像是在解讀，像是在做批注。
缺乏基礎(chǔ)知識現(xiàn)在的前端面試項目依然是 js+css+html 的三劍客模式,配上框架部分,這樣一看是沒有錯,這就是"前端"面試,但是前端首先是程序員或者說是軟件工程師,這里欠缺了計算機(jī)的基礎(chǔ)知識.
如果放在幾年前,一個熟練運用三劍客+一種框架的前端在市場上是香噴噴,現(xiàn)在只能算是一個合格水平了,前端野蠻生長的時代已經(jīng)過去了,各個大廠也回歸理性,除了前端的專業(yè)問題外,計算機(jī)的基礎(chǔ)知識必不可少,尤其是算法部分,當(dāng)然網(wǎng)絡(luò)、操作系統(tǒng)、編譯原理也都有涉及。
如何使用該項目 訪問本項目訪問GitHub項目地址即可: https://github.com/xiaomuzhu/...
我們提供了良好的目錄導(dǎo)航:
做出貢獻(xiàn)本項目一半以上的內(nèi)容是作者手打,很可能出現(xiàn)錯誤,而且知識體系比較龐大,難免出現(xiàn)錯誤,還有在issue中提問,或者直接提交PR.
如果你有非常值得分享的面試題可以在公眾號后臺直接留言.
公眾號想要實時關(guān)注筆者最新的文章和最新的文檔更新請關(guān)注公眾號程序員面試官,后續(xù)的文章會優(yōu)先在公眾號更新.
簡歷模板: 關(guān)注公眾號回復(fù)「模板」獲取
《前端面試手冊》: 配套于本指南的突擊手冊,關(guān)注公眾號回復(fù)「fed」獲取
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/106823.html
摘要：閉包有多重前端知識點大百科全書前端掘金，，技巧使你的更加專業(yè)前端掘金一個幫你提升技巧的收藏集。 Vue全家桶實現(xiàn)還原豆瓣電影wap版 - 掘金用vue全家桶仿寫豆瓣電影wap版。 最近在公司項目中嘗試使用vue，但奈何自己初學(xué)水平有限，上了vue沒有上vuex，開發(fā)過程特別難受。 于是玩一玩本項目，算是對相關(guān)技術(shù)更加熟悉了。 原計劃仿寫完所有頁面，礙于豆瓣的接口API有限，實現(xiàn)頁面也有...
摘要：探討判斷橫豎屏的最佳實現(xiàn)前端掘金在移動端，判斷橫豎屏的場景并不少見，比如根據(jù)橫豎屏以不同的樣式來適配，抑或是提醒用戶切換為豎屏以保持良好的用戶體驗。 探討判斷橫豎屏的最佳實現(xiàn) - 前端 - 掘金在移動端，判斷橫豎屏的場景并不少見，比如根據(jù)橫豎屏以不同的樣式來適配，抑或是提醒用戶切換為豎屏以保持良好的用戶體驗。 判斷橫豎屏的實現(xiàn)方法多種多樣，本文就此來探討下目前有哪些實現(xiàn)方法以及其中的優(yōu)...
摘要：另一個問題，就是我下面要提及的作用域問題，我當(dāng)時思考的時間太久了這是回憶中的面試題實際略有差異，不糾結(jié)了說一下腳本的運行結(jié)果引用錯誤中給出的錯誤提示。 版權(quán)聲明：此文首發(fā)于我的簡書賬號人生還有多少個二十年，轉(zhuǎn)載請注明出處。 此處有幾百字嘮叨： 當(dāng)天，我早早起床，跨越上百公里，高德導(dǎo)航，路人指點，跌跌撞撞到達(dá)招聘會現(xiàn)場，當(dāng)時已是中午十二點半，吃了午餐（半瓶白開水），開始準(zhǔn)備投遞...
摘要：所以查閱官方文檔以及他人造好的輪子，總結(jié)了一些面試和學(xué)習(xí)中你必須掌握的問題。在微博應(yīng)用中，可以將一個用戶所有的關(guān)注人存在一個集合中，將其所有粉絲存在一個集合。 昨天寫了一篇自己搭建redis集群并在自己項目中使用的文章，今天早上看別人寫的面經(jīng)發(fā)現(xiàn)redis在面試中還是比較常問的（筆主主Java方向）。所以查閱官方文檔以及他人造好的輪子，總結(jié)了一些redis面試和學(xué)習(xí)中你必須掌握的問題。...
閱讀 1637·2021-10-27 14:13
閱讀 1881·2021-10-11 10:59
閱讀 3377·2021-09-24 10:26
閱讀 1934·2019-08-30 12:48
閱讀 3045·2019-08-30 12:46
閱讀 2040·2019-08-30 11:16
閱讀 1423·2019-08-30 10:48
閱讀 2747·2019-08-29 16:54
