记一次失败的报告

准备了小半个月, 花了许多时间阅读这篇论文Fast exact shortest-path distance queries on large networks by pruned landmark labeling | Proceedings of the 2013 ACM SIGMOD International Conference on Management of Data, 也花了许多时间制作slides, 后面还反复修改了好几版slides见这里, 结果今天上台汇报, 说的依托答辩🤡. 甚至是四个人里面讲的最差的.

丢人到没什么, 但是这个结果确实值得反思. 又是一次"我明明付出了那么多结果却..."的事情.

其实客观来说, 上台之前就已经感觉到问题所在了: 1. 70页的slides, 15分钟怎么可能讲的完?? 2. 自己写的slides自己都不能做到脱口而出, 甚至还需要自己看一下才能知道该怎么证明, 更不要提上台之后紧张的状态下.

最后的结果就是不仅TLE了, 而且还是WA.

对于问题1, 后来请教了老师, 结论是: 在15分钟这么短的时间内, 显然不能追求把算法的诸多细节和琐碎的内容呈现给读者, 这不仅会使得重点(这份工作的闪光点不突出), 而且也会使得读者失去兴趣.

因此, 合理的汇报内容应该是举一个具体的例子(给出一张具体的网络), 告诉读者这个算法是怎么执行的, 不需要给出许多严谨的证明, 而是给读者一种"这是对的"的直觉即可, 细节可以留给读者自己去看或者提问. 在较短的时间内, 内容也要求是挑工作的本质性的创造, 新颖的闪光点来介绍, 可以对比之前的工作来突出.

这看起来是给报告者减少负担, 但其实对报告者的要求是提高的. 因为你需要能够抓住这份工作的核心和闪光点, 才能传递给读者合适的内容. 这样反思, 其实我的准备还是不够充分的. 如果问我: 你觉得这篇文章的亮点在哪里? 我恐怕就回答不上来了. 这就反应出汇报者缺乏对这份工作的见解.

由此看来, 我的汇报几乎是完全的失败---方向性的错误! 这一点是让我比较沮丧的. 我的slides可以说是对论文的完整复现, 把所有我能给出的形式化证明都给出了. 但这并不是一个好的15分钟汇报的slides, 至少形式上是错的.

感谢程龚老师能够提供这次锻炼的机会. 都讲成这样了, 老师还是说: 勇气可嘉, 讲得不错.🤣 但这也是我的第一次在一百多个同学和老师面前做这样的强算法相关的论文汇报. 对我是一次很大的挑战(虽然挑战失败了). 第一次讲, 甚至还有点紧张, 这都是需要不断锻炼的.

我觉得程老师说的一句话很对: 这一次上台汇报带给我的锻炼对整个人生来说是微小的. 但是如果一个人"完美错过"了 每一次 这样的微小的机会与锻炼, 那么最后表现出来的差距是可观的. 虽然上台TLE + WA的感觉很狼狈, 但是如果我之前准备了那么久, 最后错过了这次上台报告的机会, 我一定会后悔的.