lab09 : Wrapping up your legacy code project (leaving a legacy)
num | ready? | description | assigned | due |
---|---|---|---|---|
lab09 | true | Wrapping up your legacy code project (leaving a legacy) | Thu 11/17 04:00PM | Thu 12/01 07:00PM |
This lab counts 300 points towards your lab grade.
This lab MUST BE DONE IN PERSON WITH YOUR MENTOR. Your best opportunity to do that is Thursday Dec 01, during the Thursday of Week 10.
If you can’t be in lab that night, and/or want to do it sooner, then if your mentor is wiling to meet you in person to do it, you may arrange a time to complete it earlier than that, but only
- AFTER YOU HAVE COMPLETED ALL YOUR WORK for lab05/lab07 (the legacy code project)
- AFTER YOU HAVE SUBMITTED YOUR FINAL PULL REQUEST FOR THE QUARTER for your legacy code project.
Issues for the next generation of CS56 students
To complete this lab, and be DONE with the legacy code project, you need to do EACH of these things:
-
(50 pts) Do some final edits in the README.md file of your legacy code project. Put in a section called “F16 final remarks” and in it, write a short “note” to the next set of students that will work on this legacy code project.
Tell them exactly what you think would be helpful for them to know as they start the project: what the code does, what features could be added, what bugs exist, what opportunities for refactoring you see. Also add any advice you have on working with the code you have left them, for with legacy code in general.
-
(250 pts) Add a new F16_lab09.md file that contains links to 500 points of issues for the next generation of CS56 students to work on.
You earn 1 point for every 2 points of issues that are referred to in this file.
These may be issues that you came up with, or they may be issues left over from ones you mentor added, or a combination. Regardless of how the issues got there, there should be at least 500 points worth of them.
Note, however that for issues to count towards the 500 points, they must have a “F16 OK” comment from your mentor, another mentor, a TA or an instructor. Leftover “M16 OK” or “W16 OK” comments do not count. And you MUST be in lab IN PERSON to get this “OK”. (See below).
If you don’t get this OK by 6:50pm on Thursday December 01, then the points don’t count.
Additional Notes
-
NOTE THAT YOU MUST discuss the new issues FACE TO FACE with your mentor IN LAB.
You cannot rely on your pair partner to do this. If only one pair partner shows up, on that THAT pair partner will get the credit for this lab.
If you will not be in lab on that date, you need to arrange to do this with your mentor in advance, if they are kind enough to arrange to meet with you outside of class. That would also mean you have to be done with your legacy code project early. And if your mentor is not available, you are out of luck—they have no obligation to accomodate your schedule.)
Make sure that your mentor has signed off with an “F16 OK” comment on each issue that you are planning to count towards this 500.
= Grading =
- (50 pts): README.md note to next set of students.
- (250 pts): 500 points of issues remaining for the next generation of students on the main fork of your legacy code project.
- Each issue must have an OK from a F16 mentor.
- Any issue not ok’d by mentor by the due date/time of this lab DOES NOT COUNT.
- The issues do not count unless they are linked to in a F16_lab09.md file with the list of issues for the next CS56 class of students.