2026年了，FPGA大赛作品放简历上，面试官到底看中什么？功能演示视频重要还是代码规范重要？

面试官筛简历的顺序，一般是先扫项目名和关键词，再点进去看你写了什么。功能视频确实只是敲门砖，它证明你的板子能动、算法能跑，但视频里看不出你代码写得烂不烂、时钟域有没有乱跨、复位有没有异步释放。真正让你和同届拉开差距的，是代码规范和文档。因为面试官自己也是写代码的，他一看你的 RTL 结构、状态机写法、有没有用 generate 乱搞、模块划分清不清楚，基本就知道你工程素养到哪了。你电赛那个图像处理小车，功能实现只是第一步，面试官大概率会追问：你的帧缓存是怎么做的？用的片内 RAM 还是 DDR？跨时钟域怎么处理的？行场消隐有没有考虑？如果这些你都能对着代码讲清楚，比视频里跑得多炫都管用。建议你把项目源码整理成可读性强的版本，注释写清楚关键时序和状态转移，再画一张顶层架构图放在简历附件或 GitHub 链接里。面试前自己过一遍代码，想想如果被问「这里为什么不用 FIFO 而用 RAM」「这个阈值为什么设成 128」该怎么答。视频可以保留，但别指望它撑起整个项目。技术文档反而容易被忽略，其实一份简短的 README 或设计文档，说明你的方案选型、资源占用、时序裕量，会让面试官觉得你不只会调板子，还会系统思考。最后提醒一句：别把所有筹码押在一个比赛上，最好把项目拆成两三个可独立讲的小点，比如图像预处理、电机控制、通信协议，这样面试官问哪个你都有话说。你用的是国产 FPGA，工具链和仿真流程可能和 Vivado 有差异，如果面试官问到综合策略或时序报告，你要能说出你们用的工具版本和大致资源利用率，这个细节挺加分的。

个人感觉，最加分的其实是你能把「为什么这么做」讲清楚，而不是「我做到了什么」。功能视频只是结果，代码规范是过程，但面试官真正想听的是你的取舍：比如图像处理算法为什么选这个算子、资源不够时怎么降精度、时序不满足时怎么调流水线。你小车项目里肯定遇到过这些问题，把这些整理成几个小故事，比单纯展示代码更打动人。另外，代码规范这事不用追求完美，但至少要体现你「有意识」——比如信号命名带前缀区分时钟域、状态机用 localparam 不用魔法数字、关键路径加了注释。面试官看到这些细节，会觉得你以后进团队不用手把手教。建议你把项目代码按模块拆开，每个模块写一段三五行的话说明功能、接口、时序，再画一张简单框图夹在简历附件里。这比单独放一个视频链接实用得多。对了，你电赛用的国产 FPGA，如果面试官问起和 Xilinx 的差异，你能说出工具链、IP 核复用或者文档生态的差别，也是个加分项。你投实习的话，最好把项目经历放在简历前三分之一，别让 HR 翻半天找不到重点。

我自己当年投实习前也纠结过这个问题，后来跟做评委的师兄聊了一次才想明白：视频和代码根本不是二选一，它们服务的对象不一样。视频是给HR和不懂技术的人看的，证明你确实做出来个能动的东西，筛简历阶段有点用；但到了技术面，面试官基本不会再看你的视频，他直接打开你GitHub或者压缩包里的源码，一边翻一边问你问题。这时候代码规范就是你跟面试官对话的「共同语言」。你想想，他一天面七八个人，每个人都说自己做了图像处理小车，他怎么快速判断谁是真的懂？就看你的RTL结构清不清楚、状态机是不是用localparam定义、跨时钟域有没有打两拍或者用异步FIFO、组合逻辑里有没有出现一大堆if else嵌套。这些细节他扫一眼就有数了。你电赛那个项目，如果能把帧缓存怎么做的、为什么用片内RAM不用DDR、行场消隐信号怎么对齐的，这些决策过程讲清楚，比视频里小车跑得多流畅都管用。我建议你花两个晚上把代码重构一遍，每个模块开头写三五句注释说明接口和时序，再画一张顶层框图放简历附件。面试官问起来，你就按「需求→方案选型→遇到什么问题→怎么取舍」这个顺序讲，他会觉得你是个能独立干活的人，而不是只会调板子。对了，你那个国产FPGA的开发工具链和Xilinx的Vivado差别挺大的，如果面试官问起IP核复用或者时序约束的差异，你有准备吗？

我面试过一些竞赛拿奖的应届生，说实话，视频我基本不点开，太花时间了。我一般先看简历里项目描述有没有技术细节，比如时钟频率、资源占用、时序收敛情况，然后直接要代码仓库。你项目里最值钱的不是那个图像处理算法本身，而是你为了解决资源不够、时序不满足做的那些取舍。比如你小车识别车道线，边缘检测用Sobel还是Canny，为什么不用更复杂的算法？帧率不够的时候你是降分辨率还是优化流水线？这些「为什么」才是面试官想听的。建议你把自己在电赛里踩过的坑整理成三四个小故事，每个故事说清楚背景、你试了什么方案、最后为什么选这个，面试时比背八股有用得多。另外，代码里记得把复位策略写清楚，异步复位同步释放这种基本素养，很多竞赛选手都忽略，但面试官一眼就能看出来你受过正规训练没有。你准备投实习的话，现在就可以把项目代码按模块拆开，每个模块配一段说明，到时候直接甩链接过去。

说句实在话，功能视频在2026年的校招里已经不太能拉开差距了，人手一个视频的年代，面试官早就审美疲劳。真正能让你被记住的，是你对项目里每个关键决策的解释。比如你图像处理小车用的什么接口传数据，MIPI还是DVP？带宽够不够？帧率多少？这些数字一报出来，面试官就知道你是真做过还是只跑通demo。代码规范这件事，不用追求教科书级别，但至少要让面试官觉得你「有工程意识」：模块划分按功能拆、信号命名带前缀区分时钟域、关键路径加注释。做到这些，你比大多数只贴功能视频的人已经强一截了。我建议你简历上项目描述别写「实现了图像处理算法」这种空话，改成「完成了1080P@30fps实时车道线检测，资源占用率62%，时序收敛于100MHz」，这种具体数字才是面试官想看的。你电赛用的国产FPGA，如果面试官问起和Xilinx的差异，你可以从开发工具、IP核生态、调试手段这几个角度准备一下，这会是你的差异化优势。

个人感觉，面试官看简历的顺序是这样的：先扫项目名字和关键词，确认你做过什么方向；然后看你项目描述里有没有技术深度，比如用了什么算法、处理什么分辨率、达到什么帧率；最后才会点开你的代码链接。功能视频只是第一关的敲门砖，证明你确实不是纸上谈兵。但真正决定你过不过技术面的，是你能不能对着代码讲清楚「为什么这么做」。比如你图像处理小车，为什么选这个算子做边缘检测？帧缓存是用寄存器堆还是BRAM？跨时钟域的信号怎么同步的？这些细节面试官一问一个准，你视频里根本看不出来。建议你把代码整理成规范版本，每个模块写清楚输入输出和时序约束，再准备一份两三页的设计文档，画上顶层架构图和状态转移图。面试时先讲文档，再手撕关键代码，这样比单纯放视频有说服力得多。你现在的阶段，与其花时间重拍视频，不如把代码注释补全，把文档写清楚，性价比高很多。

视频和代码的分量，取决于你投什么岗位。如果是FPGA工程师，代码规范就是命根子，视频只是证明你做过；如果是算法岗，那视频里跑的算法效果可能更重要。但你现在投实习，大概率是FPGA开发方向，那就老老实实把代码打磨好。我见过有学生竞赛拿国奖，但代码里时钟域乱跨、复位不同步，面试官问起来支支吾吾，最后被刷的。反过来，也有项目不算炫但代码干净、注释清楚、文档齐全的，面试官觉得这人能直接干活，反而给了offer。所以我的建议是：视频保留，但别花太多心思重拍；重点把代码重构一遍，模块拆分合理，命名规范，关键逻辑加注释，再写个README说明怎么仿真怎么上板。面试官看到这样的项目，会觉得你是个靠谱的工程师，而不是只会调板子的玩家。你那个国产FPGA的工具链，如果能在简历里提到你熟悉它的时序约束和调试方法，会是加分项，因为现在国产FPGA用得越来越多了。

我直接说个多数人没意识到的点：视频和代码规范，本质上是两个不同阶段的面试官在看的材料。简历筛选阶段，可能是HR或者非技术主管先扫，这时候视频链接能证明你确实做出了能跑的东西，避免你的简历因为『项目听起来太像课程作业』被刷掉。但到了技术面试，考官几乎不会点开你的视频，他时间有限，更习惯直接翻你的代码仓库或者压缩包，边看边问。所以你纠结视频拍得好不好，其实是把力气花在了第一道门，而真正决定你能不能拿到offer的，是第二道门里的代码质量和你讲解代码的能力。我见过一个学弟，电赛国二，视频拍得跟宣传片似的，结果技术面被问到『你状态机为什么用一段式而不用三段式』，他愣了一下说『当时能跑就行』，场面很尴尬。反过来，另一个做同样题目的同学，代码里每个模块头部都写了输入输出说明、时钟域标注、关键路径的时序约束截图也放在doc文件夹里，面试官翻到一半就点头了。所以我的建议很明确：视频保留但别重拍，把时间花在重构代码上，尤其是把你的顶层模块和跨时钟域部分整理清楚，再写一份不超过三页的设计说明，含架构图、状态转移图和时序约束报告。2026年了，面试官早就看腻了炫酷视频，他们缺的是能直接上手改代码的人。你那个国产FPGA的工具链，如果能在文档里写清楚你做了哪些时序约束、遇到过什么时序违例、怎么解决的，那比视频里小车跑十圈都有说服力。顺便问一句，你电赛用的那款芯片，综合工具是Vivado还是Quartus？不同工具链的约束写法差别挺大的，面试官可能会顺着这个追问。