|Office||5121 Wean Hall|
|TA||Jeffrey Stylos||Owen Yamauchi|
|Office||3710 Wean Hall|
|Lectures||MTWRF||12:00 - 01:20pm||PH A18C|
|Recitations||MR||01:30 - 02:20pm||WH 5419A|
Mark A. Weiss, Data Structures and Algorithm Analysis in Java, Second Edition, Addison Wesley, 2007. ISBN # 0-321-37013-9
Course Home Page:
Course Bboard: academic.cs.15-211
You may use any programming environments available to you such as CodeWarrior, Eclipse, Project Builder, TextPad, Emacs and others. We recommend you to look at a free open-source Java environment available from Eclipse . You need to install the Java 2 SDK first before installing Eclipse.
Participation in this course consists of the following activities
- Attending and participating in lectures and recitations
- Reading the lecture notes
- Reading the textbook
- Carrying out homework assignments
- Taking the quizzes, midterm, and final.
- Discussing appropriate aspects of course content with other students
- Staying up to date on announcements on the bboard
Attendance is strongly encouraged. You will be responsible for all materials presented in lectures. You should not expect that all lecture materials will be given to you in written form, nor should you expect that lectures will be drawn form the textbook.
Grades for the course will be determined by a curve. First, we will compute a weighted total of each student's scores on assignments and exams. These will be plotted as a histogram, and then approximate cutoff points for the different letter grades will be determined. Individual cases, especially those near the cutoff points may then be adjusted upward or downward based on factors such as extra credit and participation in recitation discussions (TA discretion). Very roughly, we expect to give about 25-30% A's, 30-40% B's, 20-25% C's, and about 10% ``other.'' This is not a requirement; we could (and indeed, we want to) give all A's if performance warrants it.
The homework assignments is critical part of the course. Experience has shown that concepts are best learned by direct engagement---in our case by applying them to example problems or by implementing them in computer programs.
Each assignment consists of two parts: theory and programming.
Programming assignments will be graded based on style (modularity, effective use of data abstraction, readability, commenting, etc.) and functionality (orrectness and efficiency of the program on the test inputs.) A working program is not sufficient for full credit. Make sure you do a thorough data validation. Your code should be properly annotated with comments. Your assignments will be graded by your TA.
Check and post to the bboard with questions about assignments. The TA will check the bboard and respond to questions. Please do not post code to the bboard. There may be announcements about assignments posted to the bboard, so checking it is highly recommended.
We do allow a collaboration on programming assignments, though it is limited to max 2 students per group. You may only work with each person in the class, as a partner, ONCE. If you work as part of a group, you only submit one copy of the program with both names in it. In addition, please submit in the header of the main file a description of the work each partner has done. Please be specific. We expect that both partners in the group are actively involved in the coding and debugging of all parts in some way. Your TA may ask you to explain the code and how you debugged and tested it.
One possibility is that each person in the group becomes a lead programmer for at least one part. After you have debugged your part, your partner is responsible for testing your part. Having someone who did not write the code test the code is a standard quality assurance approach used in industry. Alternatively you can do pair programming (two people, one computer). Another approach is to divide up the programming into parts, and then do a "code review," where the one who did the programming explains the code to the other, line by line. Code reviews are common in industry, as is pair programming, which is an "extreme programming" practice.
For homework assignments, students are encouraged to talk to each other, to the course staff, or to anyone else about the assignments. This assistance, though, is limited to the discussion of the problem and perhaps sketching of general approaches to a solution. Each student must develop his or her own solutions to the homework. Consulting another student's solution is prohibited, and submitted solutions may not be copied from any source.
The issue of cheating will be taken seriously by the instructor and TAs, and homerwork asignments will be routinely checked for violations, which will be handled in accordance with the University regulations.
Last updated Monday, May 09, 2006
|Victor S. Adamchik,
Computer Science Department,
Carnegie Mellon University, Pittsburgh, PA.