For the final group project, your team must consist of people from the same recitation as yourself. Since you will not be permitted to change recitations after they are assigned, take care when choosing the people you would like to be with in a recitation. The list of people you wish to work with should be consistent amongst yourselves.
| Lecturers | Prof. Rob Miller | NE43-244 | rcm@mit.edu |
| Dr. Paul Fitzpatrick | NE43-933 | paulfitz@ai.mit.edu | |
| Course Secretary | Sally Lee | NE43-209 | sally@csail.mit.edu |
| Head TA | Matt Notowidigdo | NE43-246 | noto@mit.edu |
| TAs | Magdalena Balazinska | NE43-506 |
mbalazin@mit.edu |
| Michael Bolin | NE43-246 | mbolin@mit.edu | |
| Brian Dunagan | NE43-V640 | bdunagan@mit.edu | |
| Cliff Frey | NE43-521B |
frey@mit.edu | |
| Ryan Jazayeri | NE43-246 | jaz@mit.edu | |
| Gregory Marton | NE43-825 |
gremio@mit.edu | |
| Paul Pham | E15-427 |
ppham@mit.edu | |
| Asfandyar Qureshi | NE43-529 |
asfand@mit.edu | |
| LAs | Baris Yuksel | barisy@mit.edu | |
| Chen Xiao | chenx05@mit.edu | ||
| Corey McCaffrey | coreymcc@mit.edu | ||
| George Huo | ghuo@mit.edu | ||
| David Huang | huang@mit.edu | ||
| Natan Cliffer | natan@mit.edu | ||
| Oleg Shamovsky | olegs@mit.edu | ||
| Panayiotis Mavrommatis | pmavrom@mit.edu | ||
| Matthew Sither | sither@mit.edu | ||
| Thomas Wilson | tom_w@mit.edu |
Mail sent to 6.170@mit.edu will reach the lecturer, TAs, and LAs.
Mail sent to 6.170-lecturers@mit.edu will reach the lecturer.
Mail sent to 6.170-tas@mit.edu
will reach the teaching assistants.
Mail sent to 6.170-las@mit.edu
will reach the laboratory assistants.
TAs will schedule office hours and locations by the end of the first week of class. Please visit your TA (or another TA, if necessary) during their office hours if you have anything you'd like to discuss about the course or course materials. Please see the TA Office Hours for the locations and times of office hours.
LAs will schedule LA hours held in designated clusters. Please feel free to work in the cluster so you can talk to them in person when you have questions about Java or other technical details. Time permitting, they also monitor the 6.170 zephyr instance while on duty, but they give priority to students who visit them in person. Please see the LA Lab hours for an up-to-date list of hours.
The lecturers are available by appointment but do not have fixed office hours. Feel free to send email if you'd like to meet with a lecturer.
When solving your assignments, the laboratory assistants should be your first resource for problems with your Java code or the Athena environment. For other questions, the LAs may be able to help you with advice or information, but the answer of a TA or lecturer is authoritative. Your TA can answer most questions about the course. The LAs or TAs may choose to escalate your questions to the head TA or the lecturer; you may also do so yourself if you do not receive an answer.
Here are some examples of questions appropriate for various staff members. Naturally, you shouldn't ask a question unless you have first tried to find the answer yourself. When asking a question, be sure to say what you have already tried to do to solve the problem; that way the staff won't waste its time and yours repeating something you already know.
6.170 meets Monday, Tuesday, Wednesday, and Thursday from 10-11 in the morning. Generally speaking, Monday, Tuesday, and Wednesday are lectures in 34-101, and Thursday is recitation. Your first recitation will be Thursday, February 5.
Recitation Section Locations (Thursdays at 10 am):| Section | Instructor | Location |
| 1 | Matt Notowidigdo | 34-304 |
| 2 | Magdalena Balazinska | 26-328 |
| 3 | Michael Bolin | 26-210 |
| 4 | Brian Dunagan | 26-168 |
| 5 | Cliff Frey | 26-302 |
| 6 | Ryan Jazayeri | 26-322 |
| 7 | Gregory Marton | 36-112 |
| 8 | Paul Pham | 36-144 |
| 9 | Asfandyar Qureshi | 36-153 |
While 6.170 is a lab class, lab work will be performed on your own time either on Athena or using your own personal machine. Since both lectures and recitations in 6.170 tend to focus on conceptual material pertaining to software engineering rather than particulars of how to use the Java language, this term we are offering optional tutoring sessions in lab during the first two weeks of the term. These sessions are optional and ungraded, but they will help you to understand and use the Java language and tools more effectively.
Lab sessions will involve a one-hour exercise that introduces you to some tool (such as editing environments, compilers, debuggers, and profilers) or to some aspect of the Java language (such as inheritance and the Swing library). TAs and LAs will be on hand to help you.
Lab sessions are held in W20-575 (W20 cluster). Check LA Lab Hours for an up-to-date listing.
There will be two one-hour quizzes during class time; see the class schedule.
| Individual Work |
|
Problem set 0 |
2% |
| Problem set 1 |
7% | ||
| Problem set 2 | 7% | ||
| Problem set 3 | 7% | ||
| Problem set 4 | 7% | ||
| Problem set 5 | 7% | ||
| Problem set 6 | 7% | ||
| Quiz 1 | 13% | ||
| Quiz 2 | 13% | ||
| Group Work |
|
Final Project | 30% |
We will make every effort to standardize TA grading policies, but we reserve the right to normalize grades across recitation sections to account for remaining disparities.
All team members in a project team will receive the same project grade. In order to have the best project experience, team up with students who have the same expectations and motivations as you do with respect to project and overall course grades.
It is our intention that each student gains the full benefit of 6.170 and achieves a full understanding of the course material. However, we recognize that some students benefit from discussions with other students. Therefore, we permit limited collaboration on 6.170 assignments.
No one (except the 6.170 staff) may ever view your solutions; this includes your writing, code, tests, documentation, etc. It is a violation of the collaboration policy to zephyr more than 5 lines of code to the zephyr instance. (You are better off talking to an LA in person anyway.) It is a violation of the collaboration policy to permit anyone besides the 6.170 staff and yourself read-access to your ~/6.170 directory or any other location where you keep 6.170 code. (If you need to copy code to your home computer, use scp rather than putting it in your ~/www/ directory.)
For example, it is permissable to discuss testing strategies with another student (assuming you follow the guidlines for discussion given above), but you may not view another student's testing code.
You may not view anyone else's solutions (from this semester or previous semesters). You may not refer to code or specifications in materials from previous offerings of 6.170 ("bibles"), nor to materials on the Internet that solves the problems.
Your solutions may use code from the standard Java libraries and from libraries offered for your use by the 6.170 staff. All other code in your submitted work for the individual assignments must be of your own creation.
You may use conceptual material that you obtain from textbooks, the Internet, previous offerings of 6.170, and other sources. For instance, Introduction to Algorithms by Cormen, Leiserson, Rivest, and Stein is an excellent resource for looking up algorithms. If you use any material from an external source, you must credit it clearly in your documentation.
Students in 6.170 are required to submit the implementation part of the problem sets electronically.
Your documentation must clearly indicate any shortcomings of your program. If your code does not compile, or if certain functionality is missing, and your documentation does not clearly and prominently indicate as such, then you will lose points for the omissions (as well as for the defect itself).Diagrams which you turn in must be readable. While we will not be grading on artistic merit, if it is not easy to see what is happening, then you have not successfully conveyed the relevant information, and you will be graded accordingly.
Electronic problem set solutions should be submitted via CVS. All code you turn in must compile. It must also run when called in the manner specified by the problem set, or it will not receive credit for correctness. TAs will not adjust your output formats or otherwise debug your programs to try to get them to run. You will be given example input and output files, and often full test suites as well, in order to test your own programs before submitting them. You should use the validate6170 script to check your code before you submit it.
For many of the problem sets we will provide you with a detailed specification for the behavior of the code that you will write. It is imperative that the program you write conform precisely to these specifications. This means that your program should not write anything to either standard out or standard error other than precisely what is specified. You should verify that the spelling, phrasing, or punctuation conforms to the specification as your program will be subjected to automated testing. The output of your program should furthermore be deterministic: it should not vary from run to run when presented with the same input.
In addition to providing specifications for the behavior of your program, we will often provide specifications for certain classes. For such classes you are free to add private fields, methods, and constructors, but unless otherwise specified you may not add public, protected, or default-access (package) fields, methods, or constructors.
The test suites which you include with your program should run in under a minute when testing your implementation.