Though this course’s participation option is listed is “On Demand Online”, per the “Additional Time Commitments” section of the course catalog, attendance at live sections via Zoom is required of all students. The times for those sections cannot be set until just before the course begins (as they are contingent on how many students and, by extension, staff the course has), but historically have been held on Wednesday and/or Thursday evenings, Eastern Time. Section attendance waivers are possible if, after the course begins and the times are set, it is not possible for you to attend any of the scheduled options. More details on that will be made available the first week of the term.
Syllabus
This course picks up where Harvard College’s CS50 leaves off, focusing on the development of 2D and 3D interactive games. Students explore the design of such childhood games as Super Mario Bros., Legend of Zelda, and Portal in a quest to understand how video games themselves are implemented. Via lectures and hands-on projects, the course explores principles of 2D and 3D graphics, animation, sound, and collision detection using frameworks like LÖVE2D and Unity, as well as languages like Lua and C#. By class’s end, students will have programmed several of their own games and gained a thorough understanding of the basics of game design and development.
Prerequistes
CSCI E-50, CS50x, or prior programming experience in any language.
Instructors
Colton Ogden
cogden@cs50.harvard.edu
David J. Malan
malan@harvard.edu
Head Teaching Fellow
Doug Lloyd
lloyd@cs50.harvard.edu
Expectations
You are expected to
- watch twelve lectures,
- attend ten sections, and
- complete twelve projects.
Grades
Final grades will be based on the eleven assigned projects (77%), a self-designed final project (13%); and on section attendance (10%).
Projects will be evaluated along the axes of correctness, design, and style, with each project’s overall score computed as 3 × correctness + 2 × design + 1 × style. Scores are normalized across TFs at term’s end, so mid-semester comparisons among students of scores are not reliable indicators of standing.
- Correctness refers to the extent to which your code is consistent with the project’s specifications and free of bugs.
- Design refers to the extent to which your code is written well (i.e., efficiently, elegantly, and logically).
- Style refers to the extent to which your code is readable (i.e., clear, consistent, commented, indented, with variables aptly named).
For Project 0, only the axis of correctness will be evaluated.
Lectures
Lectures are watched on-demand and will typically be posted by noon Eastern Time on their release dates.
| date | topic | topic detail | |
|---|---|---|---|
| Lecture 0 | Mon 01/23 | Pong | Lua, LÖVE2D, OOP, drawing shapes and text, DeltaTime, velocity, game state, hitboxes, sound effects |
| Lecture 1 | Mon 01/30 | Flappy Bird | Images and sprites, infinite scroll, illusions, procedural generation, state machines, music, mouse inputs |
| Lecture 2 | Mon 02/06 | Breakout | Sprite sheets, procedural layouts, loss conditions, particle systems, collision detection |
| Lecture 3 | Mon 02/13 | Match 3 | Anonymous functions, tweening, timers, solving matches, procedural grids, sprite art, palettes |
| Lecture 4 | Mon 02/20 | Super Mario Bros. | Tile maps, 2D animation, procedural generation, platformer physics, AI, powerups |
| Lecture 5 | Mon 02/27 | Legend of Zelda | Top-down perspective, dungeon generation, events, hurtboxes, screen scrolling, data-driven design |
| Lecture 6 | Mon 03/06 | Angry Birds | Box2D, mouse input, physics, theme in design |
| Lecture 7 | Mon 03/20 | Pokémon | StateStacks, GUI, turn-based systems, RPG mechanics |
| Lecture 8 | Mon 03/27 | Helicopter | Unity 3D, C#, Blender, components, prefabs, texture scrolling, audio |
| Lecture 9 | Mon 04/03 | Dreadhalls | Texturing, materials and lighting, 3D mazes, first-person controllers, fog, Unity 2D |
| Lecture 10 | Mon 04/10 | Portal | Raycasting, decals, render to texture, projectiles, 3D physics, virtual reality with Unity |
| Lecture 11 | Mon 04/17 | Guest Lecture |
Sections
Lectures are supplemented by weekly sections led by the teaching fellows. A schedule will be posted on the course’s website. Sections are an opportunity to discuss the course’s material, ask questions, and explore related material. Students are required to attend at least one section per week, unless granted an exception in writing from either the instructors or head teaching fellow before the start of the term.
While recordings of one section per week will be made available within 72 hours, watching those recordings after the fact does not satisfy this requirement.
Office Hours
Office hours are opportunities for guidance and feedback from the staff on projects as well as for discussion of the course’s material more generally. A schedule will be posted on the course’s website.
Projects
The goal of most projects in the course is to modify the game demonstrated in class that week in some way, such as by adding functionality, repairing bugs, or otherwise altering the game in a meaningful way.
| released | due | |
|---|---|---|
| Project 0 | Mon 01/23 | 2023-01-29T23:59:00-05:00 |
| Project 1 | Mon 01/30 | 2023-02-05T23:59:00-05:00 |
| Project 2 | Mon 02/06 | 2023-02-12T23:59:00-05:00 |
| Project 3 | Mon 02/13 | 2023-02-19T23:59:00-05:00 |
| Project 4 | Mon 02/20 | 2023-02-26T23:59:00-05:00 |
| Project 5 | Mon 02/27 | 2023-03-05T23:59:00-05:00 |
| Project 6 | Mon 03/06 | 2023-03-12T23:59:00-04:00 |
| Project 7 | Mon 03/20 | 2023-03-26T23:59:00-04:00 |
| Project 8 | Mon 03/27 | 2023-04-02T23:59:00-04:00 |
| Project 9 | Mon 04/03 | 2023-04-09T23:59:00-04:00 |
| Project 10 | Mon 04/10 | 2023-04-16T23:59:00-04:00 |
| Final Project | Mon 04/17 | 2023-05-07T23:59:00-04:001 |
1The final project has two intermediate milestones. This due date is for the final implementation only.
Lateness Policy
You have a semester-long allowance of 72 hours (divided into 1-minute segments) to turn in projects (not the final project, however) late. This allowance should be used carefully (if at all!), but can otherwise be allocated in any manner of your choosing, which means that you may:
- Use the full 72 hours on one project; or
- Use just over 6 hours on each project; or
- Use 9 hours and 22 minutes on one project, 30 hours and 11 minutes on another, 54 minutes on a third, etc.
Once the 72-hour allowance has been exhausted, then from that point on the course will begin to impose a 0.1% deduction to your grade for a project for each minute it is turned in late. Therefore, once your allowance is exhausted, for example:
- Any work turned in 10 minutes late will earn 99% of the points it would have earned had it been turned in on time (a 1.0% deduction).
- Any work turned in 60 minutes late will earn 94% of the points it would have earned had it been turned in on time (a 6.0% deduction).
- Any work turned in 1,000 minutes (16 hours, 40 minutes) late is effectively zeroed, as that would be a 100.0% deduction.
Furthermore, whether availing yourself of your semester-long allowance (partially or fully) or not, the absolute latest any single project may be turned in for credit is 72 hours from its original deadline. Gradescope will not allow any submissions after that point, nor will the course ordinarily accept them via some other means.
Late work will not be accepted for the final project.
Extension Policy
Given the flexibility of the lateness policy, above, the course does not allow for extensions of any kind on its projects. Exceptions to this policy will be considered only in situations of documented medical or family emergency. Extensions that are only requested after a project’s deadline will not be considered at all. In these situations, communication with the course staff is paramount. The course rarely grants extensions retroactively, and so it is imperative you be in touch about your need for an extension promptly. The only individual authorized to grant extensions is the head teaching fellow; please be sure to include any relevant documentation in your request.
Accessibility
The Accessibility Services Office (ASO) is available to support all students who require accommodations due to disabling conditions; all such accommodations must be approved and coordinated by the ASO. If you require accommodations, please contact the ASO at 617-998-9640, or by email at accessibility@extension.harvard.edu.
Academic Honesty
This course’s philosophy on academic honesty is best stated as “be reasonable.” The course recognizes that interactions with classmates and others can facilitate mastery of the course’s material. However, there remains a line between enlisting the help of another and submitting the work of another. This policy characterizes both sides of that line.
The essence of all work that you submit to this course must be your own. Collaboration on assigned projects is not permitted except to the extent that you may ask classmates and others for help so long as that help does not reduce to another doing your work for you. Generally speaking, when asking for help, you may show your code to others, but you may not view theirs, so long as you and they respect this policy’s other constraints. Collaboration on the course’s final project is permitted to the extent prescribed by its specification.
Below are rules of thumb that (inexhaustively) characterize acts that the course considers reasonable and not reasonable. If in doubt as to whether some act is reasonable, do not commit it until you solicit and receive approval in writing from the course’s heads. Acts considered not reasonable by the course are handled harshly. If the course refers some matter for disciplinary action and the outcome is punitive, the course reserves the right to impose local sanctions on top of that outcome that may include an unsatisfactory or failing grade for work submitted or for the course itself. The course ordinarily recommends exclusion (i.e., required withdrawal) from the course itself.
If you commit some act that is not reasonable but bring it to the attention of the course’s heads within 72 hours, the course may impose local sanctions that may include an unsatisfactory or failing grade for work submitted, but the course will not refer the matter for further disciplinary action except in cases of repeated acts.
Reasonable
- Communicating with classmates about projects in English (or some other spoken language).
- Discussing the course’s material with others in order to understand it better.
- Helping a classmate identify a bug in his or her code at office hours, elsewhere, or even online, as by viewing, compiling, or running his or her code, even on your own computer.
- Incorporating a few lines of code that you find online or elsewhere into your own code, provided that those lines are not themselves solutions to projects and that you cite the lines’ origins.
- Sending or showing code that you’ve written to someone, possibly a classmate, so that he or she might help you identify and fix a bug.
- Sharing a few lines of your own code online so that others might help you identify and fix a bug.
- Submitting the same or similar work to this course that you have submitted previously to this course, CS50 AP, or CS50x.
- Turning to the web or elsewhere for instruction beyond the course’s own, for references, and for solutions to technical difficulties, but not for outright solutions to projects.
- Whiteboarding solutions to projects with others using diagrams or pseudocode but not actual code.
- Working with (and even paying) a tutor to help you with the course, provided the tutor does not do your work for you.
Not Reasonable
- Accessing a solution to some project to (re-)submitting your own.
- Asking a classmate to see his or her solution to a project before (re-)submitting your own.
- Decompiling, deobfuscating, or disassembling the staff’s solutions to projects.
- Failing to cite (as with comments) the origins of code or techniques that you discover outside of the course’s own lessons and integrate into your own work, even while respecting this policy’s other constraints.
- Giving or showing to a classmate a solution to a project when it is he or she, and not you, who is struggling to solve it.
- Paying or offering to pay an individual for work that you may submit as (part of) your own.
- Searching for or soliciting outright solutions to projects online or elsewhere.
- Splitting an assigned project’s workload with another individual and combining your work.
- Submitting (after possibly modifying) the work of another individual beyond the few lines allowed herein.
- Submitting the same or similar work to this course that you have submitted or will submit to another.
- Submitting work to this course that you intend to use outside of the course (e.g., for a job) without prior approval from the course’s heads.
- Using AI-based software (e.g., ChatGPT, GitHub Copilot, et al.) that suggests or completes answers to questions or lines of code.
- Viewing another’s solution to a project and basing your own solution on it.
Acknowledgement and Authorization
Harvard plans to record audio, photos, and video of Computer Science 50 (CS50) lectures, sections, office hours, seminars, and other events and activities related to CS50 (the “Recordings”), with the aims of making the content of the course more widely available and contributing to public understanding of innovative learning (the “Projects”). As part of the Projects, the Recordings, or edited versions of them, may be made available to other Harvard students, to students at other educational institutions, and to the broader public via edX, the Internet, television, theatrical distribution, digital media, or other means. One of the ways it is expected that the Recordings, or edited versions of them, will be made publicly available is under a Creative Commons Attribution-NonCommercial-ShareAlike (CC BY-NC-SA) license. Another example is that Harvard may make and disseminate montages of “memories” from the class with images from the Recordings. The Recordings also may be used to make other derivative works in the future. Students may elect not to appear in photos and video used in the Projects and may still participate fully in CS50.
To attend CS50, you will need to sign online an Acknowledgement and Authorization in the following form:
I understand and agree that, if I do not wish any photos or video of me to be used as part of the Projects:
- If I am participating in CS50 in a classroom or other course location, I should sit in the designated “no-film” zone of the classroom or location, and should not walk in the field of view of the cameras.
- If I am participating in CS50 online, I should turn off my own camera and should not display a photo of myself. In addition, if I do not wish my real name to be displayed when I speak and my voice is recorded, I should select a pseudonymous user name in Zoom (or other online service). If I select a pseudonymous user name, I will inform the instructor, so the instructor knows who I am.
I understand that I am free not to be included in the Projects’ photos and video in this way, and that this will not affect my grade or my ability to participate in course activities.
Unless I exclude myself from the Projects’ photos and video as described above and take any other steps outlined by the instructor to avoid being filmed, I authorize Harvard and its designees to make and use Recordings of my participation in CS50 and activities related to CS50. I understand and agree that the Recordings may include my image, name, and voice. I also understand and agree that, even if I opt out of the Projects’ photos and video and choose a pseudonymous user name, my voice will be recorded if I am participating online, and may be picked up by microphones outside the “no-film” zone if I am in a CS50 classroom or other location, and my spoken name also may be included in the Recordings. If the class is online, I may participate instead via chat messages, which will not be included in the Recordings.
I understand and agree that Harvard and its designees will have the irrevocable, worldwide right to make, edit, modify, copy, publish, transmit, distribute, sell, publicly display, publicly perform, and otherwise use and make available the Recordings and any other works that may be derived from those Recordings, in any manner or medium now known or later invented, in connection with the Projects, and to authorize others to do so as well. I hereby transfer to Harvard any rights, including copyrights, I may have in the Recordings that Harvard makes. I will remain free to use and disseminate any ideas, remarks, or other material that I may contribute to course discussions.
I acknowledge and agree that I will not be entitled to any payment, now or in the future, in connection with the Recordings or any works derived from them. This Acknowledgment and Authorization is a binding agreement, and is signed as a document under seal governed by the laws of the Commonwealth of Massachusetts.
Unless you exclude yourself as described in the Acknowledgment and Authorization, you are agreeing, by attending CS50, that your participation in CS50 and related activities may be recorded and used by Harvard in connection with the Projects without further obligation or liability to you, even if you do not sign any authorization.
If you have any questions about the above, contact recordings@cs50.harvard.edu.