/README

Guidelines for MACSS Students

Primary LanguageCSS

About

This weekly workshop highlights the work of those pioneering data science analytical techniques and social science and computation methods while bringing together graduate students, post-docs, and faculty all working at the nexus of computation and big, social science questions. The workshop also allows regular participants to share works in progress for feedback, fosters robust dialogue between young scholars in these emerging fields, and showcases local scholars leading pedagogical seminars on new papers or methods.

The 2019-2020 Computational Social Science Workshop meets each Thursday from 11 to 12:20 p.m. in Hinds Laboratory 101. All interested faculty and graduate students are welcome. Our Computation MA students are expected to attend.

Workshop Organizational Structure on Github

Each week of the Computational Social Science Workshop, we will add a new folder in the current quarter's repository. This folder will contain information on that week's speaker and relevant papers. We will also open an issue which will contain that week's discussions. The quarterly repositories are hosted on the Github page for the Computational Social Science Workshop, and you can find the current one here. Each repository will have several recurring elements:

  • Published or working version of the paper for the workshop talk
  • Presentation from the workshop (if available post presentation)
  • A README regarding the details of the talk, speaker, and location
  • Link to the target issue on the Issues page, where MACSS students are expected to participate

MACSS Participation and Open Source Debate

Current MACSS students are expected to contribute to the Issues page for that week's computation workshop.

Each week, before the presentation, you will do the following:

  • Provide a thoughtful comment or question in response to the speaker's paper
  • React (comment optional) on at least 5 other students' comments

The students questions with the most 👍 reactions will have the opportunity to pose those questions to the speaker during the workshop.

Suggestions for Posting Questions

This question could be methodological, theoretical, or substantive. For example, you might find an oversight in the analysis, question why a particular algorithm or model was run versus another, and so forth. In terms of theory, you might observe how the study claims to fill a gap in a particular subfield and cite papers of the particular perspective X, but wonder why they do not consider the counter theory Y. These might not necessarily be conceived as fissures in theoretical paradigms. You might have a simpler question about how the study relates to this recently published and related article in the Journal of Z.

Beyond critical observations or pointing to methodological, logical, or theoretical gaps, your comment might instead take the form of general questions regarding the scope of their data analysis, their strategy in compiling data or methodological toolkits, or what they feel would be new avenues of research.

Note there are many possible questions you might ask but may already be answered in the text, particularly if the work is published or near that stage. To this end, please read the papers carefully so that you may pose a question that recognizes the existing answers or gaps in the paper and builds on that body of work. Please do not ask questions or make pointed comments that reveal you have not actually read the paper closely, which will be apparent if your question is directly answered in the text.

At the same time, do not be afraid to ask questions for clarification about a complex argument, method, or point of confusion in the text. Experts may at times make too many leaps in their argument or discussion of a subject that may make sense to other experts but elude the otherwise intelligent. Asking for clarification can be useful since it may reveal a part of the paper, to which the author should better attend. If the paper confuses you, it may fluster a journal reviewer, and to avoid this possibility, the author will likely thank you for drawing their attention to the matter.

Mechanics of Posting Questions

On the Github Issues page for the quarterly repository, you will find an issue for each week's workshop that has been opened by one of the preceptors.

  1. Click on the week's issue. Your response will be a comment on the said issue. (scroll down until you see a text-box)
  2. Type a detailed question. An example can be found here.
  • *Note: Issues are written using Markdown. A tutorial can be found here.
  • Markdown will allow you to easily make different header levels, text formatting, lists, and code snippets or code blocks so that you can foo_bar computational questions with ease:
def hello_world(name):
    print("Hello, {}. It is a beautiful world.".format(name))
  1. You can link images of web content, graphs, or other papers for citations. For example, you could borrow a graph from a paper and cite the author Mausolf 2017:

  1. If you would like, you can reference another student's question. If you click on the 'three dots' in the top-right, you will see the 'quote reply' option, which will add the text as a quote in your own comment. Make sure to also include the name of the user whom you're reponsing to, e.g. via '@username' notation.

Reacting to Questions

Beyond posing questions, students will be required to review and post reactions to each other's questions. Each week students should react to questions for at least 5 other students (you can also comment, if you wish). Students whose questions garner the most 👍 reactions, will have the opportunity to pose their question to the speaker during the workshop.

Note: You can add more than one reaction to a question, such as 👍 or ❤️, however, we will only rank the number of reactions using the 👍 reaction. For a full list of Github emoji's see this page: https://gist.github.com/rxaviers/7360908.