The CS50 team include Professor Zhou, two graduate teaching assistants, five undergraduate teaching assistants, and five learning fellows.
Professor: Temiloluwa Prioleau, Sudikoff 109
Graduate assistants: Providing additional assistance and grading
Undergraduate assistants: Serving as Section leaders and graders
- Katelyn Huang
- Carlos Yepes
- Jacob Swenberg
- Iosef Casas
- Sylvester Coch
- Hanna Kidanemariam
- Sudharsan Balasubramani
Learning fellows: Supporting in-class active learning, and guiding project teams
- To be determined
The whole CS50 team: firstname.lastname@example.org
The majority of questions and problems can be resolved via posts to Piazza (see below). If you need a private communication with the teaching team, you can make a private post in Piazza, contact the relevant person by email, visit us during office hours, or make an appointment.
Student groups: check this Google sheet - upcoming
- Attend class (with your laptop) and engage in classroom activities. We do take attendance - you are permitted three absences.
- Attend weekly section meetings, and engage in their activities.
- Do the weekly reading - it’s short.
- Pay attention to Piazza for announcements.
- Code and submit Labs 1-6; see the policies below on late submissions.
- Engage fully with your project team, striving to produce well-designed, well-documented, well-tested, well-styled code.
Lectures, office hours, sections
X-hour: Tu 12:15-1:05
- Temi: Monday & Wednesday from 3 - 4pm, Sudikoff 109
- Abigail: TBD, Sudikoff XX
Each lecture topic will be supported by lecture notes. These should be available by class time each day of class and will complement what is presented in class. We try to include in the class notes most of what we will discuss in class, but there will often be additional material that is included in class. In short: you should not miss class.
Please see the schedule for the complete list of topics that we will cover. The schedule is subject to change and I will try to update this pdf when changes occur.
Some assignment deadlines, further out in the term, are still tentative.
We will use most of the x-hour periods for additional lectures, discussions, lab and help time.
Each student should sign up for a Section, and each Section meets one hour per week. These meetings give you an opportunity to work closely with an undergraduate teaching assistant on a hands-on activity that reinforces what we do in class.
If you have a conflict with your usual section meeting time, in a particular week, feel free to attend a different section that week - just blitz your regular section leader know, and check in with the leader of the section you attend.
|Katelyn Huang||xx||xx||Sudikoff XX|
|Carlos Yepes||xx||xx||Sudikoff XX|
|Jacob Swenberg||xx||xx||Sudikoff XX|
|Iosef Casas||xx||xx||Sudikoff XX|
|Sylvester Coch||xx||xx||Sudikoff XX|
|Hanna Kidanemariam||xx||xx||Sudikoff XX|
|Sudharsan Balasubramani||xx||xx||Sudikoff XX|
You are encouraged to read all the assigned readings listed before class each week, but you are expected to have read these readings before the next week.
Successful completion of Computer Science 10.
The instructor will make announcements via Piazza. You may choose among several options for receiving announcements and other updates to our Piazza site. See the Piazza page for more information.
We will use Piazza for class discussion and announcements, Canvas for grades.
You are responsible for reading announcements we make in Piazza. The Piazza system is also a great tool for seeking help, quickly and efficiently, from classmates and the instruction team. Rather than emailing questions to the teaching staff, please post your questions on Piazza. This allows your classmates to benefit from seeing the question and subsequent instructor response. You are also encouraged to contribute answers to other people’s threads, or initiate open-ended discussions (“what did everyone think about that ‘goto considered harmful’ article?”).
Warning! If your question reveals part of a solution, do not post it publicly! Mark the question as private and only you and the instructors will be able to see it.
To get set up in Piazza, you need to connect to Canvas first. Once in Canvas, select our course (“Software Design&Implement’n”), and then click on Piazza on the left side. Please do not register directly at Piazza’s website as that will confuse Canvas ;-). If you have registered your full Dartmouth email address with Piazza before, you will be ready to go. If not, Piazza will register you and ask you to pick a password. Security tip: do not use your Dartmouth NetID password; Piazza is not Dartmouth.
Note: A Piazza privacy issue was uncovered in the fall of 2018, where the Piazza settings for privacy are unclear and “opting in” means revealing information to anyone in Piazza. Please make sure that you review this document and lock down your privacy settings properly.
Piazza has a nice app for iOS and Android, as well as the website.
If you have any problems with Piazza itself, or feedback for the Piazza developers, please email them here.
Access to the Canvas site is limited to those enrolled in the course.
Students will work individually on a series of six coding assignments (“labs”), which get progressively harder through the term. All labs are submitted through GitHub Classroom (GitHub). We will test all your solutions on CS Linux machines, so you should develop and test (or at least test) your code there.
Students will work on projects in small groups assigned by the instructor; details will be announced later in the term. After the project is submitted, each member of a group will submit a confidential assessment of themselves and the others in their group.
Access to CS Linux systems
You will need a computer account on the CS Linux machines even if you develop on your own computer. You are free to use the Sudikoff labs (rooms 003, 005) for your work; if you have a Windows laptop, you may find it best to use the MacOS computers in these labs. Please note that these rooms have some periods when they are reserved for other courses.
Recovering files lost on the CS Linux systems
The CS servers run a periodic backup of all user files, once or twice a day, and you can recover the files yourself.
There are no exams in this class – instead, a series of programming exercises and a final project.
|Shell Lab 1||8%|
|C intro Labs 2-3||20%|
|TSE Labs 4-6||36%|
|Final project grade||26%|
The final project is a team grade – every team member gets the same grade – but there is an opportunity for peer evaluation to address variance in members’ contribution.
Class engagement will be assessed on attendance and participation in activities in class. Engagement requires both preparation and participation - you should read ahead, think ahead, and actively participate.
Class Attendance counts toward “engagement”; you have three ‘free’ absences. You are expected to attend and engage actively in classroom activities.
Lab grades depend on whether your submission meets the requirements for that lab, and being submitted on time. See the lateness policies below. Remember, the graders test your lab submissions on the CS Linux machines.
Your work is normally graded each week by the teaching assistants, according to a grading rubric that I discuss with them. If you have any grading questions on a homework or quiz, please follow the procedure below.
If the grader made an obvious mistake (e.g., totaling error), you can see me or the TA and we’ll make the correction right away.
If you feel the grader did not grade your answer accurately, then you should send email to both the grader and me to explain which program(s) need regrading and why. We will arrange for your answer to be reviewed again. After you hear the outcome on your regrade request, if you still feel the matter is not resolved satisfactorily, then you should see me.
You must submit your regrade request within one week from when the homework/exam was returned, or 5PM March 9, 2020, whichever is earlier.
Please note that any regrade request that comes after the deadline stated above will not be considered, regardless of its merit.
Programs that crash
Your lab solutions are graded on correctness, style, design, and documentation. Each lab requires you to document your own tests and test results; the graders will also compile and run your program with their own test cases. If your program crashes when the graders run a particular test, your program will be marked as incorrect for that test. If your program does not compile, you will lose all correctness points. The best way to avoid that situation is to ensure that your program doesn’t crash in the first place. Learning how to debug and test your programs is a key part of this course.
This is a challenging course, so self-discipline and planning will be key to your success. In short, Start Early!
Late assignments will be penalized:
- 10% off the whole lab’s points if submitted within 24 hours after the deadline,
- 20% off the whole lab’s points if submitted within 48 hours after the deadline,
- 30% off the whole lab’s points if submitted within 72 hours after the deadline.
As an example, if it’s due at 11:50PM on 25-July and you submit it at 1:00AM on 26-July, and the total points of the lab is 100 points, 10 points will be deducted from your final score.
No assignments will be accepted 72 hours after the original deadline. At that point, you will receive zero points for the lab.
Dartmouth’s Honor Code and policies apply to your conduct in this course. Please read about Dartmouth’s Academic Honor Principle.
First, you may discuss and help each other (help in debugging, sharing knowledge, giving moral support, getting coffee, etc.). This support is the type of team spirit and joint problem-solving skills that are the essence of the course and necessary to do a great project. However, you cannot work jointly on coding up (i.e., writing) your individual programming assignments. You can talk, discuss solutions to solve a problem but you cannot jointly work on the code development and writing. Submitted code for the labs has to be yours and yours alone.
The project phase is different. You can work jointly with your project team on writing code and documentation. But you cannot take code from anywhere (e.g., the web or any other source). It has to be the joint product of the team. No sharing of code between teams. As above, teams can discuss code, show each other snippets on the white board, but not share source code.
In either case, you should not read and directly incorporate solutions for assignments found on the Web (including websites for previous terms, inside or outside of Dartmouth).
SPECIFIC GITHUB WARNING
We will also be learning how to share files using the
git source code control system.
We will use git with GitHub, which is an open repository of projects (including source code) from programmers around the world.
Some past students of CS50 uploaded their assignment or project solutions to GitHub for reference by potential employers. While this is may be a good idea for their job search, it is extremely disruptive, distracting, and misleading for you and future students.
Keep in mind:
- Anyone can upload code to GitHub. That doesn’t mean it’s good code, working code, or even code that will compile and run! If you take freely available code and study it sufficiently to be sure it works properly and isn’t evil, you might as well write it yourself.
- If you need to upload your work for reference by potential employers, make the repo private. GitHub offers free unlimited private repositories to students.
- Any student found to have uploaded any CS50 assignment solutions, including TSE and the final project, to a publicly available GitHub repository, or to a private GitHub repository while sharing its access credentials with other Dartmouth students, will be reported.
- Anyone caught using the work of prior CS50 students, whether from GitHub or other sources, will be reported.
- The graders have a list of existing public repos hosting CS50 related labs, and will compare your submission to them to detect plagiarism.
The following is repetitive, but it is necessary to be explicit here (this is Prof. Campbell’s version):
You would be amazed at how easy it is to tell when people work together on problem sets, particularly coding exercises. Think about the simple shell commands we run against your source code from labs and projects to compare your lab assignments and projects against every other assignment and project ever submitted since this revision of course started in 2008 - it takes less that a millisecond to run these checks - no effort on our behalf. Similarly, we know how to use google too. You should not under any circumstance look at or use code from students that have previously taken this course. The message is simple - please don’t make life unpleasant for all of us by breaking these rules. The penalties for cheating at Dartmouth are severe, starting with suspension and including expulsion. If you are unsure about anything, please ask.
We can assure you that violations of the Honor Code have been, and will continue to be, treated seriously.
Indeed, I agree with Professor Cormen, who wrote:
I reserve the right to assign you a failing grade on an entire homework assignment or on an entire exam if I believe that you have violated the Academic Honor Principle, apart from any finding by the COS. I will give you every opportunity to convince me that you did not violate the Academic Honor Principle, but I take the Academic Honor Principle very seriously. You have read Sources and Citation at Dartmouth College. I was co-chair of the committee that wrote this document. In fact, I wrote the first draft. So I know exactly what it says. Cheaters—whether or not they are caught—bring dishonor upon themselves and upon everyone else at Dartmouth. To do that, for just a few lousy points in a course, is [insert your favorite strong adjective meaning “stupid” here]. You cannot fool me into thinking that you did not cheat if, in fact you did. So don’t cheat.
Please let me know if you have any questions—better to be safe than sorry!
Credit your sources
Any ideas you get from other teams or any other source should be carefully cited both in the code and in the documentation.
- In your assignments, list all your collaborators (e.g., “I discussed this homework with Alice, Bob, …”) and credit any sources (including code) used.
- You must also credit specific sources that are provided by the instructor. For example, you must credit code that we give you if it helps you with your work (either by direct use of the code, or by simply enhancing your understanding by reading the code).
- References for any non-trivial algorithms you employ should be included in the code and documentation to ensure others will know where to learn more about it.
Copying code from StackOverflow or other online sources is strictly forbidden. The code you submit must be your own.
For more general information, see Dartmouth’s guidelines for proper citation of sources, particularly the section on Computer programming assignments.
Students with disabilities who may need disability-related academic adjustments and services for this course are encouraged to see me privately as early in the term as possible. Students requiring disability-related academic adjustments and services must consult the Student Accessibility Services office (205 Collis Student Center, 646-9900, Student.Accessibility.Services@Dartmouth.edu). Once SAS has authorized services, students must show the originally signed SAS Services and Consent Form and/or a letter on SAS letterhead to their professor. As a first step, if students have questions about whether they qualify to receive academic adjustments and services, they should contact the SAS office. All inquiries and discussions will remain confidential.
I realize that some students may wish to take part in religious observances that fall during this academic term. Should you have a religious observance that conflicts with your participation in the course, please come speak with me before the end of the second week of the term to discuss appropriate accommodations.
On rare occasions, Dartmouth may cancel classes or even close the campus. If this occurs, general notice will be given in three ways:
- Local broadcast media;
- Campus-wide BlitzMail messages; and
- A recorded message at a College toll-free Inclement Weather Phone Line: 1-888-566-SNOW (1-888-566-7669).