This page lists the programming assignments for the course.
When an assignment is released, the assignment column will "go live" and link to a detailed description of the assignment.
All assignments need to be submitted via Moodle.
In the event of a Moodle failure, email your submission to me (firstname.lastname@example.org) before the deadline.
You should upload all the source files (those with the .py extension) required by the assignment.
You should also include any other resource files which your programs depend on (graphics and sound files if used, but not files in the standard Python libraries files, or files provided to you that have not been modified).
The top of every source file must include your name and a description of what the code does in a "header comment" - you will be docked points if you don't include this.
Deadline and late policy:
All lab assignments are assigned during lab time and are due the day before the next lab is assigned. Ideally you should complete the assignment during lab hours. Lab is not optional! Some assignments take more time than what you can do during lab, however, so you should use your lab time wisely and start the assignment, completing as much of it as possible. During lab, myself and the teaching assistants are there to help you. It can be harder to get help outside lab hours.
- All assignments are due at 11:59PM on the stated date. Assignments arriving after 11:59PM are late (12:00 AM the next day or later).
- Allow plenty of time to upload files, sometimes Moodle is slow.
- All assignments are due on time. After the due date/time is passed, 20% will be subtracted from your total if you turn it in before grading has started. You will receive no grade if you turn it in after assignments have been graded. The time between the due date and when we begin grading assignments is random, so you are taking your chances.
- On designated pair assignments, both partners are assessed the late penalty.
Your code will be graded on correctness, programming style (including comments), and efficiency.
Partial credit is possible so if you run out of time, submit what you have.
If you want to do well, start well in advance of the deadline.
This allows time to seek help if you run into trouble.
Software bugs can be difficult to find and are often easily found after a good night's sleep.
Programming is a creative process and no two programmers will solve the same problem in the same way.
You are encouraged to discuss how to design a solution to a given problem with your classmates.
But when it comes time to convert your design into code, you must write the code yourself.
Be sure not to leave copies of your code where others might be able to access it (such as in the recycling bin in a computer lab).
You may adapt code from the CSCI 135 course materials provided you cite what code you used in your program's comments.
Under no circumstances should you copy another person's code.
Copying code from another student can result in an F in the course.
Novices often mistakenly believe simple transformations can disguise a copied program.
In actuality, copied programs often reveal themselves quite easily during grading.
We can also use sophisticated software such as MOSS to detect plagiarized code.
For designated assignments, you are encouraged (but not required) to pair program with another student in the class.
In pair programming, both people work side-by-side at the computer on the same program.
One person is the driver who actively types at the computer or records a design.
The other person is the navigator who watches the work of the driver, identifies problems, asks clarifying questions, and makes suggestions.
About every half-an-hour, the pair should switch roles.
Before starting pair programming, you should watch this video.
A pair should submit one solution with both partner's names and usernames in the header comment of the submitted files.
Page last updated: December 01, 2021