初創(chuàng)公司，說是要做個react的ai項目1.自我介紹2.兩個項目都問一下3.ts用過么，怎么看待ts4.js原型鏈5.用過哪些css框架6.大量元素渲染優(yōu)化，答虛擬列表7.vue2和vue3區(qū)別和生命周期8.react的組件生命周期？？答了useEffect9.了解過ai嗎，平時怎么用ai10.調(diào)過大模型接口嗎，流式返回的數(shù)據(jù)前端怎么處理11.有自己玩過開源的大模型嗎？沒玩過，不懂。。。12.跨域問題，怎么解決13.文件上傳做過嗎，大概怎么做的14.瀏覽器行輸入url到返回結果的過程15.瀏覽器各調(diào)試工具會用嗎16.計網(wǎng)七層協(xié)議模型17.平時怎么學前端反問。公司里只有三四個干前后端的??，畢竟不是專門的互聯(lián)網(wǎng)公司。面完兩天直接跟老板面了面，畫了畫餅??，然后就給了offer。

第一次實習，目前拿到了搜狐暢游的AI前端實習，不知道要不要去，技術好像是vue3+ts，求推薦。#?？虯I配圖神器#  #實習#

bg 學院本 學前端是從二月開始,到現(xiàn)在已經(jīng)學完了三件套 axios vue,大概五月末才能做完兩個爛大街的項目,是選擇小眾一點的項目沉淀,還是直接背八股去找實習希望大家拷打一下提點建議????????????#簡歷中的項目經(jīng)歷要怎么寫# #現(xiàn)在前端的就業(yè)環(huán)境真的很差嗎#

臨近暑期實習尾聲，技術面試一個接一個，簡歷也改了不止一輪。項目寫著寫著，我突然意識到：項目寫得“完整”遠遠不夠，更重要的是寫出“價值感”。有一位前輩給我提了四個關鍵點，讓我重新審視自己項目的深度：你負責了哪些關鍵模塊？（責任）項目中遇到過哪些棘手問題？（難點）你是怎么解決這些問題的？（方案）最終帶來了什么具體效果？（成果）聽起來很基礎，但我意識到，自己很多項目只能說“我參與了”，但不能明確講出“我解決了什么”。我之前忽略了什么？仔細回顧，我做過不少項目，前后端都寫過，能用 React / Vue 從零搭起一個系統(tǒng)，也配合過接口聯(lián)調(diào)、上線部署。但說到底，大部分時候只是“按部就班地實現(xiàn)了功能”，很少去問：這塊為什么卡頓？有更好的寫法嗎？這個模塊有沒有隱藏 Bug？有沒有測試覆蓋？頁面加載慢到底慢在哪里？是網(wǎng)絡、渲染、還是組件邏輯？能不能把這個項目做到上線后能跑得動、看得懂、改得動？而我之所以一直忽略，是因為沒把這些項目當作真正的“產(chǎn)品”來看待，而是當作“任務”去完成。那我現(xiàn)在打算怎么做？前輩說：“不是怎么寫簡歷的問題，而是項目本身有沒有打磨到值得寫?！彼晕易罱隽巳拢?. 把項目重新跑一遍，記錄下“沒做好的地方”某些頁面首屏加載慢，懶加載策略不合理狀態(tài)管理冗余，組件間數(shù)據(jù)耦合過高多終端兼容性測試不足，移動端滾動邏輯有問題2. 針對性地重構一部分模塊把原本重復寫的業(yè)務邏輯封裝成通用 Hook 或組件用虛擬滾動優(yōu)化日志數(shù)據(jù)渲染性能，并對比前后加載時間替換復雜的 Redux 狀態(tài)管理為更輕量的 Zustand，提高可讀性和維護性3. 學著為自己的邏輯加上測試或性能指標寫了幾份基礎的單元測試覆蓋流程設計器中的節(jié)點增刪邏輯用 performance API 測試列表組件渲染時間，并進行 Lazy Render 分段處理技術背景與成長方式我來自一個技術基礎相對扎實的環(huán)境，動手能力比較強。之前自學過前后端開發(fā)，搭建過完整的項目，也嘗試了從部署、狀態(tài)管理到接口封裝的完整流程。通過閱讀文檔和實踐為主的方式積累經(jīng)驗，偶爾也會系統(tǒng)性地整理知識點。技術方向：熟練掌握 React / Vue 技術棧，能獨立搭建項目架構使用過 TypeScript，掌握基礎類型與接口定義熟悉常見前端性能優(yōu)化手段（懶加載、虛擬列表、代碼分包）掌握基本的前端安全知識，如防止 XSS、CSRF 等攻擊能使用 Node.js 和 Express 搭建本地開發(fā)接口與中間件服務我目前的優(yōu)勢和短板我的優(yōu)勢理解完整開發(fā)流程，能獨立負責項目從搭建到聯(lián)調(diào)有性能意識，能主動優(yōu)化加載速度和渲染瓶頸掌握現(xiàn)代前端主流技術，有實踐 Vue3、React18、Zustand 等經(jīng)驗動手能力較強，遇到問題愿意查資料并快速驗證我的不足類型系統(tǒng)理解不夠深入，缺乏在復雜項目中封裝泛型的經(jīng)驗狀態(tài)管理工具（如 Redux、Zustand）只用過基礎場景，缺少深入建模項目測試覆蓋率不高，單測/集成測試的實踐不足兼容性與邊界場景考慮不夠細致，比如低端設備或網(wǎng)絡波動下的處理寫在最后：把普通項目做出深度，是畢業(yè)前最值得做的事我現(xiàn)在的目標，不是再堆一個新項目，而是認真打磨已經(jīng)寫過的項目，讓它不僅能運行，更能讓人看到我的思考。如果你也在寫簡歷、做項目，建議你也試試回頭看一看：你寫的那個流程系統(tǒng)、電商頁面、組件庫，真的到“能上線用”的標準了嗎？只要再往深里鉆一點，你的項目也能從“寫過”變成“寫得?！?。如果你也在找實習/準備秋招，希望我們都別只做“功能完成者”，而能逐漸成為“問題解決者”。