This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
haas:summer2015:data:projects:sln1 [2015/05/31 11:59] – [Submission Criteria] wedge | haas:summer2015:data:projects:sln1 [2015/05/31 12:08] (current) – wedge | ||
---|---|---|---|
Line 503: | Line 503: | ||
* ask questions to get clarification! | * ask questions to get clarification! | ||
- | ====Building the code==== | + | =====Building the code===== |
You've made changes to your node library implementation, | You've made changes to your node library implementation, | ||
Line 515: | Line 515: | ||
**OR:** You may want to have **two** terminals open- in one you are situated in **~/ | **OR:** You may want to have **two** terminals open- in one you are situated in **~/ | ||
- | ===cleaning things out=== | + | ====cleaning things out==== |
If you've already done this a few times, you may want to clean things out and do a fresh compile (never hurts, and might actually fix some problems): | If you've already done this a few times, you may want to clean things out and do a fresh compile (never hurts, and might actually fix some problems): | ||
Line 522: | Line 522: | ||
</ | </ | ||
- | ===compile project=== | + | ====compile project==== |
Next, compile the whole project: | Next, compile the whole project: | ||
Line 574: | Line 574: | ||
- | ====Reference Implementation==== | + | =====Reference Implementation===== |
As the layers and complexities rise, narrowing down the source of errors becomes increasingly important. | As the layers and complexities rise, narrowing down the source of errors becomes increasingly important. | ||
Line 581: | Line 581: | ||
To aid you in your development efforts, you now have the ability to import a functioning node implementation into your project for the purposes of testing unit test functionality (so you can see what you SHOULD be getting, then go back and continue working on your implementation) | To aid you in your development efforts, you now have the ability to import a functioning node implementation into your project for the purposes of testing unit test functionality (so you can see what you SHOULD be getting, then go back and continue working on your implementation) | ||
- | ===Using the test reference implementation=== | + | ====Using the test reference implementation==== |
You'll notice that, upon running **make help** in the base-level Makefile, the following new options appear (about halfway in the middle): | You'll notice that, upon running **make help** in the base-level Makefile, the following new options appear (about halfway in the middle): | ||
Line 609: | Line 609: | ||
**__Debugging__: | **__Debugging__: | ||
- | ===Reverting back to using your code=== | + | ====Reverting back to using your code==== |
If you were trying out the reference implementation to verify queue functionality, | If you were trying out the reference implementation to verify queue functionality, | ||
Line 643: | Line 643: | ||
This top-level **verify-node.sh** script gives you the 30,000 foot view... what is the current status of your node library implementation? | This top-level **verify-node.sh** script gives you the 30,000 foot view... what is the current status of your node library implementation? | ||
+ | |||
=====Submission===== | =====Submission===== | ||
- | + | {{page>haas:summer2015:common: | |
- | ====Project Submission=== | + | |
- | When you are done with the project and are ready to submit it, you simply run **make submit**: | + | |
- | + | ||
- | <cli> | + | |
- | lab46:~/ | + | |
- | ... | + | |
- | </ | + | |
- | + | ||
- | ====Submission Criteria==== | + | |
- | To be successful in this project, the following criteria must be met: | + | |
- | + | ||
- | * Project must be submit on time, by the posted deadline. | + | |
- | * Late submissions will lose 25% credit per day, with the submission window closing on the 4th day following the deadline. | + | |
- | * All code must compile cleanly (no warnings or errors) | + | |
- | * all requested functions must be implemented in the related library | + | |
- | * all requested functionality must conform to stated requirements (either on this project page or in comment banner in source code files themselves). | + | |
- | * Executed programs must display in a manner similar to provided output | + | |
- | * output formatted, where applicable, must match that of project requirements | + | |
- | * Processing must be correct based on input given and output requested | + | |
- | * Output, if applicable, must be correct based on values input | + | |
- | * Code must be nicely and consistently indented (you may use the **indent** tool) | + | |
- | * Code must be commented | + | |
- | * Any "to be implemented" | + | |
- | * these "to be implemented" | + | |
- | * Sufficient comments explaining the point of provided logic **MUST** be present | + | |
- | * Any and all non-void functions written must have, **at most**, 1 **return** statement | + | |
- | * points will be lost for solutions containing multiple return statements in a function. | + | |
- | * Track/ | + | |
- | * Filling out any submit-time questionnaires | + | |
- | * Submit a copy of your source code to me using the **submit** tool (**make submit** will do this) by the deadline. | + |