Syllabus
Instructor
Description
This course picks up where Harvard College’s CS50 leaves off, diving more deeply into the design and implementation of web apps with Python, JavaScript, and SQL using frameworks like Django, React, and Bootstrap. Topics include database design, scalability, security, and user experience. Through hands-on projects, students learn to write and use APIs, create interactive UIs, and leverage cloud services like GitHub and Heroku. By semester’s end, students emerge with knowledge and experience in principles, languages, and tools that empower them to design and deploy applications on the Internet.
Prerequsisites
CSCI E-50, CS50x, or prior experience in any programming language.
Expectations
You are expected to
- watch all lectures,
- implement five assigned projects, and
- design and implement a final project.
Grades
Your final grade will be based on your performance on the course’s projects, each of which will bear equal weight. Projects (except for Project 0) 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). This includes, but is not limited to, adherence to Python’s style guide, which you can verify using
pycodestyle
.
For Project 0, only the axis of correctness will be evaluated.
Lectures
date | topic | |
---|---|---|
Lecture 0 | 1/25 | HTML and CSS |
Lecture 1 | 2/1 | Git |
Lecture 2 | 2/1 | Python |
Lecture 3 | 2/8 | Django |
Lecture 4 | 2/22 | SQL, Models, and Migrations |
Lecture 5 | 3/8 | JavaScript |
Lecture 6 | 3/29 | User Interfaces |
Lecture 7 | 4/12 | Testing, CI/CD |
Lecture 8 | 4/26 | Scalability and Security |
Sections
Lectures are supplemented by weekly sections led by the teaching fellows. A schedule will be posted on the course’s website.
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
1The final project also has intermediate milestones.
Lateness Policy
For each minute that a project is turned in late, the course will impose a 0.1% deduction on your grade for the project. (Therefore, once a project is 16 hours and 40 minutes late it will earn no credit at all.) Late work will not be accepted for the final project.
Extension Policy
Once during the term you may grant yourself a 3-day (72-hour) extension. That extension cannot be apportioned among multiple projects or be applied to any of the final project’s milestones. To grant yourself this extension, submit this form by the project’s deadline. No other action or confirmation from the course heads is required. If you try to submit the form multiple times, subsequent submissions will be automatically ignored.
The course otherwise does not allow for extensions of any kind on its projects. Exceptions to this policy will be considered only (a) in situations of documented medical or family emergency, or (b) if the request comes to the course directly from your Extension School academic adviser, if you are a degree candidate. Extensions that are only requested after a project’s deadline, even via the above form, will not be considered at all. The only individuals authorized to grant extensions are the instructor and the head teaching fellow.
If you receive an extension under the terms of this policy, it may not also be combined with the late policy above. After 72 hours from the original deadline, the work will not be accepted at all.
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
The 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 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 only to the extent prescribed by its specification, with approval from the course heads.
Regret clause. 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.
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.
Reasonable
- Communicating with classmates about projects in English (or some other spoken language), and properly citing those discussions.
- Discussing the course’s material with others in order to understand it better.
- Helping a classmate identify a bug in their code at office hours, elsewhere, or even online, as by viewing, compiling, or running their code after you have submitted that portion of the project yourself. Add a citation to your own code of the help you provided and resubmit.
- 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 assigned problems and that you cite the lines’ origins.
- Reviewing past semesters’ tests and quizzes and solutions thereto.
- 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, provided you properly cite the help.
- Submitting the same or similar work to this course that you have submitted previously to this course, CS50 AP, or CS50x.
- Turning to the course’s heads for help or receiving help from the course’s heads during the quizzes or test.
- 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 or your own final project.
- 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 problem prior to its deadline.
- Accessing or attempting to access, without permission, an account not your own.
- Asking a classmate to see their solution to a project before its deadline.
- Discovering but failing to disclose to the course’s heads bugs in the course’s software that affect scores.
- 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.
- Looking at another individual’s work during the quizzes or test.
- Manipulating or attempting to manipulate scores artificially, as by exploiting bugs or formulas in the course’s software.
- Paying or offering to pay an individual for work that you may submit as (part of) your own.
- Providing or making available solutions to projects to individuals who might take this course in the future.
- Searching for or soliciting outright solutions to projects online or elsewhere.
- Splitting a 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.
- Turning to humans (besides the course’s heads) for help or receiving help from humans (besides the course’s heads) during the quizzes or test.
- Viewing another’s solution to a project’s problem and basing your own solution on it.
- Viewing the solution to a lab before trying to solve it yourself.