导师的答辩建议。
我的一些个人体会:毕业论文答辩首先是基于之前相当长一段时间的论文工作,有了这些坚实的论文工作成果才会有好的答辩效果。但有些同学虽然有了相当好的论文工作基础,却在答辩时没有得到很好的发挥。我觉得一些常见的原因是:
1、介绍论文工作的PPT制作不精良。常见问题包括:
1.1) 未能根据自己个人喜好和论文主题选择一种好的PPT风格。其实Microsoft PowerPoint已经定义了许多可用的模板;有了这些模板后尽量不要再更改其中的风格(字体、大小、颜色、背景等),除非你对自己的审美感很有信心 (呵呵,譬如你找的GF大家都觉得很PP)。
1.2) PPT的封面没有表达足够的信息。譬如:中山大学的规范化Logo(让观众感觉到你是为自己的学校而感到自豪的)、自己的论文题目、自己的个人信息(学 号、姓名、院系、专业、email联系方式等)、指导老师信息(不是每一答辩场合都允许写明自己的导师,有些答辩会要求你在介绍中避免暴露导师的任何信 息)等。
1.3) 如果在封面上注明当天的时间(甚至地点),这会让观众觉得你是很用心地专为这次presentation而准备了PPT。
1.4) 在每一逻辑段(譬如章节),都展示同一张完整的outline(大纲),在outline中用明显颜色或字体标注下面要讲的章节,从而将一个PPT内容分 而治之地组织起来。也许有其他的方案,但无论何种技巧,你都需要将PPT的内容有机地划分,特别是内容较多时。
1.5) 在每一页PPT内容中,特忌讳有一大段的文字。PPT只适合写提纲式要点,而不适合写整段的文字。这是一些同学从论文制作PPT中很常见的缺陷,也是copy-paste这种anti-pattern的易发毛病。
1.6) 在右下角注明每页PPT的页号和总页号。页号的作用自不必说,总页号有助于观众和你自己了解你现在讲的进度如何;这也是经验不足学生易犯的毛病。
1.7) 与写论文不同,若在PPT中有引用某一参考文献,最好直接用小字体将参考文献写在本页的最下方;如果你还是像论文那样写个[n]引用参考文献,那么观众的期望自然变失望了。
1.8) 可利用写在母版上的篇眉标注作者和论文题目等信息,但不宜太突出之。
1.9) 制作一个PDF版本作为备份。因为Microsoft PowerPoint版本兼容的问题,你在家可以好好播放的PPT可能到了展示的场合却会死机;多做一个PDF格式的备份可在此时避免尴尬。
1.10) PPT应该有一个封底,通常写一些感谢答辩委员指导之类的话。
2、在演讲过程中应注意的事项:
2.1) 切忌在presentation时对着PPT中的文字来念。我知道作为一个学生,通常不喜欢这样上课的老师,因而可推断答辩委员也不会喜欢学生这种风格的宣讲。更要命的是,有些答辩委员可能会认为你根本没有准备,而从能力不足问题上升到态度不好问题。
2.2) 演讲时,大多数时间应面对答辩委员,而不要过多地低头看控制台电脑或与答辩委员同一方向看投影。呵呵,除非你觉得自己的发型太有型了,想让答辩委员多看几眼。
2.3) 在演讲前准备好笔和纸,这样在演讲后答辩委员提问时,可以做一些记录。能够让答辩委员无障碍地问完问题(不打断人家的发问也是一种礼貌),你再连续地解答这几个问题,本身也展现了你的素质和风采。
2.4) 由于答辩时间的限制,你通常没有机会演示你的实验系统或原型系统(即使你提前安装好系统也没有足够的时间演示),因而预先制作好两、三分钟的屏幕录像并为 之配音,在演讲的最后留下少许时间让答辩委员看看你的小电影是非常有益的,这有助于答辩委员相信你真的如论文中所言地完成了实验系统。
2.5) 一定要学会控制演讲的进度。有些答辩小组组长会严格按规定控制时间,这样的话如果进度控制不好就会导致自己最关键的东西还没有讲完就被停止发言了。为每页PPT编制页号和总页数有助于你控制进度。
3、当然,上面的都是形式上的东东,最关键的肯定是在presentation时说什么了:
3.1) 我建议用“提出问题 -> 分析问题 -> 解决问题 -> 评价结果”的思路展示你的论文,其中的“问题”是最重要的,这是你的challenge,也是你的contribution。用一两个精心设计的例子 (motivating examples)来解释你的“问题”是一种常见的技巧。
3.2) 对于应用背景、基础知识等introduction部分千万不要展开来说,好像你要做一个搞科普的志愿者似的。这些内容如果占的比例太大,会冲淡你自己的 工作,甚至让答辩委员觉得你好像都在介绍别人的东东,而自己却没有做什么工作。演讲的主要内容应是自己的工作,如果你真的投入了应该投入的时间和精力做论 文,应该有许多自己的工作需要花时间讲的;用一两句话讲完introduction部分本身就让人觉得你急着把别人的已有工作介绍完,是因为你需要留下大 量时间来介绍自己的工作。
3.3) 一定要强调自己有什么contribution,即自己在理论、方法、技术、工具等方面有什么贡献。
3.4) 一定要强调自己所解决的问题是有challenge的,如果是一个让人感觉太trivial的问题,其解决方案是显而易见的,那么你的工作意义就不大了。
3.5) 一定要有related work的介绍以及与你的论文工作成果的比较。如果没有这一部分,会全人一种闭门造车的感觉。
3.6) 一定要有evaluation部分。通常你需要论证你做的论文工作解决了你在论文中提出的问题,但是否真的如你所言般解决了问题呢,这需要 evaluation。一种evaluation是从理论上建模并进行推导、证明;譬如说你在论文提出的某种算法改进了原算法的时间性能,那你可以通过算 法分析从理论上证明诸如从O(n*n)改进为O(n*log.n)等。另一种evaluation是通过实验的设计和执行、数据收集与分析得出结论,例如 通过算法的实际执行时间的图表(论文中应该图、表兼有,但PPT中最好有图就够了)支持你的结论;如果你能够对Empirical Software Engineering有一些基本知识,那么实验结果会表述得更好。将两种evaluation同时做好,更有利于让读者或答辩委员觉得你的论文结论令人 信服。
3.7) 在介绍自己的方案设计时,最好展示一个完整的design space,不要让人觉得你好像只知道这一种设计方案而不知有其他可选的设计似的。注意design本身就是一个trade-off and consequence的过程!
最近太多事情,没有时间写再多了。
欢迎各位老师也根据自己的经验给同学一些建议;欢迎各位同学拍砖。
没有评论:
发表评论