How To Give A Good Research Talk: Simon Peyton Jones Microsoft Research, Cambridge

How to give a good research talk
Simon Peyton Jones Microsoft Research, Cambridge

1993 paper joint with John Hughes (Chalmers), John Launchbury (Oregon Graduate Institute)
Research is communication
The greatest ideas are worthless if you keep them to yourself
Your papers and talks
Crystalise your ideas

Communicate them to others Get feedback
Build relationships
(And garner research brownie points)
Do it! Do it! Do it!

Good papers and talks are a fundamental part of research excellence
Invest time Learn skills Practice
Write a paper, and give a talk, about any idea, no matter how weedy and insignificant it may seem to you
Giving a good talk

This presentation is about how to give a good research talk What your talk is for What to put in it (and what not to)
How to present it
What your talk is for

Your paper =
The beef
Your talk =
The beef advertisment
Do not confuse the two
The purpose of your talk

..is not: To impress your audience with your brainpower To tell them all you know about your topic
To present all the technical details
The purpose of your talk

..but is: To give your audience an intuitive feel for your idea To make them foam at the mouth with eagerness to read your paper To engage, excite, provoke them
Your audience
The audience you would like Have read all your earlier papers Thoroughly understand all the relevant theory of cartesian closed endomorphic bifunctors Are all agog to hear about the latest developments in your work
Are fresh, alert, and ready for action
Your actual audience

The audience you get Have never heard of you Have heard of bifunctors, but wish they hadnt Have just had lunch and are ready for a doze Your mission is to
WAKE THEM UP
And make them glad they did
What to put in
What to put in
1. Motivation (20%)
2. Your key idea (80%)
3. There is no 3
Motivation
You have 2 minutes to engage your audience before they start to doze
Why 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 languageaware 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.
Your key idea

If 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.
Narrow, deep beats wide, shallow
No Yes
Avoid shallow overviews at all costs Cut to the chase: the technical meat
Your main weapon
Examples are your main weapon
To motivate the work

To convey the basic intuition To illustrate The Idea in action To show extreme cases To highlight shortcomings When time is short, omit the general case, not the example
Exceptions in Haskell?
Exceptions are to do with control flow There is no control flow in a lazy functional program
Solution 1: use data values to carry exceptions
data Maybe a = Nothing | Just a
lookup :: Name -> Dictionary -> Maybe Address
Often this is Just The Right Thing [Spivey 1990, Wadler list of successes]
What to leave out
Outline of my talk
Background
The FLUGOL system

Shortcomings of FLUGOL Overview of synthetic epimorphisms
-reducible decidability of the pseudocurried fragment under the Snezkovwski invariant in FLUGOL Benchmark results
Related work Conclusions and further work
No outline!
Outline of my talk: conveys near zero information at the start of your talk But maybe put up an outline for orientation after your motivation
and signposts at pause points during the talk
Related work
[PMW83] [SPZ88] [PN93] The seminal paper First use of epimorphisms Application of epimorphisms to wibblification
[BXX98]
[XXB99]
Lacks full abstraction

Only runs on Sparc, no integration with GUI
Do not present related work

But You absolutely must know the related work; respond readily to questions Acknowledge co-authors (title slide), and pre-cursors (as you go along) Do not disparage the opposition Xs very interesting work does Y; I have extended it to do Z
Technical detail
Omit technical details

Even though every line is drenched in your blood and sweat, dense clouds of notation will send your audience to sleep
Present specific aspects only; refer to the paper for the details
By all means have backup slides to use in response to questions
Do not apologise
I didnt have time to prepare this talk properly My computer broke down, so I dont have the results I expected
I dont have time to tell you about this

I dont feel qualified to address this audience
Presenting your talk
Write your slides the night before

(or at least, polish it then)
Your talk absolutely must be fresh in your mind

Ideas will occur to you during the conference, as you obsess on your talk during other peoples presentations Do not use typeset slides, unless you have a laptop too Handwritten slides are fine Use permanent ink Get an eraser: toothpaste does not work
How to present your talk

By far the most important thing is to
be enthusiastic
Enthusiasm
If you do not seem excited by your idea, why should the audience be? It wakes em up Enthusiasm makes people dramatically more receptive It gets you loosened up, breathing, moving around
The jelly effect

If you are anything like me, you will experience apparently-severe pre-talk symptoms Inability to breathe Inability to stand up (legs give way)
Inability to operate brain
What to do about it
Deep breathing during previous talk Script your first few sentences precisely (=> no brain required) Move around a lot, use large gestures, wave your arms, stand on chairs Go to the loo first
You are not a wimp. Everyone feels this way.
Being seen, being heard

Point at the screen, not at the overhead projector Speak to someone at the back of the room, even if you have a microphone on
Make eye contact; identify a nodder, and speak to him or her (better still, more than one)
Watch audience for questions
Questions
Questions are not a problem Questions are a golden golden golden opportunity to connect with your audience Specifically encourage questions during your talk: pause briefly now and then, ask for questions Be prepared to truncate your talk if you run out of time. Better to connect, and not to present all your material
Presenting your slides

A very annoying technique is to reveal your points one by one by one, unless
there is a punch line
Presenting your slides Use animation effects

very very very very very very very sparingly
Finishing
Absolutely without fail, finish on time

Audiences get restive and essentially stop listening when your time is up. Continuing is very counter productive
Simply truncate and conclude
Do not say would you like me to go on? (its hard to say no thanks)
There is hope
The general standard is so low that you dont have to be outstanding to stand out
You 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.

How To Give A Good Research Talk: Simon Peyton Jones Microsoft Research, Cambridge

Uploaded by

Copyright:

Available Formats

How To Give A Good Research Talk: Simon Peyton Jones Microsoft Research, Cambridge

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

How To Give A Good Research Talk: Simon Peyton Jones Microsoft Research, Cambridge

Uploaded by

Copyright:

Available Formats

How to give a good research talk

Simon Peyton Jones Microsoft Research, Cambridge

Crystalise your ideas

Do it! Do it! Do it!

Giving a good talk

What your talk is for

The beef advertisment

Do not confuse the two

The purpose of your talk

To present all the technical details

The purpose of your talk

Are fresh, alert, and ready for action

Your actual audience

Your key idea

Narrow, deep beats wide, shallow

Your main weapon

Examples are your main weapon

To motivate the work

What to leave out

The FLUGOL system

and signposts at pause points during the talk

Lacks full abstraction

Do not present related work

Omit technical details

I dont have time to tell you about this

Presenting your talk

Write your slides the night before

Your talk absolutely must be fresh in your mind

How to present your talk

The jelly effect

Inability to operate brain

You are not a wimp. Everyone feels this way.

Being seen, being heard

Presenting your slides

there is a punch line

Presenting your slides Use animation effects

Absolutely without fail, finish on time

You might also like