|Submissions open in September|
|Date Due||Friday, October 23, 2020|
|Time Due||23:59 AoE (Anywhere on Earth, UTC-12h)|
|Submission Limits||2 pages (including abstract of 250 words)|
|Notification to Authors||Monday, November 23, 2020|
|Camera-Ready Deadline||Sunday, December 13, 2020|
On August 12 2020, it was announced that the Technical Symposium is a virtual event in 2021. We are working to update the author and reviewer guidelines.
Author Guidelines: Demos
Demos provide a way to showcase an educational tool or project in a live setting. Not designed to be sales pitches, demonstrations are a way for the community to see the relevance, potential, and innovation of the tool and allow time for discussion with its creator.
For SIGCSE TS 2021, Demos will be a maximum of 20 minutes each, with at least 10-15 minutes allocated for answering questions. The Demo format is significantly different this year with Demos held in a regular session at a fixed timeslot, rather than during coffee breaks where the longer time slot was used to accommodate audience members arriving at different times. These changes have been introduced to accommodate all possible scenarios for running the symposium (pure virtual or hybrid combination of face-to-face and virtual) to the best extent possible.
Single-Anonymous Review Process
Initial submissions to the Demos track are reviewed with the single-anonymous review process, where the submissions are not anonymized but reviewers are anonymous to each other and to the authors. During the discussion of a submission in EasyChair, reviewers can refer to each other by their reviewer number on that submission’s review.
How Should The Proposal Be Formatted?
Demo proposals are submitted in PDF format. The full proposal contains an abstract and a body that describes your Demo (as detailed below). The full proposal is used for the review process only. If the proposal is accepted, the title and authors appear in the printed program and the title, authors, and abstract appear in the online program and proceedings. The format for the proposal is described in the following section.
Demo Proposal Format and Contents
Proposer: Include name(s), affiliation, email address, and website address. You should expect most correspondence related to the conference to arrive via email. Please check your spam filter if you haven’t received an expected notification because the auto-responses generated by the conference software are sometimes blocked.
Title: A descriptive title for the Demo.
Abstract: A description of the Demo. The same abstract will also need to be submitted via a text box on the submission page. Please be sure that your description is accurate and that both submitted copies (here in the Demo Proposal, and in the submission text box) are exactly the same. Please recall that the abstract is the only part of the proposal to appear in program and proceedings and should thus be self-contained.
Significance and Relevance of the Topic: Please include information about any trends in relation to the tool/project and possibly describe (or cite) evidence to that effect. Your objective here is to explain why the tool/project is significant. Explain why the tool/project is important for the Computing Education Community and what the expected benefits by using it with regard to learning computing topics are. Ideally also explain ideas for courses/topics where the tool/project is beneficial and provide evidence, if possible.
Expected Audience: Briefly describe the nature and size of the expected audience. This information will help gauge the level of interest SIGCSE Technical Symposium attendees will have in the Demo.
Other Presenter(s): Although correspondence will be with the proposer above, it will be the discussion leader(s) who will be mentioned in Symposium literature. Please list any additional such names (besides the proposer) and affiliations here. Be certain that you have their commitments to attend the Symposium. All presenters must register for the SIGCSE Technical Symposium and be present for the Demo session.
Expertise of Presenter(s): Give a summary of the qualifications of the presenter(s) as it relates to the tool/project being proposed.
Agenda for the Demo: Timing details would be helpful here. Explain what the attendees can expect. Be sure to budget a realistic amount of time for questions from attendees. Describe how you will interact with and engage attendees.
Face-to-Face Audio/Visual, Computational Requirements, or Other Materials: Indicate your A/V requirements, such as wireless access, wired access, extra power outlets, data projector or other materials that you need to use in case the Demo is going to be face-to-face, if possible. Please note that certain A/V materials and equipment will be available for all Demos. At the time of acceptance, more information about the standard vs. non-standard A/V equipment will be available.
Virtual requirements: Indicate any specific requirements you may have in case your Demo is going to be virtual. Note that not all requirements might be met by the conferencing software used. At the time of acceptance more information about the conferencing software’s capabilities will be available.
Tips for Creating an Effective Demo
Interactivity with the audience!
While proposed agendas may change, you should be as detailed in your agenda as possible. Illustrate the specific activities you have in mind to the best of your ability.
Make sure that you are explicit about what you want to get out of the Demo experience. As described above, Demos are meant for you (the presenter) to get exposure for your tool or to generate discussion. However, it is helpful for your reviewers to understand if you are looking to find users, vet future research directions, etc.
Demo Proposal Abstract
The abstract is the description of the Demo that will appear on the conference web pages. The description is limited to and must match verbatim the abstract section of the Demo Proposal. The Demo abstract must be submitted in plain text. The abstract for an accepted proposal may contain a URL with more information. (Abstracts of accepted Demos can be edited in response to reviews.)
In the event that the conference has a face-to-face part you may present your Demo live at the conference for better interaction with the attendees. The 20 minute Demo would start with a 5-10 minute presentation followed by 10-15 minutes of Q&A and additional demoing based on questions from the attendees.
In the event that the conference is virtual, each Demo will be presented live via a virtual platform. The 20 minute Demo would start with a 5-10 minute presentation followed by 10-15 minutes of Q&A and additional demoing based on questions from the attendees.
Independent of your presentation option you will have to provide a pre-recorded video with an overview of the Demo of at most 5 minutes length. The video must be provided before the symposium starts (exact date TBA) and will be referenced from the online program in order to give attendees the chance to get acquainted with the Demo beforehand. It may also widen the potential audience for your Demo. Note that this is an additional requirement in comparison to Demos at previous symposiums due to the addition of virtual offerings at the symposium.
How Do I Submit My Demo?
SIGCSE 2021 is not participating in the new ACM workflow, template, and production system. MS Word Authors, please use the Interim Template. LaTeX Authors, please use the official ACM Master with the
Submissions use the English language. If you desire editing services, consider the following from the ACM.
ACM has partnered with International Science Editing (ISE) to provide language editing services to ACM authors. ISE offers a comprehensive range of services for authors including standard and premium English language editing, as well as illustration and translation services. Editing services are at author expense and do not guarantee publication of a manuscript.
Prepare your Demo submission using the format specified above.
Recall that you will also need to copy-and-paste or type your text abstract description into a text box in the submission form. Be sure that the same text appears in the submission and in the abstract text box in the submission form.
Be sure to choose the appropriate topic areas when submitting. Your choices help in assigning appropriate reviewers to your submission, and assist the reviewers in evaluating the paper from an appropriate perspective.
Please enter between 3 and 7 topic choices. This will help match your submission with reviewers.
Convert your submission-ready paper into Adobe PDF format. Refer to our Creating Adobe PDF Documents page page for assistance.
When you’re ready to submit, use the online submission system - EasyChair to upload your submission. In addition to uploading the PDF version of your submission, you will fill out a form with metadata about your submission.
Please do not wait until the last minute to submit your documents because that is when everyone else will be connecting to our server!
Make note of the proposal ID number and password assigned to your submission. You will receive an email message confirmation. Spam filters sometimes trap these automatically generated messages so you may need to check your spam trap for the confirmation and later, acceptance or rejection notification.
After receiving confirmation, go to the submission site to review your submission for accuracy. Send email to the chair(s) (see below) if there are any problems.
If you have questions about anything discussed above, please contact:
Demos and Lightning Talks Team
- Jennifer Campbell
University of Toronto
- Carsten Kleiner
University of Applied Sciences & Arts Hannover