<p>First and foremost, <em>stay on time</em>. </p>

<p>Usually, at conferences you are supposed to talk for a very limited amount of time, e.g. 25 minutes including 5 for questions. In such slot you will not be able to go deep into the technical details.</p>

<p>You should have a more "marketing" approach to presenting a paper. You have to convince the attendants about:</p>

<ol>
<li>what your main results are</li>
<li>why your results are important</li>
<li>why later on one should spend some time to actually read your paper</li>
</ol>

<p>Try to be simple and direct. Most attendees will also have spent part of their mental energy on previous presentations. Chances are they will forget about your paper very soon (there are too many to remember for a human mind!). Your goal is to make them to remember something about your paper.</p>

<p>Leave the proofs out. You can briefly mention the proof technique if relevant, though ("by reduction to problem XYZ").
Provide the definitions and statements -- if they are very technical, you can be a bit vague ("under some regularity conditions..."). Clarity trumps precision here. Provide some background for people not in the field, but do not waste time in reviewing basic definitions. Here it is important to know what the audience is familiar with, which depends on the venue. E.g. in a TCS conference, everyone knows what a non-deterministic Turing machine is.</p>

<p>Write and use a few (computer) slides -- you can't waste time writing on a blackboard, and most venues will expect you to have a computer presentation ready. Bring your laptop to the presentation. For a 25 minutes talk, use around 20 slides. Beforehand, make a pretend presentation in your office, and use a timer to check you can do it on time. Optionally, you can take some notes about what to say on each slide, and use these notes during the talk.</p>

<p>Sum up the main points in the last slide to help people remember your talk.</p>

<p>Expect at least a question at the end. Sometimes a question can be not very relevant since the audience may not have grasped everything. Politely answer that anyway.</p>

<p>The goal of the 3-pages short abstract is similar: to convince people that your results are interesting, and that they should read the full version. Try to summarize the main points, trying to convey the general idea even if the space does not allow a proper discussion. Avoid the technical parts which are not needed to assess your results.</p>

CC BY-SA 3.0
2016-09-10T00:52:14.080Z
That point about the use of slides is interesting! In mathematics, slides are considered a bit of a "necessary evil". We use them a lot because they are convenient, but I think mathematicians prefer blackboard talks because they permit more of a give-and-take with the audience.
Darren Ong
CC BY-SA 3.0
2016-09-10T07:34:58.707Z
In (T)CS, I also consider them as a "necessary evil", and prefer the pace of the blackboard, as well as its space. A good blackboard can show a lot of details at the same time compared to a slide. Still, when time is short, slides can be effective.
chi
CC BY-SA 3.0
2016-09-09T09:55:08.987Z
2016-09-09T18:21:11.450Z
2016-09-09T18:21:11.450Z
chi
<p>I am a mathematician who works primarily in the spectral theory of self-adjoint and unitary operators. Some of my research is of relevance in quantum walks, and I have one paper in particular that I would like to present in the Quantum Information Processing conference this January in Seattle. </p>

<p>The culture of the theoretical CS community seems very different from the math community. I even had to look up what it meant to  "present a paper" at a conference, since we never use that language in math conferences! </p>

<p>I was wondering if I could get some advice on presenting my paper for consideration in this conference. Along with an arXiv link to my paper I am supposed to give them a 1-3 page extended abstract, which I suppose is a way to convince them my paper is relevant for the conference. What is normally expected in such a document? </p>

<p>For instance, to what extent should I talk about the mathematical machinery? Would the organizers care about the (very difficult and technical) details of the proof, or should I just state an algorithm, assert that it works and explain why it is relevant to computer science?</p>

CC BY-SA 3.0
2016-09-09T17:02:51.147Z
While QIP does not have published proceedings, it is still rather prestigious. The acceptance rate is, as far as I recall, around 20-30%. Thus, if you are unfamilar with QIP, it might be better to focus on the submission itself.
user60974
CC BY-SA 3.0
2016-09-09T18:44:45.523Z
Is this question about how to present the paper on the conference, or how to make a submission (extended abstract)?
domotorp
CC BY-SA 3.0
2016-09-09T19:00:15.263Z
The QIP 2015 program http://www.quantum-lab.org/qip2015/Program.php has some three-page abstracts linked — suggest you look through those as a guide to how to format yours. Advice for a talk itself is premature until you get your abstract accepted — unlike many mathematics conferences, you should not expect that anything you send will be accepted for presentation.
David Eppstein
CC BY-SA 3.0
2016-09-09T21:46:05.290Z
Chi provided a great answer for what talks should be like in a CS conference. As for QIP submissions, QIP is very competitive (with an acceptance rate of roughly 20%) and has a varied audience background (mostly TCS or physics, but also a few others). Do look at 3-page abstracts from previous years to get an idea of what you should include. It's an advertisement for why your paper is interesting and why people should read it or want to listen to a talk about it.
Robin Kothari
CC BY-SA 3.0
2016-09-10T00:50:10.630Z
I intended this to be a question about how to submit a paper for consideration, although in hindsight the wording I used was confusing. Nevertheless, the answers I did get were helpful. My work connects with CS enough that I am sure I will speak at a CS conference at some point, even if I don't get into this one.

I appreciate the link to the previous years' 3-page abstracts! That was very helpful.
Darren Ong
CC BY-SA 3.0
2016-09-10T18:51:13.350Z
TCS values motivation and context in papers and talks. It seems math does not emphasize this. A three-page "extended abstract" should focus on why your results are interesting by motivating the question and relating it to previous work and only giving a statement of your contribution.
Thomas Steinke
<soft-question><conferences>
Advice for a mathematician trying to present a paper at a CS conference?
Darren Ong
# Advice for a mathematician trying to present a paper at a CS conference?

(Asked by: username_0 on 2016-09-09)

I am a mathematician who works primarily in the spectral theory of self-adjoint and unitary operators. Some of my research is of relevance in quantum walks, and I have one paper in particular that I would like to present in the Quantum Information Processing conference this January in Seattle.

The culture of the theoretical CS community seems very different from the math community. I even had to look up what it meant to "present a paper" at a conference, since we never use that language in math conferences!

I was wondering if I could get some advice on presenting my paper for consideration in this conference. Along with an arXiv link to my paper I am supposed to give them a 1-3 page extended abstract, which I suppose is a way to convince them my paper is relevant for the conference. What is normally expected in such a document?

For instance, to what extent should I talk about the mathematical mausername_6nery? Would the organizers care about the (very difficult and technical) details of the proof, or should I just state an algorithm, assert that it works and explain why it is relevant to computer science?

**Tags:** soft-question, conferences

> **Comments:**
> **username_1**: While QIP does not have published proceedings, it is still rather prestigious. The acceptance rate is, as far as I recall, around 20-30%. Thus, if you are unfamilar with QIP, it might be better to focus on the submission itself.  
> **username_2**: Is this question about how to present the paper on the conference, or how to make a submission (extended abstract)?  
> **username_3**: The QIP 2015 program http://www.quantum-lab.org/qip2015/Program.php has some three-page abstracts linked — suggest you look through those as a guide to how to format yours. Advice for a talk itself is premature until you get your abstract accepted — unlike many mathematics conferences, you should not expect that anything you send will be accepted for presentation.  
> **username_4**: Chi provided a great answer for what talks should be like in a CS conference. As for QIP submissions, QIP is very competitive (with an acceptance rate of roughly 20%) and has a varied audience background (mostly TCS or physics, but also a few others). Do look at 3-page abstracts from previous years to get an idea of what you should include. It's an advertisement for why your paper is interesting and why people should read it or want to listen to a talk about it.  
> **username_0**: I intended this to be a question about how to submit a paper for consideration, although in hindsight the wording I used was confusing. Nevertheless, the answers I did get were helpful. My work connects with CS enough that I am sure I will speak at a CS conference at some point, even if I don't get into this one.  I appreciate the link to the previous years' 3-page abstracts! That was very helpful.  
> **username_5**: TCS values motivation and context in papers and talks. It seems math does not emphasize this. A three-page "extended abstract" should focus on why your results are interesting by motivating the question and relating it to previous work and only giving a statement of your contribution.  

---

## 1 answers

### Answer by username_6 on 2016-09-09. Score: 21 | Accepted answer

First and foremost, *stay on time*.

Usually, at conferences you are supposed to talk for a very limited amount of time, e.g. 25 minutes including 5 for questions. In such slot you will not be able to go deep into the technical details.

You should have a more "marketing" approach to presenting a paper. You have to convince the attendants about:

1. what your main results are
2. why your results are important
3. why later on one should spend some time to actually read your paper

Try to be simple and direct. Most attendees will also have spent part of their mental energy on previous presentations. Chances are they will forget about your paper very soon (there are too many to remember for a human mind!). Your goal is to make them to remember something about your paper.

Leave the proofs out. You can briefly mention the proof technique if relevant, though ("by reduction to problem XYZ").
Provide the definitions and statements -- if they are very technical, you can be a bit vague ("under some regularity conditions..."). Clarity trumps precision here. Provide some background for people not in the field, but do not waste time in reviewing basic definitions. Here it is important to know what the audience is familiar with, which depends on the venue. E.g. in a TCS conference, everyone knows what a non-deterministic Turing mausername_6ne is.

Write and use a few (computer) slides -- you can't waste time writing on a blackboard, and most venues will expect you to have a computer presentation ready. Bring your laptop to the presentation. For a 25 minutes talk, use around 20 slides. Beforehand, make a pretend presentation in your office, and use a timer to check you can do it on time. Optionally, you can take some notes about what to say on each slide, and use these notes during the talk.

Sum up the main points in the last slide to help people remember your talk.

Expect at least a question at the end. Sometimes a question can be not very relevant since the audience may not have grasped everything. Politely answer that anyway.

The goal of the 3-pages short abstract is similar: to convince people that your results are interesting, and that they should read the full version. Try to summarize the main points, trying to convey the general idea even if the space does not allow a proper discussion. Avoid the technical parts which are not needed to assess your results.

> **Comments:**
> **username_0**: That point about the use of slides is interesting! In mathematics, slides are considered a bit of a "necessary evil". We use them a lot because they are convenient, but I think mathematicians prefer blackboard talks because they permit more of a give-and-take with the audience.  
> **username_6**: In (T)CS, I also consider them as a "necessary evil", and prefer the pace of the blackboard, as well as its space. A good blackboard can show a lot of details at the same time compared to a slide. Still, when time is short, slides can be effective.  

---

