Hi #SASGF fans,
Happy New Year! If you have a paper accepted for the 2020 conference, it's time to start writing (if you haven't already!). According to the dates I see in the Presenter Resource center, the final paper is due for submission February 27...and that's just around the corner.
Fortunately for me, I've already assembled most of the content for my paper. But I still need to write the paper itself, in the format that the conference needs for sharing in the proceedings. Here is my routine for getting started:
First, I download the paper template DOCX file from the Presenter Center. (This year, the template file name is SASGF2020-Proceedings-Paper-Template.docx.) To kickstart my document, I right-click on the file in Windows Explorer and select New. That creates a new document with the template content intact.
Next, I complete all of the required, boilerplate content for my particular paper:
And finally, I add all of the headings for the sections that I expect to have in the paper. This allows you to see the outline of your paper and the hierarchy of topics. Honestly, once I have that outline it makes me feel like my paper is almost complete. In Microsoft Word, select the View->Navigation Pane option to see it laid out. You can even use this Navigation pane to arrange sections, promote or demote the levels of your headings, and navigate among pages as you fill in content. Here's my ambitious outline for this year's paper:
Experienced presenters: What are your best tips for managing this work? Share here! I'd love to learn from you, and I'm sure others would too.
Excellent guidance @ChrisHemedinger!
A next good step is to think about how you can attract people to your talk with a promotional video!
Just a little bit of thought and time could earn you some recognition and a nice prize.
And thanks for the link to populating the document properties.
However, AFAICT, a presenter would not find that information in the Presenters Resource Center. I'd suggest putting the list of required document properties - and how to specify them - somewhere in the PRC. And putting a reference to those instructions in the paper template would be very beneficial.
Oops. I had deleted the very advice I was looking for.
Definitely having someone read over your paper is beneficial. I would be lost without my 'editor'. Since some of the topics I write about are things she is not familiar with she reviews it for grammar but also to see if she can follow and grasp what I am trying to convey. If it makes sense to her then someone who is familiar with the topic should be able to follow.
BTW ... I am happy to say my paper is almost done. I need to send it to my 'editor' for one more review. 🙂
As a long time mentor at SAS Global Forum, I have to put a plug in for the wonderful free service provided, which can be as extensive or limited as you want! Just having someone else look over your paper with an eye to content and "common sense" as well as grammar is helpful.
Another suggestion I have is that if your company has a review cycle for conference content (many do) make sure you know when you need to get your paper into review and plan WAY ahead. Companies often will not sign off on the permission to publish before they see the content and being late to the review cycle can have a domino effect.
Most of all, enjoy the process! There's something really wonderful about a blank template ready to be filled up with your message!
Happy writing, Louise
Hi @eajohnson, do mean that if I have a 20-minute presentation slot, I might consider a shorter paper than if I had a 50-minute slot? No.
The paper (and any code you might share on GitHub!) are the primary takeaways from your conference contribution. When I write my paper, I try to include as much information as I think is needed so that a reader can apply the techniques even if they didn't attend the conference or see my presentation.
The presentation -- usually 50 or 20 minutes -- are almost always going to be more high level because you won't have time for all of the nitty gritty details, and you can rely on the paper and other materials as resources for your audience to reference later. Use the presentation to share your enthusiasm for the topic, share anecdotes about your learnings and the impact you've had with your work. And of course, share the important technical aspects of your topic so that your audience gets what they need to take action or apply your tips.