卓世前端开发二面：协作流程、AI 工具与 base

《面试题目》

1. 为什么离职？
2. 重新介绍一下实习。
3. 在实习是怎么和前后端协作的？
4. 开发流程是怎么样的？
5. 对 AI 的看法？
6. 平时用什么 AI 工具比较多？
7. 平时怎么提升自己的前端技能？看 B 站视频？
8. base 三亚能够接受吗？家里是哪里人？
9. 怎么看待加班？什么时候可以到岗？
10. 反问：业务做什么？（回答：政府外包）

《参考解析》

二面这种谈协作与意愿的轮次，考的是「你能不能在一支小团队里自己转起来」。 面试官关心的不是知识面，而是三件事：动机是否稳定（离职原因、base 与到岗时间）、协作是否有方法（怎么和前后端与测试对齐、需求变更怎么处理）、技术热情是否真实（平时怎么学、怎么看 AI）。回答要具体到动作和例子，泛泛地说「我沟通能力好」在这类面试里几乎不产生信息量。

「为什么离职」的答法是不评价前东家、只讲客观约束和方向选择。 有效结构是：客观原因（实习结束、团队没有转正名额、业务方向调整、地点不合适）→ 自己的判断（希望做哪一类前端工作、需要什么成长空间）→ 与当前岗位的匹配。避免说「团队太乱」「leader 不行」这类评价，面试官会默认为你未来也会这样评价他们。如果离职时间短，准备好解释这段时间在做什么（学习、做项目、面试）。

协作与开发流程的问题，答成一条完整的链路最能体现工程素养。 从需求评审开始（需求是否明确、有没有原型和验收标准）→ 接口约定（前后端先定接口文档或 mock，字段与错误码对齐，避免联调时才发现字段不一致）→ 开发（分支策略、组件拆分与复用、本地 mock）→ 自测与联调（联调环境、跨域与代理、边界数据）→ 代码评审（review 关注点、规范与 lint）→ 测试与发布（提测标准、灰度、回滚）。每一环都补一句「这里容易出问题的地方是什么、我是怎么避免的」，比如接口变更导致返工，就用接口文档加变更通知解决。面试官真正想确认的是你会不会主动对齐而不是被动等安排。

聊 AI 工具时，报工具名不如讲闭环。 可以按环节说：写样板代码与组件骨架、读陌生代码与补注释、生成测试用例、排查报错、写文档与 commit message。再补上验证习惯——AI 给的东西必须自己跑一遍、读懂再合，复杂逻辑不让它独立产出，接口与类型以现有代码为准。谈「对 AI 的看法」时，给一个具体判断比给情绪更有价值：它把重复劳动压缩了，但把评审和判断的责任放大了，所以用得好不好取决于你能不能快速识别它错在哪。对前端岗位还可以提到 AI 生成 UI 的可用性和一致性局限，说明你不会把设计稿直接丢给它。

「平时怎么提升前端技能」要给出体系，而不是并列几个渠道。 可以分三层：基础（JS/CSS/浏览器原理，靠源码和规范）、工程化（构建、性能、监控、组件库与规范）、项目驱动（自己写东西或用开源项目练，把学到的东西落到能展示的产物上）。看视频可以提，但要接一句「视频只用来建立框架，真正的理解靠写和读源码」。如果手上有能讲的项目或作品集，主动给出来。

base、家乡、加班与到岗时间属于现实条件，回答要诚实且给边界。 明确能接受的（能接受 base 三亚、能接受项目期的阶段性加班、能什么时候到岗），也说明自己的底线（比如希望加班是有明确节点的冲刺而不是常态）。面试官问家乡通常是在评估稳定性，如实回答即可。反问环节问清业务方向很关键——得知是政府外包项目后，可以继续追问：项目周期多长、需求方是谁、团队里前端几个人、用的是自研组件库还是现成方案、有没有测试与发布的规范流程。政府外包项目通常节奏受甲方影响、技术选型偏保守，这些信息决定这份经历能不能带给你想要的成长，值得在决定之前问清楚。