Final Project Specifications
DSAN 5650: Causal Inference for Computational Social Science
- [Sunday, July 12, 11pm] Updated examples box for each option to reflect that HW3A and HW3B will walk you through examples of these two approaches, respectively.
Overview
Our goal is to make the final project as open-ended as possible, to give you the space to explore any particular topic that may have piqued your interest throughout the semester! At the same time, we hope to provide you with guidance and mentorship so that you don’t feel lost as to how to start, how to proceed, and/or what to submit for the final deliverable!1
For each lecture (especially from Week 8 onwards), our hope is that there are some next step(s) that come to mind, that you feel like you can follow to move from learning the concepts covered in class to applying them towards some social phenomenon of interest to you! Though exceptions are always welcome (see previous paragraph), here we outline two general paths you can take, with examples under each heading that you can use as inspiration:
Concrete Requirements
For the two options described above, the following info boxes describe the structure of the deliverable(s) you’re responsible for:
Individual vs. Group Projects
It is totally up to you whether you’d like to do the project individually or in a group with other students. However, if you are pursuing the project as a group, please choose one member of the group to serve as the “project lead”, and include this detail in an email to your mentor.
The mentor for the group project will then be whoever was assigned as the individual mentor for the project leader (this choice doesn’t have to be related to the actual work on the project, it is just for us to be able to allocate mentees fairly between the course staff!).
Expectations for group projects will scale based on the number of members in the group: for example, a group with two members will be expected to carry out a more substantive project, such that it requires approximately two times the amount of work that would be expected for individual projects2
Timeline
- Proposal (Abstract on Notion):
- Submitted to instructors by Tuesday, July 15th, 6:30pm EDT
- Approved by an instructor by Tuesday, July 22nd, 6:30pm EDT
- Final Draft:
- Submitted to instructors for review by Friday, August 1st, 5:59pm EDT
- Approved by an instructor by Monday, August 4th, 11:59pm EDT
- Final Submission:
- Submitted via Canvas by Friday, August 8th, 5:59pm EDT
Submission Format
The course’s Canvas page now has a “Final Project” assignment, where you will upload your final submission for grading. The following is a rough sketch of what we’re looking for in terms of the structure of your submission:
- HTML format, as a rendered Quarto manuscript, would be optimal, but can be PDF if preferred—for example, if you choose Option 4 (involving mathematical proofs), you might instead want to use LaTeX rendered to PDF.
- A requirement in terms of number of pages is difficult, but a reasonable range for the PDF format would be 3-10 pages double-spaced. Therefore, for a Quarto document or Jupyter notebook, the length can be the equivalent of this (for example, you can print-preview the Quarto doc to see how many pages it would produce if printed)
- It should have an abstract, a 250-500 word paragraph at the very top of the manuscript, summarizing what you did (this can be copied from your Notion abstract, or updated as needed!)
- Citations should be set up so that they’re handled automatically. By Quarto’s citation manager for example, or by Bibtex/Biber if you’re using LaTeX.
References
Footnotes
If you can’t tell, my whole educational philosophy here is just the Montessori system—this approach was originally developed for younger (primary school) children, but lots and lots of recent educational research indicates that it’s an actually an extremely effective way to learn, and to motivate self-learning, for people of any age 😎↩︎
This detail is not something we’re trying to explicitly measure or be harsh about, but is included here since otherwise (if the expectations for individual and group projects were the exact same) the work would scale the other way: that each person in a two-person project would be doing half the amount of work that a person doing an individual project is doing… Hopefully that makes sense from a fairness perspective!.↩︎