Big Java, 4th edition, by Cay Horstmann
Paperback: 1132 pages
Publisher: John Wiley & Sons, Inc., 2009
ISBN: 978-0-470-50948-7
Links: Companion Site· Source code· Errata
The formal prerequisite is: CSSE 120 – Introduction to Software Development.
The main things you should bring into this course include:
Object-oriented programming concepts, including the use of inheritance, interfaces, polymorphism, abstract data types, and encapsulation to enable software reuse and assist in software maintenance. Recursion, GUIs and event handing. Use of common object-based data structures, including stacks, queues, lists, trees, sets, maps, and hash tables. Space/time efficiency analysis. Testing. Introduction to UML.
Students who successfully complete this course should be able to:
| Matt Boutell, Associate Professor of Computer Science and Software Engineering | ||
| Email: | boutell <at> rose-hulman <dot> edu | |
| Office phone: | (812) 877-8534 | |
| Office address: | Moench F-222 (top floor, opposite CSSE labs) | |
| Home page: http://www.rose-hulman.edu/~boutell | ||
| Office hours: feel free to stop by whenever I'm in the office (I have class MTR 1-4, MTRF 7 plus a few weekly meetings). Email also works. | ||
| Micah Taylor, Assistant Professor of Computer Science and Software Engineering | ||
| Email: | taylormt <at> rose-hulman <dot> edu | |
| Office phone: | (812) 877-8396 | |
| Office address: | Moench F-216 (top floor, opposite CSSE labs) | |
| Home page: http://www.rose-hulman.edu/~taylormt | ||
| Office hours: See my page for my schedule. I'm in my office most of the time. Email me if I'm not around. | ||
Maisey Tucker, tuckerme <at> rose-hulman <dot> edu
Brandon Tom, tombn <at> rose-hulman <dot> edu
Xiangbo (Francis) Meng, mengx <at> rose-hulman <dot> edu
Bohyun (Sarah) Kim, kimb2 <at> rose-hulman <dot> edu
Daniel Hanson, hansondg <at> rose-hulman <dot> edu
Mark Hein, heinmr <at> rose-hulman <dot> edu
Richard Thai, thairp <at> rose-hulman <dot> edu
Jacob Hiance, hiancejk <at> rose-hulman <dot> edu
David Ametsitsi, ametsid <at> rose-hulman <dot> edu
Kyle Dooley, dooleykh <at> rose-hulman <dot> edu
Ian Hallam, hallami <at> rose-hulman <dot> edu
Joe Lee, leed1 <at> rose-hulman <dot> edu
Geoffrey Ong, onggr <at> rose-hulman <dot> edu
Navin Weiss, weissna <at> rose-hulman <dot> edu
... isn't an email address at all! This term we will be using Piazza for class discussion. The system is highly catered to getting you help fast and efficiently from classmates, the TAs, and the instructors. Rather than emailing questions to the teaching staff, I encourage you to post your questions on Piazza. Bookmark our class page:
https://piazza.com/rose-hulman/winter2013/csse220/home
The CSSE lab, F-217, is sometimes staffed to assist students taking courses in the CSSE Fundamentals sequence, including 220. A detailed schedule of times when assistants should be available soon. Besides the instructors and assistants, other students in the course can often be a great source of help. And they will also learn more as they explain things to you. If you go to the lab during a scheduled itme and cannot figure out who is the assistant, you should ask "Who is the 220 assistant?"
Don’t try to be the "Lone Ranger" in this course, especially if you do not find the course easy. If you find that you have worked on something for 20 minutes without making any progress, it’s probably time to seek help! Software development is a team sport. The best programmers know that a fresh set of eyes can often spot a problem right away.
Big Java, 4th edition, by Cay Horstmann
Paperback: 1132 pages
Publisher: John Wiley & Sons, Inc., 2009
ISBN: 978-0-470-50948-7
Links: Companion Site· Source code· Errata
The book is excellent, but it is written for students who are new to programming as well as to Java. Thus in the beginning of the term the reading assignments are rather long, since you will already know many of the concepts. You should skim the text, looking for things you don't know, and slow down to focus on those. Definitely read the Java code in the textbook; if there is something there that you don't understand, read the surrounding text also. After the first few chapters, almost everything will be new, and most reading assignments will be smaller.
The Java™ Tutorials, Sun Microsystems.
On-line: http://docs.oracle.com/javase/tutorial/
Publisher: Oracle (July 20, 2011)
Language: English
We will use ANGEL to post grades and materials that require restricted access (like quizzes and surveys). All other materials for the course will be linked from ANGEL, or in Subversion repositories that we will create for you.
Many of the materials on ANGEL are actually links from ANGEL to pages on the Rose web server, so you can access them directly without logging in to ANGEL. We highly recommend that you bookmark that page in your browser, so that you do not have to log in to ANGEL to get to the schedule page, etc.
When we give a reading assignment, we seriously expect you to read it. In-class discussions will assume that you have done the reading and understood the “easy stuff” before class. Please ask about any details that you don’t understand; answering questions is one of the best parts of our job. But developing software is hard. The more class time we can devote to hands-on work, the more we can help you to succeed. Time spent covering material that you can learn from the book takes away from the hands-on time in class. We strongly believe that reading the textbook will help you.
We will post reading quizzes on ANGEL over most reading assignments.
Your solutions to programming problems should be well-designed and well-documented. We will suggest working on some programming problems with another person; however we will designate most problems as individual assignments.
We will assign several written homework problems and in-class exercises. They will usually be short thought problems, mathematical analyses, or algorithm-design exercises. We expect you to think through them carefully and write your answers legibly and clearly (if you can’t write it neatly, type it). On some problems, not only the correctness but also the quality of your solution will determine your grade. Some of the problems will be straightforward practice with concepts from the course; others will require creative solutions. Don’t put them off until the last minute!
When problems are designated as allowing you to work with a partner, if you need help finding people to work with, let us know, and we will put you in touch with other students who indicate a similar need. If you do an assignment with someone else, it is your responsibility to not allow anyone’s name (including your own) to be placed on the submitted program if that person does not understand the solution.
Each submitted program file should include your name(s), and a description of the file’s contents in comments at the top of your files. They should have reasonable and consistent comments, style, and indentation. They should not contain lines that are more than about 80 characters long. (Long lines make you, and us, side scroll to read to the end of the line; side scrolling hides the context of the line and makes it harder to think about the algorithm.)
Grades for programming problems will be based on correctness (mostly), efficiency (some), and style (some).
Quizzes (reading and in-class) and written assignments must be completed on time if you want credit for them.
However, we all have days when we are extremely busy, or times when a program takes longer to complete than we expect it will. To account for this, we give each student a “late day bank account” that starts with two late days.
Notification for a deposit or withdrawal: Fill out the Early/Late Day Declaration Survey in ANGEL.
Some particular assignments may be designated as “no late days” assignments. This might happen because:
| Weight | Criteria |
|---|---|
| 10% | Reading quizzes and in-class quizzes |
| 30% | Homework, programming problems and projects, in-class exercises |
| 10% | Team project |
| 15% | Exam 1 |
| 15% | Exam 2 |
| 20% | Final Exam |
Final grades are also contingent on the following:
We will do our best to conform to the Rose-Hulman definition of the various grades, as described in the Academic Rules and Procedures. Note in particular that the phrase “thorough competence to do excellent work” appears there in the description of the “B” grade (not “A”), and it further states that “B” and “B+” will not be given for mere compliance with the minimum essential standards of the course.
We may adjust your overall average up or down by up to 5 percent, based on your citizenship in the CSSE 220 learning community. This includes attendance, promptness, preparation for class, positive participation in class and the online discussion forums, constructive partnership in pair and group assignments, timely completion of various surveys, and peer evaluation of other students’ code and of your team members for group projects.
The in-class time in this course constitutes an important learning experience. You should be there. After three unexcused absences you must speak with your instructor about whether you can continue in the course.
Serious illness is an excused absence. Running a fever? Contact the health center, don't come to class, email us so we know about the situation. We will work with you on a plan to make up the work when you're feeling better.
If you find errors in the textbook or any of our course documents, please report them via the Bug Reports discussion forum on ANGEL. We will give a small number of extra credit points to the first person to report a given bug. The number of points will depend on the severity and subtlety of the bug that you report. Please point out even little things like broken links and spelling errors. We recommend that you subscribe to that discussion forum. (You can do that using the Communications tab in ANGEL.)
We usually check email several times per day, and do our best to respond quickly. It is a good way to get answers to simple questions. We expect you to check your email daily (not necessarily on weekends, although even that is not a bad idea). When we send mail to you, we will use your Rose-Hulman address. If you do not currently read mail that is sent to that address, please have it forwarded to wherever you do read mail.
You should post your questions about assignments to Piazza (see above). If you really want to ask your instructor a private question via email, please include 220 in your subject line (and include a real subject line), so that we can quickly pick it out from among the dozens of daily email messages that we receive and respond to you more quickly.
Some examples of good and bad subject lines:
| Bad: | Confusion about Assignment 1 |
| Bad: | CSSE 220 |
| Good: | CSSE 220: Confusion about Assignment 1 |
We welcome your suggestions for improving the course. Please tell us about things in the course that help you to learn, and things we might do to improve the quality of the course for you. If there is something that you'd like to tell us, but don't feel comfortable with us knowing who it comes from, you can use the Anonymous Suggestion Box survey that we have provided on ANGEL.
We do our best to keep class interactive. With laptops and cell phones in class there are many more ways to become distracted. When these distractions disrupt class learning your "Course Citizenship" grade will suffer.
We strongly encourage you to turn off IM and email software and only use other software for things directly related to class.
Sights/Smells/Sounds: As would be expected in the workplace, please be respectful of those around you. If your visual appearance (e.g., offensive computer desktops), smell (e.g., halitosis or tobacco), or sounds created (e.g., cell phone, computer noise, or snoring) are disruptive to class, you will be asked to leave until the issue can be corrected.
Recall the Institute policy on academic misconduct:
“Rose-Hulman expects its students to be responsible adults and to behave at all times with honor and integrity.”
Exams and homework will be done on an individual basis except when explicitly noted. The simple rule of thumb for individual work is:
Never give or use someone else’s code or written answers.
Such exchanges are definitely cheating and not cooperation. The departmental statement on academic honesty has more detailed advice.
We encourage you to discuss the problems and general approaches to solving them with other students. However, when it comes to writing code, it should be your own work (or the work of your group if it is a group or partner assignment). If you are having trouble understanding how some library code works or pinning down a run-time or logic error in your program, by all means talk to someone about it.
If you use someone else’s ideas in your solution (or any other work that you do anywhere), you have to:
If you are ever in doubt about whether some specific situation violates the policy, the best approach is to discuss it with your instructor beforehand. This is a very serious matter that we do not take lightly. Nor should you.
You should never look at another student’s solution to get ideas of how to write your own code. Beginning the process of producing your own solution with an electronic copy of work done by other students is never appropriate.
Plagiarism or cheating will result in a negative score (i.e., less than zero) for the assignment or exam. Egregious cases will result in a grade of “F” for the course. More importantly, such dishonesty steals your own self-esteem. So don’t cheat.
This syllabus has been written and revised over several terms by Claude Anderson, Matt Boutell, Curt Clifton, Delvin Defoe, and Micah Taylor.