John Cavazos Dept of Computer & Information Sciences University of Delaware

1. John Cavazos Dept of Computer & Information Sciences University of Delaware www.cis.udel.edu/~cavazos/cisc879 Lecture 8 How to Read, Critique, Write, and Present a Research Paper

2. Lecture 8: Overview • Effective and Efficient Reading • Good and Bad Critical Reviewing • How to Write a Paper • How to Present a Paper

3. What do I mean by “Read?” • Effective and efficient reading • Do not waste your time on irrelevant papers • Maximize your time on relevant papers • The Whys, Whats, and Hows of Reading • Critical Reading • Essential to writing a “good” critical reviewing

4. Problems with Some Papers • Solving problems not applicable to an actual need • CS has not adopted Scientific Method • Least Publishable Unit (LPU) • Never clearly contrasting to related work • Hard to Read

5. Questions to Ask • What are the motivations? • What is solution and how is it evaluated? • What is your analysis of problem, solution, and evaluation? • What are the major results? • Correct, new, clearly presented, worth publishing • What are contributions? • Are there any questions not answered? Reference:http://www-cse.ucsd.edu/users/wgg/CSE210/howtoread.html

6. Efficient Reading • Preparation • Quiet place and note-taking material • Read for Breadth • Read title and abstract • Skim intro, headers, tables, graphs, and conclusions • Look for primary contributions • Read in Depth • Challenge arguments, assumptions, evaluations, and conclusions • Fallacy: Must read from beginning to end Reference:www.cs.columbia.edu/~hgs/netbib/efficientReading.pdf

7. Lecture 8: Overview • Effective and Efficient Reading • Good and Bad Critical Reviewing • How to Write a Paper • How to Present a Paper

8. Anatomy of Good Review • Summary of main points of paper (3 to 5 sentences) • Evaluation with regard to validity and significance • Evaluation quality of work • Overall recommendation and thorough justification Evaluation of novelty, significance, correctness, readability. Reference: http://www.cs.utexas.edu/users/mckinley/notes/reviewing-smith.pdf

9. Bad Critical Reviewing • Seek to find all flaws • Criticize paper in a negative way • Use words like “Idiot” and “Trash” • Criticize paper with little comment • After all, they know it’s bad • Criticize/accept all papers • Be known as person that accepts/rejects everything! Reference:http://www.cs.utexas.edu/users/mckinley/notes/reviewing.html

10. Good Critical Reviewing • Can Always be Positive • Think face-to-face constructive criticism • Consider Recently-Published New Directions • Explain your Decision • No explanation will carry little weight • Decide which paper is best • Not which paper least worthy of rejection Reference:http://www.cs.utexas.edu/users/mckinley/notes/reviewing.html

11. Bad Review Example This paper is concerned with blah blah blah. The authors develop a method to automatically generate blah blah blah. The solution is based on genetic algorithms and evolution-based methodology. This is a solid paper with respect to methodology and the experiments performed. My score is relatively low because I am not particularly excited by genetic, evolutionary algorithms. Not a Reasonable Justification!

12. Good Review Example Starts positive, then suggests how to “substantially improve paper.” I like this work a lot. There are two things that would substantially improve it: 1) Investigation of the reasons why blah blah blah. Is there room for more improvement here, perhaps combining the two in some way? If not, what does this say about what technique we should apply, if forced to choose? 2) Quantitative evaluation of the predictive power of blah blah blah. You seem to have a lot of the necessary data (ie, you can compare the results of blah blah blah from Fig 1). Reviewer justifies remark!

13. Lecture 8: Overview • Effective and Efficient Reading • Good and Bad Critical Reviewing • How to Write a Paper • How to Present a Paper

14. Getting a Paper Accepted • Follow the Rules! • paper format, length, on time, etc. • Spell and Grammar Check • Write, Read, Edit, Repeat (many times!) • Have colleagues review • Look at good (award) papers as examples • After-the-fact outline (check flow of paper)

15. Getting a Paper Accepted • Write to the reviewer • Quality must be recognized quickly • What are contributions? • Is paper stimulating? • Is paper relevant? • Have a planned organization of paper • Enough details to reproduce experiments

16. Anatomy of a Good Paper • Abstract • State the problem and why its important • Briefly describe solution • Implication of solution • Introduction • Describe problem and motivate importance • Describe solution and significant contributions • Describe your solution • Convince reader this could solve problem • Implementation details

17. Anatomy of a Good Paper • Defence of your solution • Experimental methodology and results • Convince reader you solved problem • State reasonable counterexamples • Related work • Convince reader novelty of your solution • Conclusion • Summary of results and significance of contributions

18. Icing on the Cake • Attention Grabber Sentence • Great Introduction! • Easy to read • More time you spend editing, less time reader has to spend • Good looking graphs • Can understand (paper) from reading graph captions

19. Lecture 8: Overview • Effective and Efficient Reading • Good and Bad Critical Reviewing • How to Write a Paper • How to Present a Paper

20. What is Your Talk is about • The Paper = The Beef • The Talk = Beef Advertisement • Do not confuse the two! Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

21. Your Talk is NOT About: • To impress your audience with your brainpower • To tell them all you know on the topic • To present all the technical details Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

22. Your audience • Have never heard of the topic • Just had lunch and ready to nap Your mission is WAKE THEM UP and make them glad you did. Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

23. What’s in your Talk • Motivation (20%) • 2 minutes to engage audience • Why should I listen? • What is the problem? • Why is it an interesting solution? • Key Idea (80%) • Be specific • Organize talk around specific goal • Ruthlessly prune everything else! Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

24. Tips for a Good Talk • Narrow, deep rather than wide, shallow • Avoid shallow overview talks • Cut to the chase: technical “meat” • Examples are your main weapon! • To motivate talk • To convey intuition • To illustrate key idea Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

25. What to leave out • Related Work • Know it, but don’t elaborate on it • Technical Detail • Extensive formulas and code • Dense slides will put audience to sleep! • Present specific aspects; refer to paper for details • Do not apologize • “I didn’t have time to prepare the talk” • “I don’t feel properly prepared to give this talk” Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

26. Final Tips • Be Enthusiastic • Practice • Memorize first few sentences • Move around, use arms • Speak to someone at back of room • Identify nodders and speak to them • Watch for questions Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

27. What NOT to Do • Use slides with lots of text • Use small fonts • Reveal one point at a time • Use lots of animation and color • Go over your time limit • Stand in front of projected material • Stand with back to audience • Point to laptop Reference: http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.pdf.gz

28. Project 1 Specific • Due March 11th (next Tuesday!) • 25% of grade is checkpoint • 10 minute discussion of status • Easy points! • Link to Template for Project Report on Website • ACM Conference format style

29. Experiment Example 1 Top 5 important functions reported by gprof. This graph shows the performance results of each function compiled using different optimization levels of XLC normalized to using no optimizations (-O0).

30. Experiment Example 2 Performance results for top 4 important functions and total benchmark. This graph shows the results of each function and the whole benchmark compiled using different optimization levels of GCC and XLC normalized to using GCC with no optimizations (-O0).