2026年了，FPGA大赛拿奖的秘诀到底是代码写得好还是PPT讲得好？

先说结论：最后一周，代码只要能跑稳，就别再大改了，把省下来的时间全砸在答辩和演示上。但这不是说代码不重要，而是因为评委对你的技术判断，其实在进答辩室之前就已经完成了大半——作品文档、系统演示、展板、甚至你站在那里的气场，都在替他打分。你觉得自己功能实现不比别人差，但名次差一截，大概率是输在了'讲清楚'这件事上。FPGA大赛的评审，表面上评的是作品，实际评的是'你有多懂你的作品'。评委问懵你，不是因为他故意刁难，而是他想确认：这个设计是你自己做的，还是调通别人的开源工程？你被问懵，说明你在设计决策的'为什么'上准备不足。比如，为什么选这个芯片不选那个？为什么用AXI总线而不是自己写握手逻辑？为什么资源占用多了一倍但时序反而更好？这些才是区分'会调板子'和'会做设计'的分水岭。你代码写得再好，如果只能在演示时跑通，评委一问就卡壳，他的印象分直接掉到'功能完整但深度一般'那一档。反过来，如果你能在答辩时讲清楚'我对比过两种实现方案，最后因为资源约束选了这种，代价是时序余量小了，但我在流水线上做了补偿'，哪怕代码里有些地方不够优雅，评委也会觉得你具备工程素养。所以最后一周的策略应该是：70%的时间守住功能稳定性，重点不是加功能，而是做容错——比如演示时拔掉一根线、按错一个键、上电时序不对，你都要有预案，最好准备两套演示流程，一套完整版，一套快速版，万一现场翻车就切快速版。剩下30%时间，把每个模块的设计动机写成两三句话，尤其是'我为什么这么选''我踩过什么坑''我对比过什么方案'，这些才是答辩的弹药。PPT不需要花哨，但逻辑要清晰：问题定义、方案对比、架构图、关键指标、实测波形、创新点，一页一个重点。最后提前演练至少三遍，让队友轮流当评委，专挑你讲得含糊的地方问。总结一下：代码是门票，答辩是名次。你已经有门票了，现在要练的是怎么把门票卖得更贵。追问一句：你们作品里有没有哪个模块是你们自己觉得'这里其实可以做得更好但没时间了'的？如果有，那大概就是评委最想问你、而你也最该提前想清楚的问题。