简历写“跑通CUDA兼容层”，面试官会先问什么？

消息提到，有一个开源项目提供基于ZLUDA与AMD HIP/ROCm的Windows CUDA兼容方案，用于运行面向CUDA的Windows应用。如果你把这段经历写进简历，面试官大概率会先追问：哪块卡？什么负载？哪些库真的过了？

这里最容易翻车的地方，是把“装上了、能检测到”当成“支持CUDA”。项目自己声明，ZLUDA并非完整的CUDA实现，CUDA API与库的覆盖程度取决于具体工作负载；当前已验证的硬件仅为AMD Radeon RX 9060 XT（gfx1200），其他AMD GPU只是候选，不保证可用。

所以更安全的开场是主动交代边界：我在RX 9060 XT上，用某个具体应用验证了nvcuda、cuBLAS等路径能通过检测；cuDNN/MIOpen在稳定HIP SDK路径不可用，NCCL、TensorRT、部分PTX行为和自定义CUDA扩展可能失败。先给范围，再给结论，比等被追问更稳。

怎么把“兼容”讲成可核查的边界，而不是能力宣称？

同一句“跑通CUDA应用”，两种讲法差别很大。一种说“我让A卡跑起了CUDA”，另一种说“我在gfx1200上验证了某工作负载的矩阵计算路径，cuBLAS通过，但cuDNN不可用，NCCL未验证”。前者是能力宣称，后者是可核查的工程记录。

读岗位描述时，也要留意对方说的“CUDA经验”到底指什么：是写kernel、调库，还是做跨厂商移植与验证？如果是后者，你的失败清单反而是加分项——能说清哪些库没通过、为什么没通过、下一步怎么定位，比堆技术名词更能体现成熟度。

模拟一个面试场景：面试官问“你这个方案能上生产吗？”不要答“可以”，而是说“这取决于工作负载。项目只验证了RX 9060 XT，且ZLUDA不是完整CUDA实现；如果目标负载依赖cuDNN或NCCL，我需要先做兼容性验证，不能直接承诺”。这不是示弱，是把不确定性讲清楚。

这类项目经历对硬件/系统岗求职的实际价值在哪？

价值不在“我会CUDA”，而在你能说清跨厂商兼容的取舍、验证方法和失败边界。项目提供诊断脚本、GPU扫描与兼容性报告机制，强调失败测试同样有用——这套思路迁移到任何硬件适配岗都成立：先定义验证范围，再记录通过项与失败项，最后给出适用条件。

对准备进入这个方向的读者，建议做一件小事：把你跑过的每个工作负载，按“硬件型号—负载名称—通过的库—失败的库—未验证项”列成一张表。面试时不用背，照着讲，边界自然清楚。

需要提醒的是，该项目是否被公司采用、其他AMD GPU表现如何、是否代表厂商官方方向，素材都没有说明，别在面试里替它下结论。