Take the 2-minute tour ×
MathOverflow is a question and answer site for professional mathematicians. It's 100% free, no registration required.

I was wondering what would be the best way to present your paper at a conference, if your paper is selected for "short communication", lasting for about 15 minutes? Should you concentrate on the main results or the proofs? And what should a first-time presenter be wary of?

Thanks in advance.

share|improve this question
18  
One tip: make sure you don't go over time. It's easy to do, but a lot of people will quickly lose interest and then become irritated! Also, practice at least once before in front of some friends if you haven't given many talks before. –  jeremy Jun 29 '10 at 4:52
23  
I don't think you should have proofs (or, unless absolutely necessary, technical defns) in a 15 minute talk. Also, be brutal in editing your slides. Most beginners try to cram far too much into them. Some good rules include spending at ~3 minutes per slide (so ~5 slides, each with ONE idea), having no complicated eqns, and having no paragraphs or complete sentences. When I was a grad student about to give my first short talk, my advisor told me to write slides obeying the above rules, and then delete half the info from each slide. It sounded extreme, but in hindsight it was great advice. –  Andy Putman Jun 29 '10 at 5:09
4  
Also, this post should be community wiki. –  Andy Putman Jun 29 '10 at 5:09
    
Matilde Marcolli on "the (martial) art of giving math talks": its.caltech.edu/~matilde/Ma10Notes.pdf –  Thomas Riepe Oct 20 '11 at 6:06

7 Answers 7

up vote 40 down vote accepted

The first priority is to state your main results and explain why they are interesting (e.g. how they fit in with related work). With only 15 minutes you do not have much time to discuss proofs, but it is nice to give a brief outline of the proof of your main result and what is involved.

As a first-time presenter, I would watch out for the following:

First, as someone commented, it is crucial to not go over time. Don't try to cram too much in.

Second, watch out for the mechanical aspects of the presentation, e.g. is your print large enough to read, and is your voice loud enough to hear.

Third, strive to emphasize the most important points and not get lost in less important details. This is especially important when you only have a short time to talk.

Fourth, know your audience, so that you have some idea what you can assume is known and what you need to review.

share|improve this answer
8  
Great answer! AMS has a short article "How to present a paper", which discusses some of these points in more detail, ams.org/meetings/national/presenting/meet-guideline-present –  Victor Protsak Jun 29 '10 at 5:10
4  
You might also like eng.unt.edu/ian/pubs/speaker.pdf - these CS talks tend to be very short. –  Igor Pak Jun 29 '10 at 6:06
8  
Make sure that when you state your result, that you point out that it's yours, typically by writing [V]. There is nothing rude or self-aggrandizing about this -- it's very important information for the audience. –  Allen Knutson Jun 29 '10 at 11:53
4  
When crediting results in a talk, use the full family name of others, and only the family name initial for yourself. So Koundinya Vajjha might write "Theorem (V.): A=B", about his/her own work, while I would write "Theorem (Vajjha): A=B" if referencing that work in my talk. –  Kevin O'Bryant Mar 8 '11 at 18:35
9  
I like it when Valery Alexeev presents our joint work as "Theorem [A-Knutson]". –  Allen Knutson Mar 9 '11 at 2:17

Two further remarks.

The time devoted to one aspect of your work has not to be correlated to the time you spent on it.

Do not speed up because you see someone nodding or sleeping.

share|improve this answer

Practicing your presentation helps. With a recording device or a test audience, you can get valuable feedback concerning the style and timing of your presentation, among other things.

In addition to verbally presenting a paper, there is supplementing the presentation.

Sometimes the interested audience member will want more. You might prepare ahead of time some business cards, or even slips of paper, to hand out. They should contain your contact information, the title and time of your talk, and optionally a URL to a file that contains details of your presentation that you would like to have given. This is one of the things I will do for my 15 minute presentation. If you are really on top of things, you could have something ready to receive the member's contact information as well.

Gerhard "Ask Me About System Design" Paseman, 2010.06.28

share|improve this answer
5  
Actually, if you can get someone to film you while you're practicing, it's really useful (if mortifying). –  Thierry Zell Mar 8 '11 at 16:35

I'm sure that this is not the immediate advice that you need for this question, but I urge you to keep this in mind: go to many talks and make notes about what you like and what you dislike about them. Then try to objectively assess yourself on these points... In the long run, this habit can improve your talks quite noticeably.

share|improve this answer

Perhaps this is addressed in the previously linked articles, but you should avoid merely reading from your slides (if you are giving a slideshow). For one thing, if you can read the entire talk directly from the slides, then the slides probably have too much text on them. Second, you're a lot more likely to keep your audience engaged if you're not so obviously following a script.

I've heard that in some academic fields, people go to conferences to "read a paper," not to "present a paper." When I go to a presentation, I'd prefer not to be read at.

share|improve this answer
4  
I have seen presentation in the humanities where people read their paper. I can't imagine why they haven't given up on that yet. –  Thierry Zell Mar 9 '11 at 3:37
2  
As for avoiding reading the slides, it's a common temptation to put everything you want to say on the slides, which leaves you reading them. It's really, really hard to overcome this temptation; I have to work on it every time I give a really new talk. –  Thierry Zell Mar 9 '11 at 3:44

I can't do anything better than advice your reading the following:

(It is a list of dos and don'ts, short and sensible; of course the same holds for OpenOffice and LaTeX slides, and most advice - also for classical blackboard.)

Additionally, it helps to watch people who are good at giving lectures/talks. One great event is TED.com (surely worth watching). While there are no research mathematical lectures - art of performing a talk, conveying ideas, focusing people's attention and emphasizing the main points is generally crucial.

share|improve this answer

I think the other answers cover the basics well - and as with all things in life, it is more important to do the basic things right than to be brilliant. Having said that, here is the most important question to ask yourself in order to give a really good talk:

How is what I am going to talk about connected to things the audience knows?

If you connect your content to things your audience knows, they may find short arguments persuasive rather than unconvincing or out-of-the-blue. They will understand better why your results are interesting. They will ask more engaging questions, and will more likely give you useful feedback and ideas. They can appreciate new insights better if they come in context.

The answer to this question is typically much longer than you might think. And often it's really impossible to know the full answer. (It's one of the natural advantages of senior mathematicians as speakers that they will be able to give themselves a more complete answer. A good hint at parts of the answers may lie in some of the questions you got the previous time you gave the same talk - maybe especially those questions that didn't seem to make sense.) Nevertheless, it's useful to think about the question.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.