卓望运维工程师一面：项目实操与研运一体化追问

《面试题目》

一面

1. 请详细讲一下你项目里的实操过程。
2. 你的专业与运维有什么关系？学过哪些和运维相关的课程？
3. 你的绩点是多少，操作系统成绩怎么样？
4. 你的论文题目是什么？
5. 运维需要深夜处理故障，你能接受加班吗？
6. 你对未来的工作规划是什么？
7. 现在都讲研运一体化，如果可以，你接受做开发工作吗？

《参考解析》

**这类「业务专业面」在筛什么：**项目实操占到九成时间，说明面试官主要想验证简历上写的东西是不是你真做过、做到多深，技术八股反而不是重点。讲项目别报流水账，按「业务背景—我负责哪一块—具体怎么做—结果怎么衡量」推进，并提前准备被追问的三层：为什么这么选、中间出过什么问题、事后怎么发现和止损。绩点、操作系统成绩、论文题目、专业课与运维的关联，是校招里低成本判断基础和方向匹配度的问法，答得含糊不会致命，但答不上来会让人觉得不用心。

**把课程和论文讲成与岗位的连接点：**操作系统、计算机网络、Linux、数据库这几门课与运维直接相关，别只报分数，可以主动把课程实验或课程设计当成一个小项目讲（进程调度、文件系统、TCP 实验都算），说清你动手做了什么、遇到过什么现象、怎么定位。论文题目如实说，重点落在自己承担的部分和可迁移的能力上，方向不相关也不必绕。绩点不占优势时不要辩解，把话题引到你真正投入过的地方，比如自学过的工具、做过的脚本或实习经历。

**意愿类问题（加班、工作规划、转开发）怎么答：**深夜处理故障是运维的工作性质而不是刁难，回答要落在「有心理准备 + 有可持续的做法」——接受值班与应急，同时说明你会靠监控、告警和自动化把重复劳动压下去，而不是长期硬扛。工作规划说得具体才可信，例如前半年熟悉业务与系统、一年内能独立值班处置、之后在自动化与平台化上产出。研运一体化下问「能不能做开发」，本质是问你愿不愿意写代码，愿意最稳，最好举出你写过脚本或小工具的例子；确实不想做开发也不必硬说愿意，但要说清你更擅长什么、能怎么和开发协作。

**面试体验与后续跟进：**作者复盘这场约三十分钟，项目部分吃掉了绝大部分时间，到最后都没进入反问环节，面试官态度专业、结束时还夸了一句。这提示你要准备两套自我叙述——一套三分钟压缩版、一套十分钟展开版——并在合适的间隙主动把反问插进去，否则时间会被追问占满。结果由面试官评价后经 HR 通知，等待期更值得做的是复盘被问住的点、补齐材料，而不是反复催问；没有明确结果就等于这轮还没结束。