Syllabus – Summer I 2020
Office hours are spread among several rooms; please check this calendar carefully to know where and when staff will hold their office hours.
CS 3500 teaches a rigorous approach to object-oriented programming and design, with an emphasis on abstraction, modularity, and code reuse as applied to the building and understanding of large-scale systems. We will explore the basic mechanisms and concepts of object-oriented programming: object, class, message, method, interface, encapsulation, polymorphism, and inheritance. Students will gain hands-on experience with tools and techniques that facilitate the creation and maintenance of applications using the Java programming language.
This course assumes familiarity with programming in the style of How to Design Programs, and basic knowledge of the Java programming language as introduced in CS 2510.
For programming assignments, we will use Java 11. You should download and install the Java SE Development Kit, version 11 from Oracle.
The supported IDE (integrated development environment) for the course is IntelliJ IDEA. This is the IDE that the instructor uses in lecture, and we may occasionally give instructions for how to perform particular tasks in IDEA. You are free to use a different IDE, but we may not be able to help you if you run into trouble. IntelliJ IDEA Community Edition may be downloaded free of charge, and you can also license the Ultimate Edition.
If you are having trouble setting up IntelliJ, we have a video demonstrating how to configure your environment here.
There is no required textbook, but you may find these books useful.
Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides, Design Patterns: Elements of Reusable Object-Oriented Software, Addison-Wesley, 1995. (The standard reference for object-oriented design patterns.)
Eric Freeman and Elisabeth Robson, with Kathy Sierra and Bert Bates, Head First Design Patterns: A Brain-Friendly Guide, O’Reilly, 2014. (An entertaining guide to object-oriented design patterns, with examples, illustrations, and exercises.) Full source code for the examples in Head First Design Patterns is available on GitHub.
Peter Sestoft, Java Precisely, Second Edition, MIT, 2005. (May be especially useful if your Java skills are weak.)
Design Principles Master List: all the key design concepts taught in the course, in list form.
Piazza discussion board—
ask questions here!
Google’s Java style guide—follow this! Your grade will reflect your adherence to good style.
IntelliJ configuration file to automate Google style – download this file and load it into IntelliJ to have your code formatted automatically.
Java API Reference Standard Edition, version 11
An interactive tutorial on using Git
Testing your code is sufficiently important that we’ve devoted an entire page to it. Please read these notes, for each and every assignment you work on.
To get maximum benefit from lecture notes, please follow these steps:
Before the scheduled lecture in class:
(3-5 minutes): Go through the lecture objectives to understand the context. If applicable, try to connect the objectives with material from previous lectures
(1 hour): Read the lecture notes
Take notes as you read, just like in a class
After each section, summarize it in your own words in your notes
As you read the notes, jot down any questions you have immediately. If they get resolved later in the notes, cross them out
For each example in the lecture notes, try to come up with your own example that shows the same concept
Highlight your summaries, and any unresolved questions. These are your guidelines for the actual class lecture
Attend lecture. Add to your notes. Ask unresolved questions during or after class
(10 minutes): After class, skim through your notes quickly to make sure you have understood everything
This table specifies the lecture schedule; topics are tentative.
Topics (tentative and approximate)
Why object-oriented design?
MVC and introducing the model
Introducing the Model, and the Builder pattern
Controllers and Mocks;
Controllers and Mocks;
Encapsulation and Invariants
Design exercise: Turtle Graphics
Memorial Day: no classes
Inheritance vs. composition
Intro to Performance
Introduction to Views, GUI basics
GUI basics, intro to ICE4
The Adapter pattern
The strategy and decorator patterns
Model Design Discussion
Exam 2 review
Design Principles; Case study: SceneGraph
Design Principles; Case study: SceneGraph
Homework will usually be due at 8:59 PM; the day of the week varies, so you should check each individual assignment to be sure. General homework policies are here.
This homework schedule is tentative and subject to change at the instructor’s discretion.
We will have two examinations:
Exam 1: 05/26
Exam 2: 06/10
You may not collaborate with anyone on any of the exams. You may not use any electronic tools, including phones, tablets, netbooks, laptops, desktop computers, etc. If in doubt, ask a member of the course staff.
Some homework assignments will be completed with an assigned partner, and some may involve a larger team (TBD). You must collaborate with your assigned partner or team, as specified, on homework assignments. You may request help from any staff member on homework. (When you are working with a partner, we strongly recommend that you request help with your partner.) You may use the Piazza bulletin board to ask questions regarding assignments, so long as your questions (and answers) do not reveal information regarding solutions. You may not get any help from anyone else on a homework assignment; all material submitted must be your own. If in doubt, ask a member of the course staff.
Providing illicit help to another student is also cheating, and will be punished the same as receiving illicit help. It is your responsibility to safeguard your own work.
A subtler form of cheating, but nevertheless illegal, is self-plagiarism. This is when you copy and submit code that you developed when you took CS 3500 previously for credit again. This is illegal if done for your group assignments, because the code you are attempting to submit has not been written just by you and your partner in the current semester.
Students who cheat will be reported to the university’s office on academic integrity and penalized by the course staff, at our discretion, up to and including failing the course.
If you are unclear on any of these policies, please ask a member of the course staff.
In general, you should submit your homework according to the instructions on the web page for the individual assignments.
You will submit your homework using https://handins.ccs.neu.edu. We have written a how-to guide for using the handin server, if you are unfamiliar with it. (To log in to the handin server, you will need an active CCS account. If you are a CS major or have taken a CS class before, you should have one already. If you have forgotten your account name or password, go to https://my.ccs.neu.edu/ and click on the “Forgot Username” or “Forgot Password” links. If you have never created an account before, click on the “Apply for an account” link in the upper right corner.) Make sure you can log in to the handin server, and register for your section of the course, before the first homework is assigned.
Unlike prior semesters, you will usually need to submit multiple files for your assignments, rather than a single file. You should therefore add all your files to a .zip or .tar file, and submit that archive file. Note:
Java is very picky about directory organization. Your archive files should therefore contain your src/ and test/ directories only, and not have them nested within some other directory by mistake, or include your compilation directory unnecessarily.
The handin server is very picky about the sorts of archives you send it. Send it only .zip files, .tar files, or .tar.gz files – other archive formats will be rejected. So will archives larger than 5MB or 100 files and folders: if the server rejects your archive, check that you didn’t include unneeded files.
Additionally, every homework where you write code will be followed one day later by a self-evaluation assignment. Only one partner (for team assignments) needs to complete the self-eval, and it will count for both partners.
If you have trouble submitting to the server and you have time before the deadline, please wait few minutes and try again; it may also be worth checking on Piazza to find out whether other students are experiencing similar difficulties. If upon retrying you still cannot submit, email your professor. Your email should have the subject “HW N submission problems” (where N is the appropriate homework number), and you should attach the ZIP file exactly as you would have submitted it to the server.
Each student gets four free, no-questions-asked late days for the term. Two of these days can be used for individual assignments, and two will be for group assignments. The purpose of late days is make the extension process fair and transparent by getting the instructors out of the extension-granting business entirely. Instead, when you need an extension, you can take one—provided you have a late day remaining.
To use a late day, just submit the homework as normal. The server will keep track of the number of used late days, and will prevent you from submitting more than one day late to any assignment, or late at all if you’ve used all your late days. Conserve your late days carefully.
No more than one late day may be used on any one homework. You may not look at and must avoid gaining knowledge of the self-evaluation questions until you have submitted your late assignment. Late days cannot be divided fractionally, but must be used whole. Late days cannot be transferred to or shared with a partner, so in order to take an extension both you and your partner must have sufficient late days remaining. Choose your partners carefully.
Using a late day to submit your files does not automatically grant you a late day for the self-eval: it will remain due at the normal time.
Your grade will be based on your performance on the problem sets (60%), in-class exercises (1-2%), and the exams (15%, 24%). Material for examinations will be cumulative.
The grades will computed on an absolute basis: there will be no overall curving. The instructor may choose to curve an individual homework or exam, but please do not bank on such a chance.
The mapping of raw point totals to letter grades is given below. Please note that these grade boundaries may move slightly at the discretion of the instructor, but the grade boundary for A is unlikely to change. Grades are not rounded: for instance, earning a 92.5% does not imply we will round up to a 93% and hence to an A.