欧美1区2区3区激情无套,两个女人互添下身视频在线观看,久久av无码精品人妻系列,久久精品噜噜噜成人,末发育娇小性色xxxx

接前篇：http://www.fangfengwang8.cn/feed/main/detail/819661fbac1942d79faabaff2125fee5最有壓力的一集，有兩位面試官，一位問一位聽。一開始還好，都是從淺層知識(shí)開始問起，后續(xù)就開始深入拷打，一直拷打到不會(huì)為止，太可怕了。其次是計(jì)算機(jī)基礎(chǔ)，還得是科班同學(xué)，當(dāng)時(shí)從編譯原理一路回溯到計(jì)算機(jī)組成原理，最后感覺還是操作系統(tǒng)最重要，當(dāng)時(shí)做 mit cow 實(shí)驗(yàn)理解了一下其思想，沒想到現(xiàn)在回過頭來在面試用上了，這個(gè)寒假一定要好好看看操作系統(tǒng)和數(shù)據(jù)結(jié)構(gòu)以及一些基礎(chǔ)。感覺入手比較簡單的還是計(jì)算機(jī)網(wǎng)絡(luò)，畢竟可能更多時(shí)間都會(huì)花在 rfc 文檔的閱讀和對(duì)傳輸?shù)睦斫夂妥饔靡约皟?yōu)缺點(diǎn)其次是遠(yuǎn)程協(xié)同這個(gè)課題能拷打的地方真的很多，我雖然認(rèn)真想了，但想的還是不夠，還可以變得更好，只能說慢慢來吧我曾經(jīng)也憧憬過在開源圈內(nèi)總結(jié)一套比較穩(wěn)固的遠(yuǎn)程協(xié)同實(shí)現(xiàn)，包括服務(wù)器崩潰，服務(wù)中斷等，這些都留給未來的自己吧- 簡單自我介紹- 什么時(shí)候開始學(xué)前端- 前端工程化，以及各種其他方面的東西是怎么學(xué)習(xí)到的- 怎么平衡學(xué)校與個(gè)人學(xué)習(xí)- 覺得學(xué)校的課業(yè)對(duì)學(xué)習(xí)有幫助嗎，舉個(gè)例子- 講一下 cow 是什么(copy on write)- 為什么說考慮過用編譯原理的知識(shí)嘗試去實(shí)現(xiàn) markdown 編譯- 對(duì)于 string.replace 方法假如要自己實(shí)現(xiàn)有什么優(yōu)化的想法嗎- 挑一個(gè)項(xiàng)目最有挑戰(zhàn)的點(diǎn)來說- 簡單解釋一下 CRDT- 協(xié)同面對(duì)的兩個(gè)問題- 跟 OT 對(duì)比優(yōu)劣在哪- 為什么選擇遠(yuǎn)程協(xié)同作為解決方案，在此之前調(diào)研過其他方案嗎- 說一下光標(biāo)速度優(yōu)化，具體為了優(yōu)化哪個(gè)層面（網(wǎng)絡(luò)傳輸）- 講一下前后端結(jié)構(gòu)設(shè)計(jì)- 服務(wù)器崩潰問題（一路延申到快照創(chuàng)建，歷史版本，內(nèi)容壓縮，使用外存）- 說一下現(xiàn)在的解決方案和未來的解決方案- 為什么快照可能可以解決 yDoc 實(shí)例占用內(nèi)存過多的問題- 遇到環(huán)形引用怎么解決，這里如果改為 json 可不可以進(jìn)行壓縮- 結(jié)合 cow 說一下 json 壓縮實(shí)現(xiàn)- 說一下 yjs 在避免內(nèi)存泄漏上實(shí)現(xiàn)的 gc 是什么- 做上下文序列化時(shí)為什么說可能阻塞- 說到阻塞，解釋一下為什么 js 與 gui 互斥，從操作系統(tǒng)層面來說可以通過什么方式去實(shí)現(xiàn)互斥- 平臺(tái)有多少人在用- 了解 js 與原生語言之間的通信嗎- 簡單說一下 tauri 那個(gè)項(xiàng)目- 用 rust 實(shí)現(xiàn)了什么功能，解決了什么問題- 除了編程還有什么愛好- 反問- 需要改進(jìn)的地方- 您負(fù)責(zé)的內(nèi)容**這一面能很明顯感受到考察的是項(xiàng)目思考深度，我可以說一個(gè)好的項(xiàng)目是非常加分的，這個(gè)好指的是你對(duì)他的思考，深入到了什么地步，對(duì)比過什么方案，最終權(quán)衡下怎么解決的，為什么選用這個(gè)方案，效能比怎么樣，有考慮過未來發(fā)展嗎等等問題**，即 STAR 法則。而不是單純說我 star 多，被推薦等。我簡歷上的項(xiàng)目也沒說多少人 star，因?yàn)樗嫦虻氖且粋€(gè)特定領(lǐng)域的解決方案，是我們團(tuán)隊(duì)內(nèi)部為了解決問題而實(shí)現(xiàn)的一套工具。壓力面加上發(fā)揮的一般，一些基礎(chǔ)和深入點(diǎn)沒講好，面完后有點(diǎn)難過，覺得自己馬上掛了，結(jié)果兩個(gè)小時(shí)后約了電話 3 面，真的是極大驚喜啊。### 三面(電話面 30min)這一次是電話面，連時(shí)間都沒約，直接發(fā)郵件問面不面，那當(dāng)然是趁著這股勁狠狠的面了！聽聲音感覺是一位很和藹的面試官，給了我 20 分鐘講項(xiàng)目，中間提問 + 反問。可能是為了考察一下溝通能力，因?yàn)槎娴臅r(shí)候講塞壬唱片項(xiàng)目的時(shí)候沒有講好，有點(diǎn)啰嗦和抓不到重點(diǎn)，可能因此加了一面。- 自我介紹- 之前有實(shí)習(xí)過嗎- 簡單說一下項(xiàng)目立項(xiàng)- 第三方平臺(tái)卡內(nèi)容？那有沒有想過其他自由的平臺(tái)（我們的平臺(tái)有屬于自己的精神內(nèi)核和思想，希望從自己的網(wǎng)站上去體現(xiàn)）- 平時(shí)平臺(tái)上面會(huì)發(fā)布什么內(nèi)容，選擇 astro 框架的原因- 除了對(duì)比市面上的框架，還有沒有調(diào)研過 hexo wordpress 這種框架？- 成果怎么樣- 之前面過微信游戲，有沒有總結(jié)面試為什么掛了，簡單說說- 對(duì)于玩具項(xiàng)目的定義- 項(xiàng)目第一次大更新的目的是什么，解決了什么問題，中間有什么困難，現(xiàn)有的問題和未來的發(fā)展- 第二次大更新解決的問題和困難，以及現(xiàn)在的狀態(tài)- 聊聊結(jié)構(gòu)設(shè)計(jì)，為什么分了新倉庫，基于什么考量，為什么要這樣設(shè)計(jì)，好處和缺點(diǎn)- 反問- 這一次面試這么快的嗎（把內(nèi)容輸出總結(jié)了就大概知道是什么水平了）- 您負(fù)責(zé)的職責(zé)（c 端用戶端）- 還有幾面（應(yīng)該是最后一面）- 可以改進(jìn)的地方- 入職時(shí)間整個(gè)過程還是聊的很愉快的，能感受到面試官為了理解我的項(xiàng)目在做提問。**溝通真的是很重要的一環(huán)**，作為開發(fā)人員溝通是絕對(duì)少不了的，因?yàn)槟阋愣枨螅_認(rèn)上下文，個(gè)人覺得唯一不用溝通的就是搞算法科研，天天發(fā)論文就好（霧）。不過把溝通交給我的話我還是要事先準(zhǔn)備準(zhǔn)備，對(duì)自己要說的各種東西有一個(gè)大致的了解，這樣才不會(huì)在現(xiàn)場時(shí)顯得很慌亂其次就是感覺在與大佬溝通的時(shí)候，我就像是在給老板分析我的產(chǎn)品，他的優(yōu)劣，以及綜合團(tuán)隊(duì)的思考等，還有他帶來的收益### 后續(xù)2025/1/2 - oc我的秋招實(shí)習(xí)之旅到此算是以 1 wxg 日常實(shí)習(xí) offer + 1 外企日常實(shí)習(xí) offer 結(jié)束了，雖然我完全有信心一口氣在外企干到畢業(yè)并努力轉(zhuǎn)正。但是我還是想說攢好經(jīng)驗(yàn)，開闊了眼界后再尋找更好的機(jī)會(huì)，到時(shí)候我也更有信心去面對(duì)面試。## 后記有人問過我說為什么我的項(xiàng)目能做這么多東西，我的答案是：經(jīng)歷了長時(shí)間的沉淀；為什么能堅(jiān)持這么久，因?yàn)槲蚁?*我正在做我喜歡，且能滿足我和讓我充滿動(dòng)力的事情**，在此引用一句其他大佬精辟的總結(jié)：**Do what you love, love what you do.**其次是由于面試，我也脫離我的項(xiàng)目組有一段時(shí)間了，是時(shí)候要回歸他們，做一些 mvp 開發(fā)和文檔攥寫了。他們都是很善良很友好的人，沒有他們我可能就沒有我簡歷上這個(gè)項(xiàng)目，也沒法約到這些面試了，可以說是他們成就了我的項(xiàng)目基礎(chǔ)；其次要感謝社區(qū)所有的開源開發(fā)者，他們?nèi)紵约旱臒崆槿?shí)現(xiàn)了一個(gè)又一個(gè)無與倫比的開源庫與包，尤其是感謝 astro 與 yjs，astro 官方維護(hù)成員很積極，社區(qū)聲音也很多，對(duì)于 bug 處理也非常認(rèn)真；yjs 則是實(shí)現(xiàn)了一整套生態(tài)周邊，方便了我們快速上手，如果單純給我一篇論文讓我自己去實(shí)現(xiàn)遠(yuǎn)程協(xié)同那絕對(duì)是做不到的。希望這份經(jīng)歷能夠幫助到正在閱讀的你，給你帶來一些思考或者啟發(fā)另附文中說的項(xiàng)目和一些參與過的項(xiàng)目：- [dmv-wiki-toolkit](https://gitee.com/shiinafan/dmv-wiki-toolkit) - 一套一站式生成 minecraft mod Wiki 網(wǎng)站解決方案- [pdc-wiki](https://gitee.com/shiinafan/pdc-wiki) - Wiki 網(wǎng)站解決方案項(xiàng)目的前身- [MonsterSirenDesktop](https://github.com/QingXia-Ela/MonsterSirenDesktop) - 對(duì)塞壬唱片官網(wǎng)實(shí)現(xiàn)的一個(gè)功能增強(qiáng)，為其增加了自定義播放列表 / 第三方音樂平臺(tái)接入 / 歌曲下載 / 離線訪問等功能- [astro](https://github.com/withastro/astro/) - 一套以內(nèi)容驅(qū)動(dòng)為中心，支持 SSR & SSG & 混合渲染的全棧 Web 框架（提了兩個(gè)小 pr 和文檔修改）- [elysiajs](https://elysiajs.com/) - 一個(gè)基于 bun 的后端框架，支持高度自定義編碼風(fēng)格（只是改了一下文檔（逃））

先說一下背景：雙非，目前在讀大三，目前 (2024/12/31) 無實(shí)習(xí)經(jīng)歷，所有投遞都是從官網(wǎng)投遞，無內(nèi)推。崗位是微信開放平臺(tái)基建最汗流浹背的一集，當(dāng)時(shí)剛好是在游戲部門掛了后幾天微信打電話過來問愿不愿意面試，我說上次不是掛了嗎，雙方就都很尷尬的笑了一下，最后說回去思考一天再確定要不要面。當(dāng)時(shí)學(xué)期也快結(jié)束了，跟幾個(gè)哥們聊了一下這件事，就覺得可能是 kpi。還好當(dāng)時(shí)鼓足了勇氣，想著就算是 kpi 也要盡力去學(xué)到東西和表達(dá)想法。事實(shí)證明確實(shí)不是 kpi 面，而且拷打的非?？植?，一面面試官說看了面評(píng)知道項(xiàng)目很大很復(fù)雜，于是就狠狠的考察了項(xiàng)目的廣度，以及臨場反應(yīng)速度。二面則是結(jié)合計(jì)算機(jī)基礎(chǔ)深究了項(xiàng)目的細(xì)節(jié)，現(xiàn)在回想起來我都不知道我是怎么頂住面試官的拷問的。三面則是最輕松但也是最需要口才的一集，就像是在給上司講述自己的產(chǎn)品，講自己的思考以及是否存在能效提升一樣視頻面兩面都沒有開攝像頭，就最后 hr 面開了一下。最后實(shí)習(xí) oc 也選了他，首先是因?yàn)闆]幾個(gè)能選的，同期的就另一個(gè)外企發(fā)了offer，地點(diǎn)在北京，往返比較麻煩。微信這邊主要是技術(shù)棧為 js 和 rust，還是基建崗，感覺還是比較符合胃口的。我對(duì)這次面試最大的總結(jié)就是：計(jì)算機(jī)的基礎(chǔ)思想很重要，許多地方都可以用上他。理解思想，并把它融入到自身作為一個(gè)工具使用。就好比我前文提到的 monorepo 和 react hooks 一樣，我感覺就像是把他融入到自身，他是一個(gè)工具，理解他在什么時(shí)候該發(fā)揮什么樣的作用其次還是基礎(chǔ)，一面結(jié)束后復(fù)盤了一下八股，答得真的是稀爛，寒假還是要惡狠狠的彌補(bǔ)啊。### 一面(2h 30min)上來先四道英文題目手撕(1小時(shí) + 20 分鐘思路拷打)：- async pub sub- 依賴解析- 爬樓梯- glob 庫實(shí)現(xiàn)八股：- 事件循環(huán)- 異步任務(wù)的作用- setTimeout 瀏覽器底層實(shí)現(xiàn)- JS 內(nèi)存管理（v8 回收，但是講的不是很清楚- 引用計(jì)數(shù)- weakMap 以及為什么不能遍歷，以及只能用引用數(shù)據(jù)類型做 key- 對(duì) ts 泛型的理解- rust 用過什么異步框架（tokio）- rust 內(nèi)存管理（drop trait，作用域，無GC）- css 媒體查詢- git merge 行為（只知道合并成一個(gè)提交，面試官說還有一些其他行為，后續(xù)看了一下是 fast forward / 無沖突 merge / 有沖突 merge）- 約定式提交以及如何做約束（命令行應(yīng)用與 git hooks 正則匹配）- https 中間人攻擊- https 鏈接上請(qǐng)求內(nèi)放密碼- https 的數(shù)據(jù)是安全的嗎（只想到密鑰泄露）- 快排時(shí)間復(fù)雜度，為什么最壞是 On2- 對(duì)一塊內(nèi)存上的數(shù)組尾插 / 頭插元素的時(shí)間復(fù)雜度講項(xiàng)目（40min+）- 立項(xiàng)，重構(gòu)，后臺(tái)實(shí)現(xiàn)，遠(yuǎn)程協(xié)同- CRDT 思想- 臟路徑處理- 并發(fā)沖突- 簡單說說 YATA 數(shù)學(xué)證明？（包不懂的）- 斷網(wǎng)后怎么辦，或者說有個(gè)客戶端延遲很高（插入永遠(yuǎn)有一個(gè)唯一位置，應(yīng)對(duì)比較輕松）- 服務(wù)是中心化還是去中心化- 一個(gè)人刪除了一行文字，另一個(gè)人在這行文字添加內(nèi)容，結(jié)果是什么（根據(jù) YATA 算法第一層比較，客戶端小的操作優(yōu)先）- 簡單對(duì)比 OT- 項(xiàng)目背景- 簡單介紹 Astro 框架- 項(xiàng)目設(shè)計(jì)（做成 npm 包，并作為 astro 插件使用）- 項(xiàng)目技術(shù)棧對(duì)比，自研的原因- 第一次升級(jí)后的成果與遇到的問題（框架問題，GitHub issue 討論，細(xì)節(jié)挺多的）- 語法分析器的設(shè)計(jì)（core 層 和 plugin 層）- 如何進(jìn)行語法檢查的（ast 語法樹遍歷分析）- LSP 服務(wù)器設(shè)計(jì)與消息優(yōu)化（VSCode LSP 使用 pipeline 或 websocket，如果要優(yōu)化可以通過自研協(xié)議分主動(dòng)推送和監(jiān)聽廣播行為）- 前后端結(jié)構(gòu)（前端，后端，腳手架后端）- 項(xiàng)目發(fā)布過程- mdx 中用戶如何使用自定義組件- mdx 可以回退 md 嗎（沒有研究，后續(xù)看了一下，mdx 是作為一個(gè) astro 插件使用，回退的話可能需要對(duì)內(nèi)容進(jìn)行過濾處理（表達(dá)式，用戶組件，script 標(biāo)簽過濾））- markdown 過濾- astro 編譯 mdx 底層實(shí)現(xiàn)（講了用到的插件，但是還可以繼續(xù)講講 vite 怎么去 resolve module 的，和源碼中經(jīng)過了幾次編譯后才輸出結(jié)果）- 如果有用戶惡意輸入，你是怎么處理的（pr check）- 如果用戶太多你管不過來怎么辦（插件過濾 script，工作流中使用 bot 自動(dòng)檢查）- mdx 注入組件的白名單- mdx 可以渲染 react，那可以渲染 vue 嗎（可以，配置插件即可）- 如果要在一個(gè) react 組件里面使用 vue，我該做什么- app.mount 發(fā)生了什么（沒說全，講了一下對(duì)比和 mount 和 patch，其實(shí)就相當(dāng)于把 vue 渲染講一遍）- 如果我想在 react 組件內(nèi)用 vue，vue 組件內(nèi)繼續(xù)套 react，我該怎么辦（編譯器做一個(gè)類似 rust 的宏展開自動(dòng)注入 render code）- 還有可以扯的嗎（astro wasm 組件編譯，content layer api，SSR 編譯 mdx 可以實(shí)現(xiàn)運(yùn)行時(shí)無編譯開銷；選擇 jsx 作為通用組件的原因）- 反問- 技術(shù)棧（js ts rust c++）- 業(yè)務(wù)還是基建（基建）- 期望實(shí)習(xí)時(shí)長- 大概還有幾輪（一般三輪）- 關(guān)于微信游戲二面面評(píng)（每個(gè)面試官都有自己的看法）- 需要改進(jìn)的地方當(dāng)時(shí)開始做題的時(shí)候我還沒有意識(shí)到事情的嚴(yán)重性，還跟群友聊了一下說怎么一上來就做題，隨后一頓拷打讓我知道自己是多渺小了。八股復(fù)盤的時(shí)候感覺自己就是個(gè)超級(jí)大笨蛋，說不定面試官都躲在屏幕后面笑，說這小孩子想象力還挺豐富的面完這兩個(gè)半小時(shí)人都虛脫了，在會(huì)議室里面跟群友匯報(bào)完后緩了好久才走出會(huì)議室，剛好實(shí)驗(yàn)室外面剛剛結(jié)束24屆大一同學(xué)面試。后端的一哥們說想轉(zhuǎn)前端了，于是就把前端在場的同學(xué)一起叫了過來，聊了一下他們的學(xué)習(xí)進(jìn)度，并針對(duì)他們現(xiàn)場確定了一下學(xué)習(xí)路線，最需要關(guān)注的內(nèi)容和接下來該做的事情以及未來要如何發(fā)展，全部聊完后也都晚上 11:10 了，于是聽著私宅特有的歌沖回了宿舍。實(shí)驗(yàn)室真的跟家一樣，我可以說實(shí)驗(yàn)室和簡歷的項(xiàng)目幾乎就是我大學(xué)的全部了，沒有這兩樣我也走不到今天這一步

當(dāng)時(shí)是微信游戲掛了兩三天后約面的，有意思的一點(diǎn)是 hr 多多少少也知道前端的一些東西，硬控我 20 分鐘，甚至聊了點(diǎn) react vue 框架，我懷疑 hr 之前就是做前端，想逗逗小孩子罷了（逃）面試給我的體驗(yàn)還是很不錯(cuò)的，沒有做題，沒有手撕，更多是看你對(duì)技術(shù)與項(xiàng)目的思考，是否有自己的獨(dú)立想法，還有探測知識(shí)邊界，雖說就深度來說肯定是沒有大廠那樣厲害，但相比一些其他廠也能聊不少東西### 一面(45min)隔了幾天才想起了博客沒有補(bǔ)充，記得不是很清楚了，將就寫寫- 業(yè)務(wù)介紹，入職時(shí)間- 什么時(shí)候開始知道和學(xué)前端的- Astro 框架簡單介紹一下- 用 pnpm？說說項(xiàng)目分包的好處- 講一下 git rebase，平時(shí)怎么解決 conflict 的- 用 React 還是 Vue 多- 用 vite 還是 webpack 多- 他們的區(qū)別以及優(yōu)勢(shì)和缺點(diǎn)- ts 學(xué)的怎么樣，講一下幾個(gè)常用的工具類型- 如何在類型體操內(nèi)實(shí)現(xiàn) if 和 for 循環(huán)- React 新特性了解的怎么樣- React 新 hooks 實(shí)踐過嗎- jsx 編譯后的產(chǎn)物是什么- 講一下代數(shù)效應(yīng)- 看一下你項(xiàng)目封裝的 hook- AbortController 以及調(diào)用時(shí)機(jī)（考察副作用清理）- 知道有哪些設(shè)計(jì)模式- 對(duì)測試了解的怎么樣，編寫測試時(shí)要注意的點(diǎn)（e2e, vitest）- 英語水平，給一個(gè)文檔能看懂多少- 反問  - 除了 react ts 還有什么技術(shù)棧  - 本次面試出結(jié)果的時(shí)間  - 主要工作  - 需要改進(jìn)的點(diǎn)### 二面 (40min)面試的是部門 ld，一位很穩(wěn)重的大哥，能感受到頗有強(qiáng)者的氣場，這次就項(xiàng)目提問了不少內(nèi)容，很多開放性的問題可以探討- 自我介紹- 說一下項(xiàng)目里最難的點(diǎn)- 為什么升級(jí)成 monorepo 和 pnpm- monorepo 適合的場景- 實(shí)踐 monorepo 的時(shí)候有沒有遇到一些什么問題- 項(xiàng)目的架構(gòu)，怎么分包的- 項(xiàng)目的發(fā)展過程- 團(tuán)隊(duì)有幾個(gè)人，都是自己寫的嗎- 項(xiàng)目背景- astro 框架是什么- 相比其他框架，astro 賣點(diǎn)在哪- 用過 nextjs 嗎- 你喜歡 astro 框架嗎，說說優(yōu)劣- react 平時(shí)自己開發(fā)的時(shí)候有哪些規(guī)范和注意點(diǎn)- 你覺得 ts 的優(yōu)點(diǎn)是什么- 有些工作是 ts 推導(dǎo)類型的修復(fù)，能接受嗎- 沒有實(shí)習(xí)經(jīng)歷嗎- 英文文檔讀過嗎- 了解公司實(shí)習(xí)生職責(zé)嗎- 從哪里找到招聘信息的- 需求有 ddl，能接受嗎- 簡單說一下 tauri 項(xiàng)目的難點(diǎn)- rust 是怎么學(xué)的- rust 與 ts 的過程宏結(jié)合是什么- 為什么想學(xué) rust，你喜歡這門語言嗎- vscode 插件是啥，作用？- 反問  - 職責(zé)(ld)  - 業(yè)務(wù)|基建？(業(yè)務(wù))  - 需要改進(jìn)的地方  - 還有幾輪面試總結(jié)：有些復(fù)雜場景還是沒有接觸到，比如 monorepo 的優(yōu)劣，但是 monorepo 給我的感受就像是一個(gè)工具，我知道項(xiàng)目未來會(huì)怎么發(fā)展，需要一個(gè)模式去改善發(fā)展了。我個(gè)人覺得 monorepo 主要還是為了邏輯分離，提升模塊化程度，缺點(diǎn)就是依賴管理復(fù)雜，且沒有代碼修改權(quán)限區(qū)分。網(wǎng)上的答案也比較類似，比我想的多的就是測試和重構(gòu)方便 / 構(gòu)建部署耗時(shí)增加。不過針對(duì)后者有類似 turbo 這種工具去進(jìn)行加速### 三面(1h)最友好的一集，面試官把我?guī)讉€(gè)倉庫的結(jié)構(gòu)都看了一下。這一次面就是綜合知識(shí) + 業(yè)務(wù)能力 + 認(rèn)知邊界探究了。不過感覺面我的老哥可能面試人的經(jīng)驗(yàn)不是很多，感覺比我還緊張（無端），自我介紹還是我主動(dòng)提出的- 自我介紹- 為什么說想做基建- 有給一些大型項(xiàng)目提過 issue 和 pr 嗎，出發(fā)點(diǎn)是什么- 假如現(xiàn)在有一個(gè)日歷公用組件要進(jìn)行開發(fā)，你該如何完成他- 假如這個(gè)組件需要定制很多地方，你該從哪幾個(gè)角度去考量- 假如有一個(gè)組件，網(wǎng)絡(luò)上一點(diǎn)資源都沒有，需要你從頭定制，你的出發(fā)點(diǎn)是什么，該怎么做一個(gè)迭代- 現(xiàn)在有一個(gè)功能，針對(duì)他有一批庫可以選，該從哪幾個(gè)角度去考量選什么庫- 看你倉庫里面有用 js 去寫一些 script 運(yùn)行腳本，他可以用 ts 替代嗎，有什么方案，最新的方案是什么，他們之間的優(yōu)缺點(diǎn)- 剛剛你說到 bun，那么用這個(gè)工具的時(shí)候遇到過什么問題嗎- v8 爆內(nèi)存的可能原因是什么，有什么工具或者方法去定位（從項(xiàng)目實(shí)踐優(yōu)化再到快照拍攝，還有開發(fā)上用一些 Weak 對(duì)象處理）- 有時(shí)候遇到頁面卡頓，你的定位思路是什么，解決方案是什么- 看你開源經(jīng)歷里桌面播放器項(xiàng)目那個(gè)似乎是 monorepo 又似乎不是，當(dāng)時(shí)改成 monorepo 的想法是什么- 你簡歷的項(xiàng)目也是用 monorepo，出發(fā)點(diǎn)是什么，解決了什么痛點(diǎn)，有什么新問題- webhook 聽說過嗎，cicd 環(huán)境中要注意的是什么，如何從安全上去考量 webhook 的使用- 最近學(xué)的一些新東西是什么，了解了哪些好玩的東西- 反問- 團(tuán)隊(duì)規(guī)模- 團(tuán)隊(duì)項(xiàng)目迭代更新方式- 您的職責(zé)- kpi or okr- 會(huì)因?yàn)?amp;nbsp;ddl 加班嗎- 團(tuán)隊(duì)會(huì)關(guān)注新技術(shù)嗎- 如何針對(duì)一個(gè)項(xiàng)目提煉一些可復(fù)用的方法論整個(gè)面試下來耗時(shí)最多的就是組件開發(fā)考量 + 知識(shí)邊界探測了，一開始面試節(jié)奏也不算好，雙方就溝通上還是有點(diǎn)小問題，不過后續(xù)節(jié)奏好了后就很愉快，整場面試就像是聊天一樣互相分享看法和注意點(diǎn)，整個(gè)過程聊下來感覺是很舒服的。面完后 hr 馬上打電話溝通說這邊沒啥問題，可以發(fā) offer，就看什么時(shí)候方便過來。作為人生中第一個(gè) oc 還是挺開心的，不過當(dāng)時(shí)正好 wxg 在等開獎(jiǎng)，而且技術(shù)面都過了，所以后續(xù)還是忍痛把 oc 拒了。舍得舍得，有舍才有得。復(fù)用方法論是今年暑假提出的一個(gè)研究課題，起源于之前看別人做 react 最佳實(shí)踐時(shí)總結(jié)的一個(gè)項(xiàng)目規(guī)劃管理模式，我自己在我的項(xiàng)目中用 vue 的方式實(shí)現(xiàn)了一遍，體驗(yàn)還是不錯(cuò)的，比如頁面邏輯強(qiáng)隔離，頁面內(nèi)部 store 管理，專有組件與 hooks，缺點(diǎn)就是可能要編寫的代碼內(nèi)容變多了，其次是對(duì)于某個(gè)被依賴多次的模塊需要做好健壯性和完整性考量但是就我自己的項(xiàng)目說很難提出一套全局可復(fù)用方法論，更多是特定場景下的復(fù)用實(shí)踐，這點(diǎn)在我這個(gè)項(xiàng)目還是有一些感觸的

感覺是和方向不匹配，問題基本都答出來了，手撕也過了，但就是掛了?？赡苁嵌嬲f想做基建，然后反手就掛了，嘖### 一面- 自我介紹- 項(xiàng)目背景- react 事件處理機(jī)制（16，17的不同以及為什么這么做）- http 緩存，以及應(yīng)用場景- react，看組件說輸出順序（元素本身掛載和 react 事件掛載，事件觸發(fā)后輸出順序）- this 指向（幾乎所有情況）- 事件循環(huán)模型- 宏任務(wù)微任務(wù)有哪些- Promise 輸出（比較簡單）- 并發(fā)數(shù)量控制- 全排列- 反問### 二面- 自我介紹- 怎么學(xué)習(xí)前端的- 更傾向于基建還是業(yè)務(wù)部門- 最近學(xué)了哪些新知識(shí)- vite 與 webpack 的區(qū)別，優(yōu)缺點(diǎn)- esm cjs- 為什么項(xiàng)目升級(jí)成 monorepo + pnpm- monorepo pnpm 優(yōu)勢(shì)- git merge git rebase- 設(shè)計(jì)模式- 觀察者和發(fā)布訂閱的區(qū)別- 對(duì) fiber 的理解- react hooks 解決的問題- useEffect useLayoutEffect- 看一下封裝的 hooks- 你作為實(shí)驗(yàn)室負(fù)責(zé)人，怎么做技術(shù)選型的，策略是什么- 成員積極性不高，或者能力不足該怎么辦- 手撕：給數(shù)字增加分隔符，合并兩個(gè)有序鏈表- 反問- 部門具體業(yè)務(wù)(CRM)- 期望入職時(shí)間- 還有幾輪面試- 改進(jìn)的地方2024/12/24 掛

省流：無八股，項(xiàng)目輸出 + 性能優(yōu)化瘋狂拷打 + 場景題- 自我介紹- 為什么學(xué)前端- 什么時(shí)候開始學(xué)的- 看你項(xiàng)目還挺多，挺多方面都有涉及的，node 學(xué)的怎么樣（僅基礎(chǔ)，rust 寫的那部分后端可能還多點(diǎn)）- 平時(shí)怎么學(xué)（從實(shí)驗(yàn)室給的路線發(fā)展到自己看文檔查資料，會(huì)主動(dòng)關(guān)注新 api）- 關(guān)注新 api？舉個(gè)例子（用我博客的 content collection api 舉例子，翻了 rfc 文檔，對(duì)著英文生肉硬啃）- 最近科技周報(bào)看了啥，舉個(gè)例子（rspack，阮一峰談發(fā)展 ai 的公司，還有自己想在項(xiàng)目落地實(shí)踐 ai）- 為什么想要實(shí)踐ai，你是想在自己項(xiàng)目的哪里實(shí)踐？（原來的開發(fā)者想更專注于核心開發(fā)；詞條內(nèi)容編寫，讓 ai 寫雛形，自動(dòng)生成框架，我們按需補(bǔ)充（其實(shí)有個(gè)點(diǎn)沒談到，就是有些內(nèi)容需要編寫者閱讀過源碼才知道機(jī)制，ai 寫可以節(jié)省一部分時(shí)間；其次是語義檢查，看看是否符合人類閱讀習(xí)慣））- 看一眼你的后臺(tái)（演示了一下基本內(nèi)容，是 monaco 做的）- 講一下選 Astro 的原因（調(diào)研現(xiàn)有 wiki 框架發(fā)現(xiàn)不適合，學(xué)習(xí)成本高；橫向?qū)Ρ?amp;nbsp;VitePress VuePress，局限使用于 vue，擴(kuò)展性開發(fā)難度較高；從 Vite 或者 Nextjs 開始寫的話基建要做很多東西，一時(shí)看不見效果；頁面樣式自定義要求程度非常高，css 幾乎都是手寫；Astro 基于 vite 封裝，幫我們做好了很多事，且具備 vite 大部分能力；閱讀過內(nèi)容集合 api 源碼，知道擴(kuò)展性和局限性（其實(shí)還有很多可以說，不過腦子一熱忘了））- 有試過什么優(yōu)化手段嗎（開始拷打）  - CSS 規(guī)范，強(qiáng)制要求所有元素盡可能有個(gè)固定寬高，避免 CLS  - 某些顯隱采用 visibility + pointer-events 處理，避免重排  - 后臺(tái)部分使用 `manualChunk` 分包（面試官讓我打開項(xiàng)目看看分包結(jié)果，然后就對(duì)著頁面的請(qǐng)求在那里講自己的分包思路）- 接下來從開發(fā)過程，打包編譯，網(wǎng)絡(luò)傳輸，首屏展示四個(gè)方面聊聊你知道的優(yōu)化，越多越好  - 開發(fā)過程扯了一下 vite 全局定義 `__DEV__` 變量，然后把僅開發(fā)邏輯放在這里頭，編譯過程會(huì)移除（其實(shí)可以再講講引入路徑規(guī)劃，做一個(gè)強(qiáng)隔離，項(xiàng)目后臺(tái)就是對(duì)每個(gè)頁面進(jìn)行強(qiáng)隔離，保證邏輯無關(guān)聯(lián)，這樣分包函數(shù)可以針對(duì)每個(gè)頁面打包成一個(gè) css + js，避免過多網(wǎng)絡(luò)請(qǐng)求），還有 await import 作為分包點(diǎn)  - 打包編譯講了 terser 的上下文分析，分析 dead code 的存在和不必要的邏輯進(jìn)行移除；其次是避免桶文件 + rollup 靜默打包（桶文件在項(xiàng)目中真實(shí)出現(xiàn)過，打包整個(gè) mui icon 導(dǎo)致打包時(shí)間 + 2min，面試官當(dāng)場提問最終這些會(huì)被打入包內(nèi)嗎（不會(huì)，會(huì)做 tree shaking）；靜默輸出則是因?yàn)?amp;nbsp;mui 組件都寫了 'use client' 導(dǎo)致 rollup 警告大量占用控制臺(tái)輸出間接導(dǎo)致打包時(shí)間下降，面試官繼續(xù)提問如果我不讓你用靜默怎么辦，見我不知道就說了可以寫插件去直接替換底層方法，不過感覺不算太嚴(yán)謹(jǐn)（逃））；聊了一下通過插件移除指定注釋下的代碼（類似 rust 注解）（其實(shí)可以再講講語法轉(zhuǎn)換，即向低版本的 js 代碼進(jìn)行兼容處理，即 tsconfig 的 target 選擇）  - 網(wǎng)絡(luò)傳輸用了項(xiàng)目從 http1.1 升級(jí)到 2.0 避免一個(gè)對(duì)頭阻塞的問題（順便牽扯到 tcp 阻塞，講了一下前面的包沒到后面的都得等），還有 3.0  - 首屏的話則是聊了一下 script 標(biāo)簽的 async defer 去避免 dom 解析阻塞，還有內(nèi)聯(lián)資源，扯了一下 tcp 擁塞控制的一個(gè)算法算出來首屏 css 控制在 14.6 kb 內(nèi)，不過沒講出原理；順便聊了一下我的博客，他的夜間模式 js 是放在 async 內(nèi)執(zhí)行的，面試官馬上知道了會(huì)有閃爍問題，然后我就說在 html 前面寫了一個(gè)阻塞 script 去修改 cssom 樹，避免了閃爍- 場景題，現(xiàn)場設(shè)計(jì)一個(gè) PC 登錄掃碼功能，PC 要有消息同步功能（1. PC 向服務(wù)器請(qǐng)求登錄 token 并展示到二維碼內(nèi)，隨后使用輪詢或者 ws 等待狀態(tài) 2. 手機(jī)掃碼，獲取 token 后發(fā)送到服務(wù)端，服務(wù)端改變狀態(tài) 3. 通知 PC 可以登錄了，由 PC 主動(dòng)去請(qǐng)求個(gè)人信息）（中間扯了中間人攻擊，包阻斷，重放攻擊；根據(jù)操作系統(tǒng)生成唯一標(biāo)識(shí)符，mac 地址等）（感覺最核心的還是各種安全細(xì)節(jié)和登錄成功后的消息同步功能，如何保證數(shù)據(jù)一致性）- 最后十分鐘試試 IntersectionObserver，現(xiàn)場投屏寫（前面聊了一下圖片懶加載跟面試官說使用原生 loading lazy 和缺陷，面試官就反問有沒有用過（沒有）；最后沒寫出來，但是面試官看完思路說大致沒錯(cuò)，改改細(xì)節(jié)就可以了）- 反問  - 是日常實(shí)習(xí)嗎（是）  - 您負(fù)責(zé)的內(nèi)容（leader，項(xiàng)目負(fù)責(zé)人）  - 部門主要業(yè)務(wù)（搜索中臺(tái) + 大模型，順便提醒我可以去學(xué)習(xí)一下看看真實(shí)項(xiàng)目怎么落地的）  - 就個(gè)人來說要怎么繼續(xù)提升自己（去一下更大的平臺(tái)，學(xué)習(xí)一下企業(yè)是怎么管理的，以及整個(gè) workflow 的實(shí)現(xiàn)；就我的項(xiàng)目舉了一些例子，我自己一些自研的地方其實(shí)有插件去幫助實(shí)現(xiàn)）  - 壓力算大嗎（經(jīng)典話語）  - 實(shí)習(xí)時(shí)長（希望越久越好）  - 面試有什么需要改進(jìn)的地方（還可以，主要是有自己的特色）

省流：無八股，四十分鐘項(xiàng)目輸出，二十分鐘筆試題 + 反問面試體驗(yàn)最滿意的一次，雖然開頭細(xì)細(xì)的講項(xiàng)目細(xì)節(jié)導(dǎo)致節(jié)奏有點(diǎn)慢了，只講出了兩個(gè)核心，還有兩個(gè)核心沒講，但面試官很耐心的聽完并跟我確認(rèn)上下文細(xì)節(jié)，下次繼續(xù)優(yōu)化- 自我介紹- 挑一個(gè)簡歷上最值得講的項(xiàng)目開始表演  - 背景介紹（某游戲 mod 開發(fā)組前端成員，主要負(fù)責(zé)一些頁面制作宣傳的需求，后期組內(nèi)其他成員提出 wiki 制作需求，開始了調(diào)研之旅）  - 主流 wiki 框架（語法晦澀難懂，開發(fā)者需要時(shí)間去學(xué)習(xí)成本；使用 mdx 可以無壓力上手 + 需求/問題快速溝通解決；Astro 我有實(shí)踐經(jīng)驗(yàn)，閱讀過核心 api 源碼，知道底層實(shí)現(xiàn)與擴(kuò)展/局限性）  - 反問了一下這個(gè)項(xiàng)目什么時(shí)候開始做的：第一版落地時(shí)間周期（去年5月調(diào)研，7月開始第一版開發(fā)，9月落地，到12月前長期維護(hù) + 新功能上線）  - 第一版落地后遇到的問題（項(xiàng)目結(jié)構(gòu)混亂，非業(yè)務(wù)核心代碼與核心混在一起，網(wǎng)站無法進(jìn)行復(fù)用）  - 解決方案（采用 monorepo，重新梳理整個(gè)項(xiàng)目業(yè)務(wù)核心邏輯與周邊生態(tài)邏輯，進(jìn)行歸類劃分并確定職責(zé)和要暴露的接口）  - 成果（項(xiàng)目職責(zé)分離（解包，語法檢查，wiki 核心，組件庫，針對(duì)不同 ide 的檢查適配器）對(duì)整個(gè)項(xiàng)目有了個(gè)更好的認(rèn)知，知道整個(gè)項(xiàng)目的進(jìn)展和狀態(tài)）  - 帶來的新問題（此時(shí)已經(jīng)半小時(shí)了，面試官讓我挑2點(diǎn)最大的問題（不同包之間沒有權(quán)限區(qū)分；一些歷史遺留插件沒法及時(shí)遷移，付出了一定開發(fā)成本）其實(shí)這里可以講一下代碼復(fù)用，參考了 Astro Starlight 項(xiàng)目落地后發(fā)現(xiàn)全局 Astro 特性被局限至僅 集成暴露 api；部分 api 使用后效果不一樣（Astro 官方給出了解決該問題的實(shí)驗(yàn)性特性））- 網(wǎng)站訪問量多少（不多，算是技術(shù)能力鍛煉產(chǎn)品和圈子內(nèi)的服務(wù)用產(chǎn)品）- 是不是 minecraft 的發(fā)燒友（還真是，高中就喜歡玩珍珠炮，并且從里面開始接觸到編碼解碼概念和一些二進(jìn)制理論）- 筆試  - 版本號(hào)排序（后續(xù)討論了一下健壯性和 plus）  - Promise.all 實(shí)現(xiàn)  - 寫一個(gè)后臺(tái)管理系統(tǒng)的側(cè)邊欄組件，偽代碼即可（順便聊了一下 vue compiler 的 props 宏展開）  - 本來還有第四題，面試官說不用了，直接開聊（以為會(huì)問 Promise 順序，他說他不喜歡考這些，然后聊了一下 Promise 內(nèi)返回 Promise 的問題，涉及到 v8 以及 ecma resolveThenableJob 規(guī)范，不過面試官似乎不是很了解這里）- 反問  - 我需要提升的地方（計(jì)算機(jī)四大件別丟了，講的很認(rèn)真）  - 部門主要技術(shù)棧（react，然后就是要了解一點(diǎn) node，不用做開發(fā)，nginx了解即可，吧啦吧啦的，后續(xù)忘了）  - 新技術(shù)會(huì)用嗎（會(huì)做研討會(huì)和研究，不過更多是基建部門負(fù)責(zé)，他們會(huì)看手冊(cè)學(xué)習(xí)并嘗試在小項(xiàng)目落地）  - 主要業(yè)務(wù)（搜索中臺(tái)，技術(shù) + 業(yè)務(wù)結(jié)合部門？面試官好像一時(shí)也沒法徹底講清楚）  - 部門壓力大嗎（不算大（真的嗎））  - 入職要注意的事情（需要兩個(gè)月進(jìn)行磨合，因?yàn)橛行┦虑榭赡軟]有給到完整上下文就讓你做，需要自己翻手冊(cè)或找 mentor 問，流程清楚后就輕松了，后面一堆不記得了）  - 轉(zhuǎn)正？（會(huì)給，但是看分到的名額，說25屆留了兩個(gè)實(shí)習(xí)生，剛好兩個(gè)名額就全給他們了，然后細(xì)細(xì)的講了一下轉(zhuǎn)正前會(huì)給你的各種通知和要做的事情）  - 就面試來說有啥需要改進(jìn)的地方（筆試側(cè)邊欄組件你可以做的更好點(diǎn)，抽象級(jí)別可以更高點(diǎn)，加強(qiáng)一下基礎(chǔ)框架學(xué)習(xí)使用）體驗(yàn)最好的一次，唯一的遺憾就是講細(xì)節(jié)太多了，還有一些核心沒講出來。其他我都很滿意，1 小時(shí)后收到了三面時(shí)間選擇通知許愿三面能遇到像這樣體驗(yàn)這么好的面試官

一開始介紹的時(shí)候節(jié)奏不是很好，讓面試官誤會(huì)了這就是個(gè)工具使用項(xiàng)目，直到最后反問的時(shí)候把各種研究的細(xì)節(jié)抖了出來才改了態(tài)度- 自我介紹- 說一下項(xiàng)目（簡單做了一下介紹，落地背景，技術(shù)選擇，產(chǎn)品上線，由于之前有點(diǎn)擺爛，所以準(zhǔn)備的不是很好）- Astro 框架是你自研的還是第三方的（？第三方）-  CDN 是什么- 網(wǎng)站訪問量高嗎，有多少人在用？- 八股：  - http 每個(gè)版本的區(qū)別  - 緩存- linux 源碼看過嗎（？）- 反問  - 需要改進(jìn)的地方？（反問了你從這個(gè)項(xiàng)目學(xué)到了什么）    - 閱讀了部分 Astro 源碼（content collection 與 vite 結(jié)合的底層實(shí)現(xiàn)，知道了可擴(kuò)展性和局限性，翻閱了 RFC 文檔，知道了其開發(fā)目的解決的痛點(diǎn)，最后評(píng)價(jià)是又好又壞，好在對(duì) mdx 的處理工作是在編譯器完成，在運(yùn)行時(shí)無過大開銷，缺點(diǎn)也是 mdx 在編譯期間處理完成，沒法應(yīng)對(duì)更靈活的需求；其次講到了 Astro 上周第 50 個(gè) RFC 文檔，github 可查 content layer api，也是不把運(yùn)行時(shí)編譯列在目標(biāo)內(nèi)；所以評(píng)價(jià)是又好又壞）    - 深入研究了 CRTD 思想及其背后的 yjs 生態(tài)庫（從小團(tuán)隊(duì)開發(fā)比重權(quán)衡選擇了 yjs，生態(tài)豐富，且配備 demo，體驗(yàn)很不錯(cuò)，尤其是周邊庫，源碼內(nèi)容簡單，要針對(duì)做定制開發(fā)的成本也比較低）    - 面試官主動(dòng)問了一下有沒有了解 OT （對(duì)比了一下 OT 與 CRTD 的區(qū)別；他與 CRTD 解決的目標(biāo)相同，不過思想核心不一樣，OT 是保證過程順序一致，CRTD 保證數(shù)據(jù)一致性，頗有分布式思想的感覺；OT 在生態(tài)上較為薄弱，調(diào)研了 ShareDB 實(shí)現(xiàn)，發(fā)現(xiàn)后端代碼過于復(fù)雜，對(duì)于小團(tuán)隊(duì)開發(fā)可能時(shí)間并不充足；我的中心服務(wù)器性能不夠的話可能導(dǎo)致體驗(yàn)下降；針對(duì)不同數(shù)據(jù)模型要實(shí)現(xiàn)不同接口，開發(fā)成本增加）    - 了解了一些 vite 的短板（生產(chǎn)環(huán)境與開發(fā)不一致，不合理分包導(dǎo)致模塊循環(huán)引用（上周優(yōu)化時(shí)發(fā)生的），首頁白屏的問題（vite 僅僅經(jīng)過最簡單的轉(zhuǎn)義便直接把模塊發(fā)送給首頁，沒有像 rspack 一樣做一個(gè)合并優(yōu)化，導(dǎo)致項(xiàng)目變大時(shí)首屏發(fā)出大量的模塊請(qǐng)求，且 vite 開發(fā)服務(wù)器 http 協(xié)議似乎是 1.1，只允許 6 個(gè) tcp 請(qǐng)求，其他的會(huì)被阻塞，進(jìn)而導(dǎo)致長時(shí)間白屏））    - 實(shí)踐了一些設(shè)計(jì)模式（模板模式，策略模式）    - 站在了開源包使用者的角度去看待一些內(nèi)容（包下的語法分析核心分了兩層設(shè)計(jì)，用戶可以選擇最簡單的 plugin 模式去定制規(guī)則，也可以自己創(chuàng)建 core 實(shí)例去完整覆蓋 mdx 的檢查行為）    - 總之做這個(gè)項(xiàng)目就是很開心，學(xué)到了很多也收獲了很多  - 您是 GM 嗎（不是）  - 反問了一下平時(shí)玩什么游戲，但是當(dāng)時(shí)腦子有點(diǎn)短路答不上來，就說最近玩的比較少，會(huì)練一下吉他也是從這一次面試后，我就意識(shí)到了必須要主動(dòng)爭取面試主動(dòng)權(quán)，面試官給出機(jī)會(huì)時(shí)一定要有意識(shí)，抓住項(xiàng)目核心講，因此后續(xù)繼續(xù)優(yōu)化總結(jié)，把項(xiàng)目最重要的幾個(gè)核心抓了出來，并進(jìn)行了提煉，因此一天后的字節(jié)二面我收獲了一個(gè)非常好的體驗(yàn)

- 老家是哪里的，還有住在哪，學(xué)校在哪- 說一下數(shù)據(jù)結(jié)構(gòu)棧和隊(duì)列，他們的區(qū)別，棧在哪里有應(yīng)用場景，隊(duì)列，然后假如隊(duì)列發(fā)生了插入，那么此時(shí)這個(gè)隊(duì)列變成了什么，具體應(yīng)用場景有什么- 先說一下 localStorage 大小- 引導(dǎo)到操作系統(tǒng)置換算法，要求寫一個(gè)按字節(jié)數(shù)大小計(jì)算的 LRU 緩存，問了一下時(shí)間復(fù)雜度，有沒有什么可以優(yōu)化的地方- 計(jì)算機(jī)網(wǎng)絡(luò)（七層模型，常用的四層），每一層幀封裝的格式，知道的越多越好。到傳輸層后問了一下 udp 的校驗(yàn)和是怎么做的（忘了），應(yīng)用層有哪些協(xié)議（http，ftp，就記得這兩個(gè)）- 說一下項(xiàng)目大概的情況- 看一下你項(xiàng)目的架構(gòu)圖- 你的項(xiàng)目最終為了解決什么問題，相比其他 wiki 第三方平臺(tái)有哪些優(yōu)勢(shì)- 看你 wiki 用 astro，性能是不是很好，跑個(gè) lighthouse 看看（第一次不給力，才89，第二次才滿分），那么就結(jié)果來說你能信任 lighthouse 嗎，最好的收集用戶數(shù)據(jù)手段是什么，埋點(diǎn)的話你會(huì)怎么解決- 反問- 我需要改進(jìn)的地方- 這次實(shí)習(xí)是有考慮提供轉(zhuǎn)正的嗎（有，所以篩人很嚴(yán)格）- 如何提升項(xiàng)目積極性（問了我 wiki 的訪問量，很少，于是就說這個(gè)就是問題，一個(gè)是正反饋，還有就是當(dāng)你的代碼面對(duì)千萬級(jí)用戶時(shí)你該怎么辦）- 聊了一下跟蹤腳本，現(xiàn)場出一個(gè)場景題，假如要攔截該怎么辦- 看一下你的項(xiàng)目文檔- 以為這一面會(huì)繼續(xù)拷打項(xiàng)目，為什么沒有深入細(xì)節(jié)（說一面已經(jīng)看到項(xiàng)目誠意了，二面看看其他方面）- 平時(shí)怎么學(xué)前端的- 一面是主管嗎- 有因?yàn)閷W(xué)歷而考慮考研嗎

自我介紹- 藍(lán)橋杯是什么- 問兩個(gè)開源項(xiàng)目：   - Threejs 那個(gè)怎么說  - 某音樂網(wǎng)站嵌入 tauri 二次開發(fā)（扯了一下寫的 vite 插件，實(shí)現(xiàn)了把外部網(wǎng)站嵌入到腳手架內(nèi)實(shí)現(xiàn)的直接開發(fā)，還有重寫部分熱重載代碼，以及代理后端，實(shí)現(xiàn)內(nèi)容覆蓋與整個(gè)網(wǎng)站的控制權(quán)，以及扯了一下這種跨平臺(tái)開發(fā)要注意的是什么，然后就扯了一下ipc通信與序列化的性能）    - 做了這些插件最終的意義？（提升開發(fā)體驗(yàn)與效率）  - 這些是自己做的還是實(shí)驗(yàn)室做的（第一個(gè)跟隔壁實(shí)驗(yàn)室哥們一起做的，第二個(gè)是自己做的，2023年7月 -> 2024年8月，有GitHub提交可查）- 說一下你對(duì)前端工程化的理解（盡可能地實(shí)現(xiàn)非業(yè)務(wù)部分過程自動(dòng)化，使得開發(fā)者可以專注開發(fā)）- 用過webpack嗎，沒有，直接 vite 上手- 說一下你對(duì) vite 的認(rèn)知，越多越好，盡可能地說（esbuild 開發(fā)環(huán)境，rollup 生產(chǎn)環(huán)境，vite 在加速方面做了哪些努力（esbuild 構(gòu)建開發(fā)環(huán)境js，預(yù)構(gòu)建依賴，對(duì)源碼更新采用鏈?zhǔn)Щ钐幚恚▋H概念）））- esm cjs（同步與異步導(dǎo)入，import 靜態(tài)分析）- url 到頁面呈現(xiàn)（合法判斷，cache，dns，tcp，dom樹，cssom，js 阻塞，render tree，繪制，部分 css 送入 gpu 處理）- 說一下用 Astro 的原因（vite 作為底層驅(qū)動(dòng)支持，內(nèi)容驅(qū)動(dòng)靜態(tài)網(wǎng)站生成，支持SSG，SSR）- 除了 SSG，SSR 還有什么渲染，區(qū)別是什么（ISR，CSR，邊緣計(jì)算）- Astro SSR 還有哪些應(yīng)用場景（扯了一下官網(wǎng)文檔的電商平臺(tái)，用戶可以先看到頁面商品內(nèi)容，具有交互性質(zhì)的按鈕可以在后續(xù)注水激活）- 說一下 yjs 是干什么的（以CRTD為核心思想的并發(fā)沖突解決庫）- 在線演示平臺(tái)，平臺(tái)有多少人在用（不多，給內(nèi)部人員編輯使用）- 做這個(gè)遇到最難的地方是什么（服務(wù)端崩潰上下文丟失后內(nèi)容恢復(fù)，說了目前的實(shí)現(xiàn)與未來最好實(shí)現(xiàn)）- VSCode 插件看一下效果（演示了一下并說了轉(zhuǎn) ast 做處理的簡單流程）筆試：- html css js 基礎(chǔ)- lodash.get- 樹遍歷本來要反問了，感覺節(jié)奏不對(duì)，繼續(xù)跟面試官扯完了簡歷上的后兩點(diǎn)：- 頁面預(yù)覽實(shí)現(xiàn)？  成本有點(diǎn)高，目前思路是轉(zhuǎn)發(fā)腳手架頁面  曾經(jīng)做過的努力：  - 用 astro 的編譯器看看能不能 build 一些組件并拼接完整頁面（不能，必須依賴 node 環(huán)境或在瀏覽器實(shí)現(xiàn)需要的 api）  - 用 SSR （審查了 astro 部分源碼發(fā)現(xiàn)對(duì)于 markdown 編譯邏輯都是寫在 vite 插件內(nèi)，打包時(shí)是直接把 markdown 編譯成 js，SSR執(zhí)行時(shí)直接靜態(tài)出字符串，沒有運(yùn)行時(shí)編譯過程）  - 11月14號(hào)新出的 content layer api，去官方文檔看了milestone，其中寫清楚了不把運(yùn)行時(shí)編譯 markdown 放在目標(biāo)內(nèi)，與 astro 的 baseline 與解決問題場景不一致- jsx 編寫通用組件？  曾經(jīng)做過的努力：  - 調(diào)研 tinyMVC，在示例倉庫里發(fā)現(xiàn)他針對(duì)各個(gè)框架都寫了一套 renderless 邏輯，還為此寫了一個(gè)專門抹平框架差異的函數(shù)  - taro，基于編譯器實(shí)現(xiàn)，背后有編譯團(tuán)隊(duì)，運(yùn)行時(shí)團(tuán)隊(duì)，小程序團(tuán)隊(duì)和跨平臺(tái)團(tuán)隊(duì)支持，對(duì)于小團(tuán)隊(duì)開發(fā)成本太高了反問：- base 北京上海- 二面什么時(shí)候- 主要業(yè)務(wù)- 需要改進(jìn)的地方

總結(jié)：面試官人很好，整個(gè)面試過程中就像是聊天一樣，全程演示項(xiàng)目，中間穿插了一點(diǎn)八股- 藍(lán)橋杯是什么- 問簡歷上的項(xiàng)目是實(shí)驗(yàn)室還是個(gè)人項(xiàng)目  面試官說都會(huì)把比賽項(xiàng)目給放到前面，所以以為這也是實(shí)驗(yàn)室作品。然后我就拿了挑戰(zhàn)杯寫的前端頁面簡單說了一下以下基本都是項(xiàng)目細(xì)節(jié)：- Mod 開發(fā)組與你是什么關(guān)系（甲乙方？）- 為什么分了開源核心 + 后臺(tái)倉庫（后臺(tái)倉庫代碼不安全，需要審查）- 編輯人員提交流程（后臺(tái)編輯 + 管理員提交 -> gitee pr + 審查后合并 + webhook 觸發(fā) cicd 同步到 oss）- Astro 是什么，SSG SSR 是什么（說了一下基于 vite 進(jìn)行驅(qū)動(dòng)與支持 ssg + ssr，然后說了一下 ssr 的動(dòng)態(tài)拼接字符串；然后面試官說了什么 jeklly？）- 選了他的原因是什么（博客落地實(shí)踐過，知道一些底層原理，內(nèi)容驅(qū)動(dòng)生成網(wǎng)站，符合 wiki 定位要求）- 框架可以插入 react 或者 vue 組件嗎（可以，且可以一起使用）- 有試過放在一起嗎（沒有，提了一下 vite 放在過一起導(dǎo)致開發(fā)聲明報(bào)錯(cuò)，其次是兩個(gè)應(yīng)用相互獨(dú)立，通過各自的 app 創(chuàng)建函數(shù)來渲染頁面，只要他們副作用不會(huì)相互影響我覺得問題都不算大，不過現(xiàn)在看來感覺還得想一想 vue react 底層，他們的更新機(jī)制不一樣，會(huì)不會(huì)一個(gè)框架的占用線程太久導(dǎo)致了另一個(gè)框架更新不及時(shí)）- 整個(gè)項(xiàng)目內(nèi)核升級(jí)是什么意思（說了用插件將所有的邏輯進(jìn)行封裝，最后進(jìn)行復(fù)用，要求展示了一下除了簡歷還有哪個(gè)網(wǎng)站復(fù)用了）- 編譯器和 polyfill 的關(guān)系，知不知道每一個(gè) es 版本的區(qū)別（不會(huì)）- VSCode 插件展示一下，具體在 VSCode 做了什么，用途（mdx 轉(zhuǎn) ast 語法樹，對(duì)節(jié)點(diǎn)進(jìn)行分析，并讀取工作目錄下的資源進(jìn)行查錯(cuò)；給一些編外的詞條編輯人員使用）？- 網(wǎng)頁插件展示一下？（沒實(shí)現(xiàn)，說了一下對(duì)每一個(gè)用戶都要開一個(gè)專用檢查進(jìn)程的原因）- 看一下你的分析器和 mdx 官方分析器的關(guān)系（完全獨(dú)立，沒來得及說存在的優(yōu)化部分）本來要進(jìn)筆試了，然后說了一下 yjs 是核心之一- 在線平臺(tái)演示效果- yjs 是什么（協(xié)同編輯中編輯沖突的一個(gè)庫）- 協(xié)同主要問題（說了并發(fā)沖突和 YATA 算法的作用，面試官似乎沒做過這個(gè)領(lǐng)域）筆試：```ts// 寫一個(gè)類似迅雷的下載管理器，用戶可以不停往里面push url，管理器需要保證同一時(shí)間最多只有3個(gè)請(qǐng)求在并發(fā)下載。class Downloader {  urls = []  push(url) {  }}// 每個(gè)url均需要被傳入以下fakeAxiosWrapper函數(shù)。你可以把這個(gè)函數(shù)當(dāng)做一個(gè)封裝好的axios函數(shù)，作用是請(qǐng)求遠(yuǎn)程api，不要改動(dòng)這個(gè)函數(shù)。async function fakeAxiosWrapper(url) {  return new Promise((resolve, reject) => {    setTimeout(() => {      console.log(`download ${url} done`)      resolve()    }, 3000);  })}// 驗(yàn)證代碼const downloader = new Downloader()downloader.push(`url1`)downloader.push(`url2`)downloader.push(`url3`)downloader.push(`url4`)downloader.push(`url5`)// 等待3s后，同時(shí)輸出// download url1 done// download url2 done// download url3 done// 再等待3s后，同時(shí)輸出// download url4 done// download url5 done```沒寫出來很可惜，因?yàn)橐郧皩戇^一個(gè)類似的并發(fā)下載控制，結(jié)果這里沒寫好。面試官換了個(gè)節(jié)流，問了一下為什么 setInterval 可以用來證明你這個(gè)函數(shù)是節(jié)流的（宏任務(wù)隊(duì)列首部）反問：工作時(shí)間（上午十點(diǎn)到晚上八點(diǎn)半）地點(diǎn)（深圳總部）實(shí)習(xí)時(shí)長（越久越好）技術(shù)棧（挺多跨端技術(shù)的，感覺進(jìn)去又要開始上手新東西了）有沒有什么可以改進(jìn)的地方（沒有，做的很好（不知道是不是客套話整體下來感覺最大的問題還是信息差與溝通點(diǎn)沒到位，項(xiàng)目yjs部分展示的內(nèi)容不是很多，然后還浪費(fèi)了一些時(shí)間，只能說很可惜，下一次對(duì)于不會(huì)的內(nèi)容就應(yīng)該直接說不會(huì)（惱）。然后就是沒問多少八股，這真的正常嗎（）