Rubrics and Grading

This document presents the following information:

  • General Expectations
  • Policies for Late Work
  • Rubrics for Technical Assignments
  • Rubrics for Open-Ended Projects
  • Rubrics for Looking Outwards Reports
  • Grading Breakdown

General Expectations

There are a few elementary things you can do to ensure that you receive a totally respectable grade in the course. These things may seem simple and obvious, but it’s sometimes surprising how few students seem to get this right:

  • Show up to all of the course sessions, on time.
  • Communicate with your professor if you must miss a session.
  • Submit all of the Deliverables, on time.
  • Follow instructions: do all parts of the Deliverables, paying careful attention to seemingly trivial requirements (such as categorizing your blog posts correctly, formatting your code properly, etc.).
  • Have a positive attitude.

There are also some things you can do to earn a really great grade in the course:

  • Make interesting, novel, provocative work that’s well-crafted.
  • Be resourceful about getting the assistance you need.
  • Help your classmates when they’re stuck.
  • Make helpful contributions to discussions.

Here’s a rubric for how to succeed in a course like this, courtesy Kristin Hughes:

rubric-1024x903

Policies for Late Work

See Course Policies.

Rubrics for Technical Assignments (Submitted through Autolab)

The purpose of technical Assignments is to develop your fluency in programming concepts, and to reinscribe computational literacy skills through practice.

Technical Assignments are submitted through Autolab. These assignments will have clear, crisply-worded checklists for what you need to accomplish. If you check off all the items on the checklist, and submit the work on time, you will receive 100%.

One of the components of this evaluation checklist will be style (e.g. modularity, effective use of data abstraction, readability, commenting, etc.). Your code should be properly annotated with comments that are well-placed, concise, and informative. Your assignments will be graded by your TA, and at times by your professor.

Wherever possible, we have designed Assignments to produce visual or audiovisual results, in recognition of the interests of an arts-oriented population of students. In spite of the checklist and detailed requirements, Assignments have room for creativity and do not have unique solutions. Just as harmonizing a chorale in music theory is a routine technical task, there is always room for invention and artistic choice. Do not think for a nanosecond that everyone is arriving at the same solution or that it might be OK to copy another solution just this once.

The technical Assignments are given to strengthen and assess your skills as an individual. Collaboration on technical Assignments is therefore not permitted. Moreover, Assignments submitted through Autolab are automatically proofed by a sophisticated plagiarism detector, before being graded by a human. See the course policies on Academic Integrity for more information about this.

Rubrics for Open-Ended Projects

The purpose of open-ended Projects is to provide well-circumscribed opportunities for you to make creative work with code. Generally the Project prompts will invite you to explore a specific conceptual theme or set of programming techniques, but, unless stated otherwise, there is no correct solution, and no specific requirement for how to implement your idea. While an Assignment asks for a creative solution, a Project also asks for some creativity in defining and approaching the problem. Projects are published and presented on the WordPress blog.

Open-ended Projects are evaluated according to the following considerations:

  • Curiosity: Are you asking questions as you work?
  • Tenacity: Are you forging through difficult problems without giving up?
  • Execution: Are you crafting with purpose, precision, and attention?
  • Inventiveness: Are you discovering/exploring methods outside the obvious and predictable?
  • Fulfillment: Did you meet all of the requested supporting criteria (such as providing scans of sketches, categorizing your blog post correctly, etc.)?

With Projects, it may not matter how much time someone spent; you may sometimes observe a quickly-executed solution which succeeds because of its strong concept. Often, however, the craft of a project is rewarded by extra attention.

Projects always have a list of supporting requirements. These are straightforward to fulfill, but if you fail to meet these, you will have points deducted.

  • Create a unique blog post for your project.
  • Make sure your blog post is titled and categorized as requested.
  • Embed your interactive p5.js project into the post. Make sure its code is visible.
  • Include a static documentation image, such as a screenshot.
  • Include scans or photos of any notebook sketches, if you have them.
  • Embed a YouTube, Vimeo, or animated GIF demonstrating your project.
  • Write 100-200 words about your project, describing its development process.
  • In your writing, include some critical analysis of your project: how could it have been better? In what ways did you succeed, and in what ways could it be better?

Related to our course policies on Academic Integrity, you must also

  • Name any other students from the class with whom you collaborated on your Project, and explain how the work was distributed among the collaborators.
  • Cite and link to the sources for any code, external libraries, or other media (e.g. photographs, soundtracks) which you used in your Project.

Projects will be graded with scores of 0,1,2, or 3.

  • 3 – Outstanding or exceptional work. Perhaps 10% of the class will earn this grade.
  • 2 – Good work, successfully meeting criteria. Generally 75% of the class will earn this grade.
  • 1 – Mediocre, unimaginative work, perhaps only technically satisfactory. Sorry. The work reveals a lack of evident care. Sometimes 10% of the class will earn this grade.
  • 0 – No credit, generally because of late work. Our experience is that this grade is earned by approximately 5% of students.

Rubrics for Looking Outwards Reports

The purpose of Assignments (LO) reports is for you to become familiar with the landscape of contemporary practices in computational new media, and to begin to articulate your own set of interests and concerns within that landscape. To that end, your ten Looking Outwards reports will form a kind of “research diary”.

The Looking Outwards reports, taken together, comprise 10% of your Deliverables grade. Each Looking Outwards report will earn about 1 percentage point, up to a total of 10.

LO’s are given a grade of Good (2), Needs Work (1) or Fail (0). Reports submitted by the stated deadline and meeting the criteria will get a Good grade. Reports below standard will get a Needs Work grade. Overdue and/or shoddy work will fail.

The professors are attentive to the evident care you put into Looking Outwards reports. Good LO’s will meet the following criteria:

  • You include an embedded image or video of the documented project.
  • You have written approximately 100-200 words on the project.
  • You explain the project, and make an effort to critique it.
  • You have published the above in a blog post, on time.
  • Your LO blog post is well-titled and correctly categorized.
  • Your writing is careful and considered.

You may be occasionally asked to discuss or present one of the projects you reported about in a Looking Outwards assignment.

Grading Breakdown

grade-piechart

  • Participation/Engagement – mainly attending class and labs (10%)
  • Examinations (30%)
    • Exam #1, ~September 20 (30% of Examinations)
    • Exam #2 ~October 18 (30% of Examinations)
    • Exam #3 ~November 15 (30% of Examinations)
    • Written Exam ~November 19 (60212) & 20 (15104) (10% of Examinationso)
  • Deliverables (60%)
    • Technical Assignments (40% of Deliverables)
    • Looking Outwards Reports (10% of Deliverables)
    • Open-Ended Projects (50% of Deliverables)
      • Weekly Projects (70% of Projects)
      • Capstone Project (30% of Projects)