|General Information||Resources||Weekly Schedule||Credits||Lecture Notes||Example Code||Read-Only Board|
I. General Information
Dr. Yoonsuck Choe
This class is intended for students who have completed CPSC 314 - Programming Languages, and are concurrently taking CPSC 313 - Intro to Computer Systems. It is meant to be somewhat of a "capstone" course for the lower-level computer science courses, before taking courses in the upper-level tracks.
MWF 1:50pm–2:40pm, HRBB 113
The course is listed as a 2-hour per week lecture, and 2-hour per week lab, however it has been intentionally scheduled for 3 hours per week of lecture (along with the lab). We will meet a minimum of 28 lecture periods over the course of the semester. The idea is to "front-load" these lectures in the earlier part of the semester, to cover material that might be useful when working on the programming projects, and spend less lecture time during the project periods themselves. Also, some days when the instructor travels might be used as some of the "missed" days. The specific list of days we will meet will be provided on the course web page.
There is a final exam time reserved for this class. Although the plan is to wrap up the course before this time, students should leave the final exam time available until instructed otherwise, since it might be used for project presentations or something similar. However, there will not be a final exam in the course.
Section 501: TR 11:10 am-12:00 pm RMDC 111C -- Chris
Section 502: MW 03:00 pm-03:50 pm RMDC 111C -- Chris
Section 503: MW 12:40 pm-01:30 pm RMDC 111C -- Tim
Section 504: TR 02:20 pm-03:10 pm RMDC 111C -- Tim
This course is intended as an intensive programming experience that integrates core concepts in Computer Science and familiarizes students with a variety of programming/development tools and techniques. Students will primarily work in small teams on month-long projects emphasizing different specializations within computer science. The course focuses on honing good programming techniques to ease code integration, reuse, and clarity.
The primary goal for this class is to have students emerge with strong programming skills, able to address both individual and team programming challenges competently. The class is meant to allow students to improve their programming skills through significant practice.
The expected accomplishments of the students are as follows:
- Become a confident software developer experienced in the full software development cycle.
- Become a capable and effective member in a small software development team.
- Become an effective communicator within the context of software projects.
The students who take this course should be able to demonstrate the following upon the completion of this course.
- Knowledge of programming and debugging tools.
- Knowledge of various programming paradigms.
- Ability to design and refine large software systems based on rough system requirements.
- Ability to implement and test software system design.
- Ability to work as a member of a software project development team.
- Knowledge of various software development paradigms.
- Ability to manage software development projects.
- Ability to write technical documentation regarding software systems.
- Ability to communicate the overall design and details of software systems.
- Introductory-level knowledge in database systems, artificial intelligence, and software engineering.
We will be using the following textbook:
Other books that may be drawn from, and that might be useful references include both the first edition of Code Complete, as well as:
- Code Complete, 2nd edition, by Steve McConnell, Microsoft Press, 2004.
Book web page
- The Practice of Programming, by Brian W. Kernighan and Rob Pike, Addison Wesley, 1999.
- Code Craft, by Pete Goodliffe, No Starch, 2007. (Note: this book is available to read online for free through TAMU).
Among the topics to be covered in lecture periods are:
Though many topics will overlap, this course is not intended to be as in-depth or comprehensive as a standard software engineering course, which focuses more on project management - students may take the software engineering class after taking this class.
- Style considerations in writing code
- Design of software sytems and APIs
- Coding beyond the single component
- Basic collaborative software coding practices
- Design for portability, performance, testability
- Specification and documentation
- Basic software tools and their use
- Object oriented design
- Design patterns
- Subject-specific topics related to the team projects
Note: You should expect to spend a significant amount of time (>10 hours/week) outside of class time on programming projects. This may require meeting with team members outside of the class/lab periods.
See the Weekly Schedule section for more details.
There will be three major projects in the course, each counting for 28% of the overall grade. Specific grading practices for each project will be announced when that project is given out, but the grade may include factors such as evaluation of code clarity, teamwork, etc. Peer evaluation may be used as a significant contributing factor to these grades. The remaining 16% of the grade will be an individual grade based on individual exercises, quizzes, participation in the course survey, and an evaluation of class participation (which might include participation in code reviews). Individual assignments will be small programming assignments to be completed on an individual basis.
The 16% of the grade will start off as being based totally on instructor judgement of class participation and effort. As the course progresses, any quizzes given out, individual assignments given out, or other specific graded material will note the portion of this individual grade which that quiz/assignment/etc. affects. The remainder of the individual grade will be based on the subjective class participation and effort grade. For example, if there are 8 quizzes at 1% each, one individual assignment at 4%, and participating in the course evaluation is 2%, then the remaining 2% is based on the subjective evaluation.
The grading scale expected to be used is ? 90% > B ? 80% > C ? 70% > D ? 60% > F. In addition to this, the instructor reserves the right to provide a relative or absolute curve to the final class grade (note that such a curve has not always been applied, and should not be assumed). Also, the instructor may raise the grades of any students near a borderline based on a subjective evaluation of class participation and effort.
AGGIE HONOR CODE: An Aggie does not lie, cheat, or steal or tolerate those who do.
Upon accepting admission to Texas A&M University, a student immediately assumes a commitment to uphold the Honor Code, to accept responsibility for learning, and to follow the philosophy and rules of the Honor System. Students will be required to state their commitment on examinations, research papers, and other academic work. Ignorance of the rules does not exclude any member of the TAMU community from the requirements or the processes of the Honor System.
For additional information please visit: http://www.tamu.edu/aggiehonor/
For this class, certain aspects of the honor code need to be clarified.
If there are any questions or concerns about whether an action is appropriate, you should check with the professor or teaching assistant first. If in doubt, assume that it is not appropriate.
- There may be times in this course where you or your team make use of external code/software/libraries. Whenever this is done, you must make sure that, in addition to following any restrictions on that code itself, you clearly document what the source of the external code was, and how it was used.
- There may be cases in this course where you or your team seeks outside assistance related to one of the projects. Any assistance received from people other than members of your team, the professor, teaching assistant, or peer teacher needs to be clearly documented.
- You will be working in team environments in this course, and your work as a team will be used to determine grades. As such, it is your responsibility, when asked, to:
- accurately describe the work that you have done on a team project. Claiming credit for work that you have not done or that others did instead is a violation of the code.
- accurately describe (to the best of your knowledge) the performance of other team members. "Covering" for another team member (claiming they did more work than you know they did) or "spiking" them (claiming they did less work than you know they did) are examples of honor code violations.
- prevent (as best you can) or report (known) violations of the honor code by your other team members. You share responsibility when a project is turned in; if you are aware of a teammate having violated the code in his/her work on the project, and do not report it, you are claiming credit for that violation yourself.
- Attendance: Attendance is expected in the course, and may be recorded in both lectures and labs. 16% of the course grade will be based on individual evaluation of assignments and class participation, and repeated absences may negatively affect the grade. In addition, students might miss quizzes, which will not be made up without prior approval. Students with absences should notify the instructor ahead of time about any planned missed classes or labs. Unapproved absences may result in a lower course grade.
- Late Assignments: Each project will have a specified date and time at which it is due, and dates and times for which various intermediate parts of the project are due. Projects that are turned in late will have a penalty applied to the overall project grade, which will affect the grade given on that project for all team members (if individual reports are late, those will affect only the grade for that team member). The total number of minutes, m, that assignments within a project are late will be added up. The final grade on the project will be multiplied by 0.9998m. For example, if the project is 1 hour late, you lose a bit over 1%. If it is one day late, you lose about 25%. After 3 days, you're down to 42% of your grade lost.
- Quizzes: The instructor may give out small quizzes in class to ensure that students are continuing to follow course material. Any quizzes will be short and simple, related to recent course discussions or reading assignments. Quizzes will affect only the 16% "individual" grade portion on the class. Makeup quizzes will not be offered without prior approval.
- Course Evaluation: An online course evaluation will be used for the class. Participation in this evaluation will affect the 16% portion of the course grade (the specific amount will be announced toward the end of the course).
- Communication: A class web page (listed at the top of this syllabus) will be maintained throughout the semester. Students are responsible for checking both the web page and email regularly for class updates.
- Code Documentation: A key part of this class is understanding the importance of clear code construction and documentation. So, when assignments are graded, a significant portion of the grade may be based on an evaluation of how well the code is written, and how easy it is to follow. Just producing code that "works" is not sufficient; it will be your responsibility to produce code that the grader can follow.
The Americans with Disabilities Act (ADA) is a federal anti-discrimination statute that provides comprehensive civil rights protection for persons with disabilities. Among other things, this legislation requires that all students with disabilities be guaranteed a learning environment that provides for reasonable accommodation of their disabilities. If you believe you have a disability requiring an accommodation, please contact the Department of Student Life, Services for Students with Disabilities, in Cain Hall or call 845-1637.
III. Weekly Schedule and Class Notes
|1||8/29||Introduction; Project 1: Intro to Databases. [LAB this week] Naming, Style, Commenting, Basic parsing||Chapters 1, 4, 7, 11, 31, 32 (these chapters are generally pretty short)||slide01.pdf
|1||8/31||Project 1: Entity-relationship model, relational DB, SQL Schema||slide03.pdf
|1||9/2||Project 1: SQL queries, Database implementation||Project 1 announced (and team assignment)||slide05.pdf
|2||9/5||Guest lecture: Long Mai @ Improving. [Lab this week] Unit testing, IDE and SVN, Project 1 API design||Guest lecture topic: Unit testing, TDD; Chapter 30|
|2||9/9||General software design principles||Chapter 5||slide08.pdf
|3||9/12||Testing [Lab this week] Using the debugger; testing; project 1: table storage, table formatting, parser||Chapter 22||slide09.pdf
|3||9/14||Debugging, Software development approaches||Chapter 23||slide10.pdf
|3||9/16||Guest lecture: Long Mai @ Improving||Agile development; Long Mai's agile resources||slide12.pdf
|4||9/19||Project 2: Introduction to AI||slide13.pdf
|4||9/21||Project 2: Search||slide14.pdf
|4||9/23||Instructor will come to class to answer questions regarding project 1. Attendence optional.|
|5||9/26||Guest lecture: Mike Abney @ Improving||Agile Estimation|
|5||9/28||Guest lecture: Allen Hurst @ Improving||Domain Modeling|
|5||9/30||Project 2: Game search||slide14.pdf
|6||10/3||Project 2: Network protocols and socket programming||Mani Radhakrishnan and Jon Solworth's lecture slides will be used||Project 2 TBA (and team assignment)||Project 1 due|
|6||10/5||Advanced AI: Neuroevolution||slide15.pdf
|6||10/7||Project 1 presentation (presentation by top team in each section)|
|7||10/10||No Class||Come to class if you want to meet up with your team.|
|7||10/12||Collaborative software development,Design patterns||Chapter 21||slide16.pdf
|8||10/17||Code portability, Code performance||slide18.pdf
|8||10/19||Code tuning, XML||Chapters 25, 26||slide19.pdf
|8||10/21||XML; project 2 Q/A and team meet-up||slide21.pdf
|9||10/24||Project 3: Android introduction||Lecture notes by Dr. Jaerock Kwon (Kettering University)|
|9||10/28||Project 3 test-driven development; announcement||slide22.pdf
|10||11/2||No class||Project 3 announced||Project 2 due|
|11||11/7||Project 2 presentation (live competition)|
|11||11/9||Guest lecture: Chris Weldon @ Improving||SOLID principles|
|12||11/14||Guest lecture: Latish Seghal||Continuously Improving as a Developer|
|12||11/18||Project 3 Q/A session and progress checkup|
|13||11/21||Guest lecture: Ben Floyd @ Improving||Design Patterns Applied|
|13||11/25||No class: Thanksgiving|
|14||11/30||No class||Project 3 due 12/1 11:59pm|
|14||12/2||Project 3 presentations (all teams)|
|15||12/5||Project 3 presentations (all teams) and course wrap-up|
Most of the course content and lecture slides were originally developed by Prof. John Keyser. Thanks to Long Mai and Allen Hurst at Improving Enterprises for valuable feedback.