Review Coding Conventions
m (→Background:) |
|||
(5 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | === Background | + | {{Learning Activity Overview |
+ | |title= | ||
+ | Review Coding Conventions | ||
+ | |overview= | ||
+ | Students review 1 or more samples of code to see how close sample(s) are to the HFOSS project coding conventions | ||
+ | |prerequisites= | ||
+ | Knowledge of the programming language for the HFOSS project to a level necessary to understand the coding conventions. | ||
+ | |objectives= | ||
+ | * Read and understand coding conventions for a large project. | ||
+ | * Use standards to critique existing code; (optional) critique coding conventions | ||
+ | |process skills= | ||
+ | }} | ||
+ | |||
+ | === Background === | ||
[http://xkcd.com/1695/ XKCD: Code Quality 2] | [http://xkcd.com/1695/ XKCD: Code Quality 2] | ||
Line 24: | Line 27: | ||
'''Are there other activities the student should have done first?''' No. | '''Are there other activities the student should have done first?''' No. | ||
− | '''What is the rationale for this activity? Why are the learning objectives important?''' Students need practice reading other people's code. Students should appreciate the need for coding conventions, and seeing code where conventions are not applied is a good way to learn their value. If students are going to write code in an HFOSS project, they need to be able to apply the project's coding conventions themselves. Students may later contribute to the HFOSS project by revising the code so that it adheres to the coding conventions. | + | '''What is the rationale for this activity? Why are the learning objectives important?''' |
+ | Students need practice reading other people's code. Students should appreciate the need for coding conventions, and seeing code where conventions are not applied is a good way to learn their value. If students are going to write code in an HFOSS project, they need to be able to apply the project's coding conventions themselves. Students may later contribute to the HFOSS project by revising the code so that it adheres to the coding conventions. | ||
'''Include helpful hints to faculty here.''' | '''Include helpful hints to faculty here.''' | ||
Line 32: | Line 36: | ||
* For your class, is it important that this be a graded activity? Or could it be an ungraded, in-class activity? | * For your class, is it important that this be a graded activity? Or could it be an ungraded, in-class activity? | ||
− | === Directions | + | === Directions === |
'''What should the student do?''' | '''What should the student do?''' | ||
Line 53: | Line 57: | ||
# Reflect: What style guidelines have you learned in other contexts that were not part of the project's conventions? | # Reflect: What style guidelines have you learned in other contexts that were not part of the project's conventions? | ||
− | === Deliverables | + | === Deliverables === |
− | + | * ''What will the student hand in?'' | |
Annotated code is one possibility. Alternatively, using a template supplied, students will turn in written analysis of the code sample. | Annotated code is one possibility. Alternatively, using a template supplied, students will turn in written analysis of the code sample. | ||
− | === Assessment | + | === Assessment === |
− | + | * ''How will the activity be graded?'' | |
− | + | * ''How will learning will be measured?'' | |
− | + | * ''Include sample assessment questions/rubrics.'' | |
− | + | {| class="wikitable" | |
− | + | ||
− | {| | + | |
! Criteria | ! Criteria | ||
! Level 1 (fail) | ! Level 1 (fail) | ||
Line 90: | Line 92: | ||
| | | | ||
| | | | ||
+ | |||
+ | |- | ||
+ | | '''Did you adequately explain how the code violates the convention?''' | ||
+ | | | ||
+ | | | ||
+ | | | ||
+ | | | ||
+ | |||
|} | |} | ||
− | === Comments | + | === Comments === |
− | What should the instructor know before using this activity? | + | * ''What should the instructor know before using this activity?'' |
− | Documentation for open source projects is often not well organized or maintained. | + | Documentation for open source projects is often not well organized or maintained. |
+ | Consequently there may be several documents in the open source project that describe coding standards. | ||
+ | These documents need to be checked beforehand for consistency. | ||
+ | For instance in OpenMRS, see https://wiki.openmrs.org/display/docs/Code+Style and https://wiki.openmrs.org/display/docs/Coding+Conventions. | ||
What are some likely difficulties that an instructor may encounter using this activity? | What are some likely difficulties that an instructor may encounter using this activity? | ||
− | === Additional Information | + | === Additional Information === |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | {{Learning Activity Info | |
− | + | |acm unit= | |
− | + | |acm topic= | |
+ | |difficulty= | ||
+ | |time= | ||
+ | |environment= | ||
+ | Internet access, IRC client, Git Hub account, LINUX machine, etc.? | ||
+ | |author= | ||
+ | Dale Skrien, Janet Davis | ||
+ | |source= | ||
+ | |license= | ||
+ | {{License CC BY SA}} | ||
+ | }} | ||
− | + | === Suggestions for Open Source Community === | |
+ | * ''Suggestions for an open source community member who is working in conjunction with the instructor.'' | ||
− | [[Category: | + | [[Category:Learning Activity]] |
− | [[Category: | + | [[Category:Coding and Style]] |
+ | [[Category:CS1]] | ||
+ | [[Category:CS2]] | ||
+ | [[Category:OpenMRS]] | ||
+ | [[Category:Good Draft]] |
Latest revision as of 12:02, 8 September 2018
Title |
Review Coding Conventions |
---|---|
Overview |
Students review 1 or more samples of code to see how close sample(s) are to the HFOSS project coding conventions |
Prerequisites |
Knowledge of the programming language for the HFOSS project to a level necessary to understand the coding conventions. |
Learning Objectives |
After successfully completing this activity, the learner should be able to:
|
Process Skills Practiced |
Background
More detail on prerequisite knowledge? For the OpenMRS coding conventions, students will need a CS2-level understanding of Java, including exception handling.
Is there background reading material? The coding conventions used by the project. For example, see OpenMRS Code Style and OpenMRS Coding Conventions
Are there other activities the student should have done first? No.
What is the rationale for this activity? Why are the learning objectives important? Students need practice reading other people's code. Students should appreciate the need for coding conventions, and seeing code where conventions are not applied is a good way to learn their value. If students are going to write code in an HFOSS project, they need to be able to apply the project's coding conventions themselves. Students may later contribute to the HFOSS project by revising the code so that it adheres to the coding conventions.
Include helpful hints to faculty here.
- OpenMRS Coding Conventions refer to Eclipse's automatic formatting. There is a separate, older OpenMRS Code Style which the Coding Conventions page does not refer to. Are they both current? Someone should ask on the Developers email list.
- More generally, you may have to do some exploration of your project's coding conventions to find how current they are, if they are all in one document, what tools developers are expected to use, etc.
- The instructor should choose code modules carefully to illustrate coding conventions at an appropriate level for their students (e.g., formatting vs exception handling). The project community may be able to help identify appropriate modules to review.
- For your class, is it important that this be a graded activity? Or could it be an ungraded, in-class activity?
Directions
What should the student do?
- Read code style and coding conventions.
- What questions do you have?
- Get code samples from the instructor.
- Get and follow the instructions from the instructor. For example, these might include:
- Identify as many violations as you can in each of the provided modules. (This is more of a homework assignment than a lab exercise, depending on the amount of code provided. Perhaps look at one module together in class, then students review others as homework.)
- Annotate each module by writing comments with the following information:
- Which convention is violated.
- What lines are affected. (Write your comment at the first affected line of code if it spans multiple lines.)
- How the code violates the convention. Explain in 1-3 complete sentences (usually 1).
- Rank modules from most violations to least violations.
- What conventions seem to be most frequently violated? Put yourself in the mind of the programmer: Why might these conventions be difficult to follow?
- Did you find any violations that would potentially result in an error or crash or incorrect behavior? If so, which one(s)?
- In class, compare your answers. Do you agree? If you disagree, what are your reasons?
Possible extensions:
- Reflect: What did you find confusing about the code style guidelines or coding conventions?
- Reflect: What style guidelines have you learned in other contexts that were not part of the project's conventions?
Deliverables
- What will the student hand in?
Annotated code is one possibility. Alternatively, using a template supplied, students will turn in written analysis of the code sample.
Assessment
- How will the activity be graded?
- How will learning will be measured?
- Include sample assessment questions/rubrics.
Criteria | Level 1 (fail) | Level 2 (pass) | Level 3 (good) | Level 4 (exceptional) |
---|---|---|---|---|
How many violations did you identify? | ||||
Did you provide the required information for each violation? | ||||
Did you accurately apply the project's conventions? | ||||
Did you adequately explain how the code violates the convention? |
|
Comments
- What should the instructor know before using this activity?
Documentation for open source projects is often not well organized or maintained. Consequently there may be several documents in the open source project that describe coding standards. These documents need to be checked beforehand for consistency. For instance in OpenMRS, see https://wiki.openmrs.org/display/docs/Code+Style and https://wiki.openmrs.org/display/docs/Coding+Conventions.
What are some likely difficulties that an instructor may encounter using this activity?
Additional Information
ACM BoK Area & Unit(s) |
|
---|---|
ACM BoK Topic(s) |
|
Difficulty | |
Estimated Time to Complete |
|
Environment / Materials |
Internet access, IRC client, Git Hub account, LINUX machine, etc.? |
Author(s) |
Dale Skrien, Janet Davis |
Source | |
License |
This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License |
Suggestions for Open Source Community
- Suggestions for an open source community member who is working in conjunction with the instructor.