Pair Programming

Please email the name and email address of your partner to the teaching assitant, Kai Pan (pankai@soe.ucsc.edu) no later than January 13th. Please make the subject of the email be "partner name".

At the same time that you turn in each programming project you also need to complete an online log, in the form of a WebCT quiz, that records how you spent your time on the project.

You should also read the pair progamming guidelines and policy for the class. This explains what is considered to be acceptable pair programming and what to do if you have problems with your partner.

Programming Assignments - A Cumulative Project

• RSClient.jar
• RSServer.jar

A program will be penalized 5 points (from the 100 total) for each week, beyond the initial due date for that project, required to obtain the 40 point correctness level. For example, suppose a project is submitted on time at the initial due date but fails to obtain the 40 points needed for correctness, if the program is resubmitted within the next week, and scores 45 on correctness and 50 on style, it would be penalized 5 points and receive a total of 90 (45 + 50 - 5) towards the overall class grade.

The point of this grading scheme is to encourage students to master one set of concepts before moving on to the next. This may result in some working at a slower pace than others. Of course this slower pace will be reflected in a lower grade, but the student can still make progress and pass the course. For example, here is a scenario that would result in an overall programming project score of 70% (satisfactory but not exceptional).

1. Project 1 is completed January 24th, 1 week late, after an unsuccessful ontime submission and then resubmitted within a week. Before the 5 point penalty, the program receives a perfect 100 points.
2. Project 2 is completed February 14th, 2 weeks late, (3 weeks after the last submission of project 1). Before the 10 point penalty, the program again receives the full 100 points.
3. Project 3 is successfully completed March 7th, 3 weeks late (3 weeks after the last submission of project 2), and receives 100 points before the 15 point penatly.
4. There is only 1 week left at this point, and a partial solution to project 4 is submitted March 14th, the last submission date, which is 2 weeks late. This program (due to some serious late night programming) manages to receive 90 points before the 10 point late penalty.

Student Respose System

• indicate how the pace of the lecture is going (too-fast to too-slow),
• respond annoymously to instructor queries requiring a multiple-choice response,
• anonymously submit questions to the instructor,
• add their support to questions already submitted by other students,
• and possibly other features not yet specified.

You will complete the project in 5 steps. More details will be available soon. (None of the program spec links below work at this point.)

1. Program #1: Due January 17th at 10pm.
2. Program #2: Due January 31st at 10pm.
3. Program #3: Due February 14th at 10pm.
4. Program #4: Due February 28th at 10pm.
5. Program #5: Due March 14th at 10pm.

Grading of Individual Projects

There are no "late" submissions meaning that programs not submitted by a weekly due date will not be accepted until the next due date (a week later).

Because of the resubmit/regrade policy, students are discouraged from submitting programs that they know will not receive the required 40 correctness points (except of course for the last submission of the quarter). In such situations, students should instead seek help from the instructor or TA (not from classmates other than a pair-programming partner).

Be advised that WebCT can sometimes get rather slow near a deadline, when many students are trying to submit. If you have a working program and are just "touching up the style" or doing some final testing, go ahead and submit it. You can always resubmit up to the deadline without any penalty, but if it gets too busy and you fail to submit in the last 5 minutes before a deadline, then you missed the deadline (like getting stuck in traffic - plan ahead and leave enough time).

Grading Breakdown

• 5 points: Fail to complete the webct log for this assignment. The deadline for completing the log is 1 hour after the homework deadline.
• up to 50 points: Woefully incomplete implementation. This is intended to prevent students from getting 50 points for a stylistically correct nearly vacuous file. It will not apply to any program that made a serious attempt to implement all required features.
• 100 points: Including code from any source other than the identified (at the top of the file) creator(s) without proper attribution.

Design (maximum deduction 25 points): See individual project descriptions for design point details.

Style (maximum deduction 25 points total):

• 1: Each occurance (up to 5 maximum) of lines that are more than 80 characters long (including spaces). If you connect with ssh most likely the default width of your terminal window will be 80 characters. Make sure your program looks ok there when displayed with "more".
• 2 points: Each method not preceeded by a meaningful block comment.
• 5 points: Each source file not beginning with an informative block comment including the name(s) of the creator(s).
• 1 point: Each non-descriptive identifier (class, method, constant, or variable). Maximum of 5.
• 2 points: 1 or more tabs in a source file. (Convert all tabs to white space and check indentation before submitting. You can use the Unix command expand.) NOTE: This does not mean that you should not use tabs when creating and editing your source code. It does mean that you should use the expand command to replace the tabs with spaces before submitting your final program or use an editor that automatically converts tabs to spaces.
• 1-5 points: Inconsistent or inappropriate indentation.
• 1 point: Each "magic number." A magic number is a literal constant (with the exception 0, +1, and -1) appearing anywhere in the source of a program except to initialize a symbolic constant (e.g. "static final int size = 5;" is ok, "for (i = 0; i < 5; i++) ..." is not (because of the 5 not because of the 0). If a numeric literal occurs only once, then creating a constant is not mandatory but still often helps with documentation. Maximum 5 points.
• 2 points: Each use of a series of if-statements (without else clauses) when an if-else is called for.
• 2 points: Each use of "break" in a loop when the loop predicate could easily be modified to handle the loop temination without a break.
• 5 points: Using an integer where a boolean is called for. E.g. don't use "while (hasMoreInput == 1)...", use "while (hasMoreInput) ...".
• 5 points: Each unnecessarily long method (over 50 lines is definitely long, under 25 is almost certainly safe).
• 5 points: Each global variable other than a static final... used to create a symbolic constant.
• 5 points: Each occurance of a repetitive sequence of lines that could/should be easily converted into a method.