How to give a good research talk Simon Peyton Jones Microsoft Research, Cambridge 1993 paper joint with John Hughes (Chalmers), John Launchbury (Oregon.
out of 32
Post on 28-Dec-2015
<ul><li><p>How to give a good research talkSimon Peyton JonesMicrosoft Research, Cambridge</p><p>1993 paper joint with John Hughes (Chalmers), John Launchbury (Oregon Graduate Institute)</p></li><li><p>Do it! Do it! Do it!Good communication skills will take you farInvest timeLearn skillsPracticeWrite a paper, and give a talk, about any idea, no matter how weedy and insignificant it may seem to you</p></li><li><p>Giving a good talkThis presentation is about how to give a good research talkWhat your talk is forWhat to put in it (and what not to)How to present it</p></li><li><p>What your talk is forYour paper = The beef</p><p>Your talk = The beef advertismentDo not confuse the two</p></li><li><p>The purpose of your talk..is not:To impress your audience with your brainpowerTo tell them all you know about your topicTo present all the technical details</p></li><li><p>The purpose of your talk..but is:To give your audience an intuitive feel for your ideaTo make them foam at the mouth with eagerness to read your paperTo engage, excite, provoke them</p></li><li><p>What to put in</p></li><li><p>What to put inMotivation (20%)Your key idea (80%)There is no 3</p></li><li><p>MotivationYou have 2 minutes to engage your audience before they start to dozeWhy should I tune into this talk?What is the problem?Why is it an interesting problem?Example: Java class files are large (brief figures), and get sent over the network. Can we use language-aware compression to shrink them?Example: synchronisation errors in concurrent programs are a nightmare to find. Im going to show you a type system that finds many such errors at compile time.</p></li><li><p>Your key ideaIf the audience remembers only one thing from your talk, what should it be?You must identify a key idea. What I did this summer is No Good.Be specific. Dont leave your audience to figure it out for themselves.Be absolutely specific. Say If you remember nothing else, remember this.Organise your talk around this specific goal. Ruthlessly prune material that is irrelevant to this goal.</p></li><li><p>Narrow, deep beats wide, shallowNoYesAvoid shallow overviews at all costsCut to the chase: the technical meat</p></li><li><p>Your main weaponExamples are your main weaponTo motivate the workTo convey the basic intuitionTo illustrate The Idea in actionTo show extreme casesTo highlight shortcomingsWhen time is short, omit the general case, not the example</p></li><li><p>What to leave out</p></li><li><p>Outline of my talkBackgroundThe FLUGOL systemShortcomings of FLUGOLOverview of synthetic epimorphisms-reducible decidability of the pseudo-curried fragment under the Snezkovwski invariant in FLUGOLBenchmark resultsRelated workConclusions and further work</p></li><li><p>No outline!Outline of my talk: conveys near zero information at the start of your talkBut maybe put up an outline for orientation after your motivationand signposts at pause points during the talk</p></li><li><p>Related work[PMW83]The seminal paper[SPZ88]First use of epimorphisms[PN93]Application of epimorphisms to wibblification[BXX98]Lacks full abstraction[XXB99]Only runs on Sparc, no integration with GUI</p></li><li><p>Do not present related workButYou absolutely must know the related work; respond readily to questionsAcknowledge co-authors (title slide), and pre-cursors (as you go along)Do not disparage the oppositionXs very interesting work does Y; I have extended it to do Z</p></li><li><p>Technical detail</p></li><li><p>Omit technical detailsEven though every line is drenched in your blood and sweat, dense clouds of notation will send your audience to sleep</p><p>Present specific aspects only; refer to the paper for the detailsBy all means have backup slides to use in response to questions</p></li><li><p>Do not apologiseI didnt have time to prepare this talk properlyMy computer broke down, so I dont have the results I expectedI dont have time to tell you about thisI dont feel qualified to address this audience</p></li><li><p>Presenting your talk</p></li><li><p>Write your slides the night before(or at least, polish it then)Your talk absolutely must be fresh in your mindIdeas will occur to you during the conference, as you obsess on your talk during other peoples presentationsDo not use typeset slides, unless you have a laptop tooHandwritten slides are fineUse permanent inkGet an eraser: toothpaste does not work</p></li><li><p>How to present your talkBy far the most important thing is tobe enthusiastic</p></li><li><p>EnthusiasmIf you do not seem excited by your idea, why should the audience be?It wakes em upEnthusiasm makes people dramatically more receptiveIt gets you loosened up, breathing, moving around</p></li><li><p>The jelly effectIf you are anything like me, you will experience apparently-severe pre-talk symptomsInability to breatheInability to stand up (legs give way)Inability to operate brain</p></li><li><p>What to do about itDeep breathing during previous talkScript your first few sentences precisely (=> no brain required)Move around a lot, use large gestures, wave your arms, stand on chairsGo to the loo first</p><p>You are not a wimp. Everyone feels this way. </p></li><li><p>Being seen, being heardPoint at the screen, not at the overhead projectorSpeak to someone at the back of the room, even if you have a microphone onMake eye contact; identify a nodder, and speak to him or her (better still, more than one)Watch audience for questions</p></li><li><p>QuestionsQuestions are not a problemQuestions are a golden golden golden opportunity to connect with your audienceSpecifically encourage questions during your talk: pause briefly now and then, ask for questionsBe prepared to truncate your talk if you run out of time. Better to connect, and not to present all your material</p></li><li><p>Presenting your slidesA very annoying techniqueis to revealyour pointsoneby oneby one, unlessthere is a punch line</p></li><li><p>Presenting your slidesUse animation effectsveryveryveryveryveryveryverysparingly</p></li><li><p>FinishingAbsolutely without fail, finish on timeAudiences get restive and essentially stop listening when your time is up. Continuing is very counter productiveSimply truncate and concludeDo not say would you like me to go on? (its hard to say no thanks)</p></li><li><p>There is hopeThe general standard is so low that you dont have to be outstanding to stand outYou will attend 50x as many talks as you give. Watch other peoples talks intelligently, and pick up ideas for what to do and what to avoid.</p></li></ul>
View more >
How to write a great research grant proposal Simon Peyton Jones, Microsoft Research, Cambridge with Alan Bundy, Edinburgh University.
JOHN JONES, TALSARN AND DR THOMAS CHALMERS Thomas 1 - John Jones, Talsarn Thomas Chalmers Alan C. Clifford JOHN JONES, TALSARN AND DR THOMAS CHALMERS A Welsh-Scottish Gospel ...
How to give a good research talk - uni- ?· give a presentation on how to give a good research talk.…
Static Contract Checking for Haskell Dana N. Xu University of Cambridge Ph.D. Supervisor: Simon Peyton Jones Microsoft Research Cambridge.
Jigsaws: joint appearance and shape clustering John Winn with Anitha Kannan and Carsten Rother Microsoft Research, Cambridge.
1 Static Contract Checking for Haskell Dana N. Xu INRIA France Work done at University of Cambridge Joint work with Simon Peyton Jones Microsoft Research.
Extended Static Checking for Haskell (ESC/Haskell) Dana N. Xu University of Cambridge advised by Simon Peyton Jones Microsoft Research, Cambridge.
Let should not be generalized Dimitrios Vytiniotis, Simon Peyton Jones Microsoft Research, Cambridge TLDI’1 0, Madrid, January 2010 Tom Schrijvers K.U.
How to give a good research talk Simon Peyton Jones Microsoft Research, Cambridge * modified by Tom Shaw for GLBL 498 1993 paper joint with John Hughes.
Sound Haskell Dana N. Xu University of Cambridge Joint work with Simon Peyton Jones Microsoft Research Cambridge Koen Claessen Chalmers University of Technology.