Pair Programming

Please email the name and email address of your partner to the teaching assitant Elizabeth Cassell, ecassell@ucsc.edu no later than September 29th. Please make the subject of the email be "partner name". If we have not received your partner information by that time you will be assigned a partner.

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. Failure to turn in a log will result in a 5 point penalty for that submission.

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

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 October 12th, 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 November 2nd, 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 November 23rd, 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 November 30th, 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.

WebCrawler

You will complete the project in 5 steps as detailed below.

1. Assignment #1 - Conditional statements - Print Links: Due October 5th at 10pm.
2. Assignment #2 - Loops - Random Web Crawler: Due October 19th at 10pm.
3. Assignment #3 - Methods - Extracting Anchors: Due November 2nd at 10pm.
4. Assignment #4 - ArrayList - Link Verifier: Due November 16th at 10pm.
5. Assignment # 5 - Classes - A Simple Web Index: Due November 30th 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.

Style (maximum deduction 50 points total, 10 points for any one category): Note that some of the following refer to language constructs you will be learning about during this course. If a style requirement mentions a language construct that you don't know about (e.g. "break") feel free to ignore it until it comes up in class. You will be responsible for following all that refer to topics covered prior to the due date of a particular assignment. If you aren't sure if an item will apply to a particular assignment, it will never hurt to ask. In general the items are listed in the order you can expect to have them apply.

• 1 point: 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).
• 2 points: Each non-descriptive identifier (class, method, constant, or variable).
• 1-10 points: Inconsistent or inappropriate indentation or the presence of TAB characters in the 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.
• 2 points: 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.
• 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.