中国电信上海分公司校招开发运维岗面经——求职精灵（finsight.work）

按身份、技术积累、项目实践、岗位动机四段推进，控制在 90 秒。身份一句带过学校专业；技术积累点明与开发运维相关的课程和工具，比如 Linux、数据库、容器与 CI/CD；项目实践挑一个能说明你做过完整链路的例子，讲清搭了什么、解决了什么稳定性问题、结果如何；最后落到为什么选开发运维、为什么是上海电信，可以提云网融合带来的场景。三个注意点：不背简历、不罗列课程名、每个技术点都要能被追问一层，比如为什么用容器而不是直接部署。

关键不是选哪个，而是给出选择依据。先给结论：开发运维大类里我的意向是 DevOps 工程师。理由分三层：技术匹配上，在校做过 CI/CD 流水线、容器化部署和监控告警，用过 Jenkins、GitLab CI、Kubernetes；个人特质上，我既喜欢写代码解决问题的快感，也在意系统稳定运行的责任感，DevOps 正好把两者接上；发展前景上，云网融合让开发与运维的边界越来越模糊，这个岗位能接触到最完整的链路。最后补一句边界认知：相比纯开发，我更愿意对上线后的稳定性负责。

按三阶段答，每阶段给能力标尺和时间点。第一阶段一到两年，把工具链吃透，能独立完成日常运维与发布，理解电信业务系统的架构和稳定性要求；第二阶段三到五年，从深度转向广度，补云计算、微服务、可观测性，开始参与架构评审，能从运维视角提出优化；第三阶段五年以上，成为技术专家或架构师，负责复杂系统的方案设计，并带小团队攻坚。回答时把第一步说具体：先跟一套核心系统值班三个月，把故障处理手册变成自己的东西。这样规划才不像模板。

先承认差距在哪：有基础意味着会用工具，缺的是原理和复杂场景经验。补法分四条。第一，补理论：网络、操作系统、分布式系统各啃一本，配合认证把知识结构化；第二，补实战：主动接有难度的项目，比如一次全链路压测或一次容灾演练，这类场景能同时练深度和广度；第三，补输出：每月写一篇技术复盘，把踩过的坑讲清楚，输出会倒逼输入；第四，补视野：参加技术社区、读开源项目的实现，知道业界怎么做。最后给一个检验标准：两年后能不能独立定位一次跨系统的性能问题。

先泼一盆冷水：极短时间成为专家不现实，但可以快速变成团队里可用的战力。方法有四条。第一，目标导向的刻意练习，先画出高级工程师的能力模型，找出自己最缺的两项集中突破；第二，二八分配，把时间投在最高频的场景上，比如发布、回滚、告警处理；第三，输出倒逼输入，每周讲一次自己学到的东西，讲不清就是没懂；第四，借力，找一个愿意带你的人，让他指出你的盲区。最后补一句节奏：高强度学习只能维持几个月，真正拉开差距的是把复盘变成习惯。

用对比结构答，每边给两到三个真实感受。作为参与者：专注，可以整块时间投在技术上；安全，责任边界清楚，遇到难题有人兜底；成长快，能从同事的方案里学到东西。作为带领者：责任更重，要为结果和别人的成长负责；视角变了，要在技术方案、时间成本和人员能力之间做平衡；压力也更实在，决策错了要自己承担。最后给一句提炼：参与者想的是怎么把事做对，带领者想的是怎么选对的事。这个对比能说明两种角色你都真实经历过，而不是只在旁边看过。

先给结论再给理由：现阶段更适合参与团队，中长期向带领团队发展。理由有三：一是技术底子需要在大项目里夯实，应届生的判断力还不足以对别人的工作负责；二是参与团队能获得高质量反馈，成长速度快于独自带人；三是带人需要信任积累，先从项目里带一两个新人开始更稳妥。同时要展示潜力：做过学生干部、组织过跨专业项目，具备协调和推动经验。最后给路径：两到三年做技术骨干，再承担小组的技术负责人，把带人当成能力而不是头衔。