华为软件开发岗面试：算法与项目经验哪个更重要？
近期趋势：面试标准的微妙转向
近几个招聘周期内，华为软件开发岗的面试流程出现了一些可观察到的变化。虽然算法题（尤其是LeetCode中等难度以上题目）仍是技术面中的常驻环节，但面试官对项目经验的追问深度显著增加。部分候选人反馈，三轮技术面中，至少有一轮完全围绕项目细节展开，要求现场推演技术选型、架构权衡，甚至模拟故障排查。这种变化并非否定算法的重要性，而是面试筛选逻辑正从“单纯刷题能力”向“工程落地能力”倾斜。
行业背景：为什么项目经验权重上升
华为业务覆盖通信设备、消费者终端、云服务及智能汽车等多个领域，每个产品线对软件工程师的要求并不完全一致。以鸿蒙系统（HarmonyOS）与欧拉操作系统（openEuler）为例，底层开发需要深刻理解操作系统调度、内存管理、分布式架构等复杂问题 ，这些能力很难通过短期刷题获得。与此同时，华为内部非常强调“力出一孔”，即候选人需展示如何解决真实业务中的约束（如低功耗、高并发、芯片适配）。因此，面试官越来越倾向通过项目经验来判断候选人是否具备“将抽象问题具象化”的思维。相比之下，纯算法题虽然能考察逻辑与基础，但难以完全映射工程中的不确定性。
用户关注点：候选人最纠结的几类情境
从论坛、面经和内部交流看，候选人最关心的并非“算法vs项目哪边占分更高”，而是“两者如何平衡准备”。以下是几种高频困惑及对应分析：
- 只有竞赛经历，缺少工业级项目： 算法竞赛获奖确实能加分，但若项目描述停留在“用Python实现了一个排序算法Demo”，面试官可能会质疑实际交付能力。建议补充项目的完整脉络，比如从需求到部署的链路。
- 偏业务开发，算法基础薄弱： 若简历以Web后端、数据库调优为主，面试前至少需要巩固基础数据结构和常见算法（链表、树、二分、图遍历），但不能花超过30%时间。更关键的是把项目中的性能优化、异常处理、模块解耦讲透。
- 实习项目与华为业务不匹配： 华为面试允许跨领域转换，但需要主动总结通用能力。比如嵌入式项目中对内存泄漏的调试经验，可迁移到任何后端服务中。
可能影响：面试准备的策略调整
基于上述趋势，候选人的准备方向可能需要做三方面调整：
- 项目描述从“做了什么”升级为“如何决策”： 面试高频追问包括“为什么选这个框架/数据库”“如果并发翻十倍你的系统会怎样”“技术选型中你最保守担心什么”。提前模拟这类问题远比多刷一道hard题有效。
- 算法训练侧重逻辑清晰而非题海战术： 华为算法题容错率较高——允许引导和讨论，不能完整写出代码但思路正确也能通过。建议把刷题重心放在“讲解思路、分析复杂度、推演边界条件”上。
- 准备一页系统设计话题（针对高级岗或社招）： 部分研发岗位（如高级工程师、架构师）已要求考察轻量级系统设计，项目经验与设计能力直接挂钩。
需要注意的是，以上策略并非绝对。华为各业务部门（如2012实验室、海思、车bu）面试风格存在差异，建议候选人通过内推渠道提前打听具体面试官的偏好。
后续观察：面试评价体系的演进方向
华为内部对软件工程师的能力模型已有持续优化的迹象。例如，部分面试轮次开始引入“代码审阅”环节——给出一段包含隐性bug的项目代码，让候选人在限定时间内识别并修改。这类题既考算法敏感度，也考对真实代码失误的洞察，恰好是算法与项目经验的交汇点。未来不排除面试评分维度会进一步细化，将“技术深度”（算法与原理）和“工程广度”（架构与交付）分别打分，最终综合排名。对于候选人而言，与其纠结哪个更重要，不如尽早建立一个“以项目为锚点、算法为工具”的备考体系：用项目来证明思维，用算法来证明底子。
从更长远的职业发展看，华为内部转岗或晋升答辩时，项目贡献的权重远高于算法竞赛成绩。面试阶段的这些变化，实际上是在提前筛选那些能快速投入实际产出的工程师。