面试常问问题指南-优快云博客

本文链接：https://blog.youkuaiyun.com/Jet_Lover/article/details/129496723

文章目录

前言
总结

前言

这里记录了一些面试中hr或者项目负责人经常会问的一些问题，可以提前参考参考，想想该怎么回答，为之后的面试做好准备！

1.自我介绍

举例：姓名、毕业院校、专业、应聘职位、工作经历、技术能力、项目经验等……结尾语(致谢)。

2.为什么你要离职

多主观少客观 + 成长需求 + 岗位匹配
参考：

在过去两年里，我主导完成了核心系统的前后端重构
→ 当前团队技术栈进入维护期，缺少复杂场景实践机会
→ 贵司正在建设的[具体项目]涉及[高并发/微前端等]技术挑战
→ 这对我而言是更有成长价值的舞台
我在前公司主要使用[旧技术栈，如jQuery]
→ 自主学习了[Vue3/React等] 并完成多个个人项目（展示GitHub）
→ 希望获得在正式生产环境实践的机会
→ 贵司技术体系正是我期望深耕的方向"
我负责的XX项目因公司战略调整停止运营
→ 期间积累的[微前端落地经验/性能优化方法论]
→ 希望应用于贵司[某业务场景]
→ 这是双赢的技术价值转移

其他可以参考：

业务方向调整
技术栈不匹配
通勤时间过长（需量化：“单程从1小时降至30分钟”）
职业发展瓶颈（配合具体数据：“连续两年未接触新技术”）
更看好贵司所在领域的长期发展潜力

❌ 不能说的：

领导管理不善
同事关系紧张
薪资不满意
工作压力大

最后可以反问

贵司如何帮助工程师持续提升技术能力？
团队近期最具挑战性的技术项目是什么？

3.工作经历

如果自我介绍说的很详细，大概率就不会再问了

4.最近一个项目的介绍

要素： 项目名称—> 项目背景 —> 完成了基本的事情—> 做了多久—> 项目规模多大 —>用到哪些技术 —>结果
（酌情简单说一下模块和其他东西）
最近半年我参与了XXX项目，老项目难维护所以重构，主要用于处理公司内部的订单流程。我主要负责前端架构升级和核心模块开发，
技术：将老旧的PHP+JQ系统迁移到Vue3+TypeScript。
结果：

引入Pinia做状态管理，通过路由懒加载把首屏时间从4.2秒降到1.8秒。
需求迭代速度提升：从2周/模块 → 3天/模块
通过Chrome Performance分析，发现DOM渲染耗时占比62% → 引入虚拟滚动方案 → 列表渲染耗时从1800ms降至320ms

追问：“你在这个项目中最大的收获是什么？”

用Vue3的Teleport重构了全局弹窗，维护成本降低40%
掌握了Chrome Performance分析关键渲染路径的方法
明白文档的重要性，养成了随手写注释的习惯
建立前端脚手架工具，将新项目初始化时间，从2小时压缩到30分钟，团队人效提升15%"
通过埋点分析发现用户流失节点

5.项目中遇到的技术难点？如何解决的？

STAR原则：定位—>解决方案—>结果

在做双十一促销活动页时，遇到商品列表页滚动卡顿的问题。
定位：
解决方案：引入虚拟滚动技术，只渲染可视区域DOM。对图片进行懒加载+WebP格式转换。
结果：FPS从15帧提升到55帧，用户停留时长增加30%
复杂表单场景下的用户体验
定位：在XX管理系统开发中，遇到50+字段的复杂表单难题。用户填写易出错，不同步骤数据联动复杂。
解决方案：
→ 开发动态表单配置器，支持字段条件渲染
→ 实现草稿自动保存功能（每30秒LocalStorage存储）
→ 编写表单校验规则
结果：表单提交错误率下降75%，平均填写时间从20分钟降到8分钟。
实时数据可视化与稳定性
定位：在XXX数据监测大屏项目中，遇到实时数据延迟问题。重连后数据缺失，导致图表出现断层
解决方案：
→ 前端缓存最近5分钟数据，重连后发送最后一条数据的 timestamp，后端补传缺失数据
→ 增加心跳机制（每15秒发送 ping）,若连续3次无响应触发重连。
→ 将 ECharts 折线图改为 Canvas 手动绘制（避开源码重绘逻辑）
结果：数据延迟从3秒优化到300ms内，用户无感知自动恢复。

6.职业规划

STAR原则：定位—>目标—>行动—>成果—>关联
这里拿前端来举例

短期（1年内）：先吃透咱们团队的技术栈，争取能独立负责完整模块开发，同时补强工程化能力（像Webpack配置优化、自动化测试这些）
中期（2年）：主动承担难点需求，比如复杂交互模块或老项目重构
长期（3年）：能帮团队培养新人，把踩过的坑整理成内部培训资料，
（3年+） 成为某个技术方向的骨干（比如性能优化或组件库建设），如果能带小团队当然更好，但现阶段还是以技术精进为主

7.优点、缺点

对于自身的优点和缺点说一说看法
优点：

我认为我是一个执行力较强的人，展开来讲的话，面对一个具体的任务或者工作，只要我明确了工作目标和方法论，我会立马执行，然后在执行的过程中不断优化执行方法，请教前辈或者部门同事，尽自己的最大努力去完成业务目标并实现结果的最优。
我认为自己最大的优点是持续改善的做事习惯。具体来说：在日常开发中，我会定期复盘代码质量，比如上个月通过优化组件逻辑，让页面渲染速度提升了15%，同时保持每周技术总结的习惯，把踩过的坑整理成团队知识库文档。
我有个优点是交付质量高于预期。负责用户中心模块时：不仅完成基础功能，还主动补充单元测试（覆盖率85%+），编写使用文档和常见问题排查指南，后续半年该模块零线上故障。

❌ 不能说的：
我学习能力很强 → 假大空描述
我做事认真负责 → 缺乏说服力
我是团队最优秀的开发者 → 过度自夸

缺点：STAR原则：可改进的成长型缺点 = 真实瑕疵 + 优化措施 + 阶段成果

我有时过度追求代码完美，导致初期开发进度稍慢。
→ 现在通过敏捷开发中的DoD（完成标准）提前明确需求边界
→ 采用代码质量分阶段优化策略（首期保障功能，迭代期重构）
→ 最近项目首期交付准时率提升到95%"
我容易过度关注技术实现而忽视业务场景
→ 现在会在开发前用流程图复述需求
→ 与产品经理确认业务功能
→ 最近3个月需求返工率下降60%"

❌ 不能说的：
代码经常出Bug→ 质疑技术能力
讨厌写文档→ 被认为缺乏协作意识
不擅长沟通→ 团队协作能力存疑
学习速度慢→ 适应能力差
太卷→ 缺乏真诚度

8.怎样看待加班

STAR原则：态度 + 方法 + 边界 + 反问

态度：保证交付质量的前提下追求效率最大化
方法：如果有紧急版本或重点项目，优先通过优化工作流解决问题
边界：当确实需要阶段性冲刺时，愿意配合团队节奏高效完成，但也注重长期可持续性
反问：公司是否有提供深夜打车/加班餐补等配套措施？是否有相应的调休机制？

场景区分：
"如果是技术攻关类加班，我愿意主动参与
但若是需求变更频繁导致的加班，建议优化评审流程

❌ 不能说的：
完全接受加班 → 显得没有原则
从不加班 → 缺乏团队意识
给加班费就行 → 功利性太强
前公司天天加班 → 泄露负面信息

9.对薪资的要求

根据招聘网站数据，这个岗位在本地3年经验普遍在10-15k
结合我独立负责过多个项目的经验，希望能达到该区间的中上水平
当然具体可以结合贵司的薪资结构和福利体系来评估

10.何时可以到职

STAR原则：明确时间 + 灵活态度 + 行动承诺

万能：如果顺利通过面试，我可以在[具体时间]到岗。如果有紧急需求，我也会尽力协调提前入职，并确保做好工作交接。

已离职：
我目前已处于离职状态，最快可以在收到offer后1周内入职。如果需要提前进行培训或准备工作，也可以配合调整时间。
在职有离职交接期：
根据目前公司的离职流程，正常需要30天完成工作交接。不过我会尽力压缩这个周期，争取在2-3周内到岗。具体时间我们可以根据贵司需求协商确定
在职但无硬性交接期：
我需要2周左右时间处理工作收尾和交接事宜，预计最晚在[具体日期]可到岗。如果有特殊要求，我们也可以进一步沟通调整
多offer选择期：
我手头还有其他机会在流程中，但贵司始终是我的优先选择。如果确定录用，我会在3天内给予明确答复并确认到岗时间。