Document Code with Meaningful Comments (Activity)

(Difference between revisions)
Jump to: navigation, search
m (Evaluated for adoption readiness)
Line 2: Line 2:
 
{| border="1"
 
{| border="1"
 
|-  
 
|-  
|'''Title''' ||  A POGIL [https://pogil.org/] activity on documenting the code with meaningful comments!
+
|'''Title''' ||  Document Code with Meaningful Comments
 
|-     
 
|-     
|'''Overview''' ||  In this POGIL activity students will define what "meaningful comments" mean and create a rubric for it. Then, they will create meaningful comments for a given source file with undocumented code.   
+
|'''Overview''' ||  In this activity, students will define what "meaningful comments" mean and create a rubric for it. Then, they will create meaningful comments for a given source file with undocumented code.   
 
|-
 
|-
 
|'''Prerequisite Knowledge''' || The instructor can tailor this activity to match the current content being taught in a CS 2 course.  Therefore it could be appropriate at any time during the CS 2 course.
 
|'''Prerequisite Knowledge''' || The instructor can tailor this activity to match the current content being taught in a CS 2 course.  Therefore it could be appropriate at any time during the CS 2 course.
 
|-
 
|-
|'''Learning Objectives''' || This is a POGIL activity and students should define “meaningful comments”. They will create a rubric for this.  Each team will make use of this rubric when commenting/documenting the second source file.
+
|'''Learning Objectives''' || Students should define “meaningful comments”. They will create a rubric for this.  Each team will make use of this rubric when commenting/documenting the second source file.
 
|}
 
|}
  
 
=== Background: ===
 
=== Background: ===
 
CS 1 background should suffice.
 
CS 1 background should suffice.
 
  
 
Some possible reading the instructors only (students should discover the idea of "meaningful comments"!):
 
Some possible reading the instructors only (students should discover the idea of "meaningful comments"!):
  
- http://blog.codinghorror.com/coding-without-comments/
+
* http://blog.codinghorror.com/coding-without-comments/
 
+
* http://improvingsoftware.com/2011/06/27/5-best-practices-for-commenting-your-code/
- http://improvingsoftware.com/2011/06/27/5-best-practices-for-commenting-your-code/
+
* http://www.hongkiat.com/blog/source-code-comment-styling-tips/
 
+
* http://en.wikipedia.org/wiki/Comment_%28computer_programming%29
- http://www.hongkiat.com/blog/source-code-comment-styling-tips/
+
* http://javarevisited.blogspot.com/2011/08/code-comments-java-best-practices.html
 
+
* http://code.tutsplus.com/tutorials/top-15-best-practices-for-writing-super-readable-code--net-8118
- http://en.wikipedia.org/wiki/Comment_%28computer_programming%29
+
 
+
- http://javarevisited.blogspot.com/2011/08/code-comments-java-best-practices.html
+
 
+
- http://code.tutsplus.com/tutorials/top-15-best-practices-for-writing-super-readable-code--net-8118
+
 
+
  
 
=== Directions: ===
 
=== Directions: ===
 
For this:
 
For this:
  
- The entire class will be given a brief overview of a project. This can be chosen from the existing HFOSS projects that contain source files in the programming language used in the course.  
+
# The entire class will be given a brief overview of a project. This can be chosen from the existing HFOSS projects that contain source files in the programming language used in the course.  
 
+
# Then the class will be split in teams of 2-3 students, and each team will be given one file of undocumented code that has an easy complexity level. Several teams will have the same assigned code!
- Then the class will be split in teams of 2-3 students, and each team will be given one file of undocumented code that has an easy complexity level. Several teams will have the same assigned code!
+
# Teams will then be asked to write comments for the given code.  
 
+
# Then, in class, students will present their work and define "meaningful comments". While presenting, based on students' reflections, the instructor will create a rubric to assess when a code has meaningful comments and when it does not.
- Teams will then be asked to write comments for the given code.  
+
# Then, each team will be assigned a second file with undocumented code and they will be asked to write "meaningful comments". The students will meet again in one week and will have to present their work.
 
+
- Then, in class, students will present their work and define "meaningful comments". While presenting, based on students' reflections, the instructor will create a rubric to assess when a code has meaningful comments and when it does not.
+
 
+
- Then, each team will be assigned a second file with undocumented code and they will be asked to write "meaningful comments". The students will meet again in one week and will have to present their work.
+
 
+
--> All the students will have access to the entire project in case they want to look at the big picture while commenting the code. Depending on the complexity level, this may be a must have.
+
 
+
--> During the presentation, the other teams will assess each team's work using the rubric created in the first phase.
+
 
+
--> If time is available, it may be useful to compare the "meaningful comments" of students with the original comments existing in the code (but which was not made available to students).
+
  
 +
* All the students will have access to the entire project in case they want to look at the big picture while commenting the code. Depending on the complexity level, this may be a must have.
 +
* During the presentation, the other teams will assess each team's work using the rubric created in the first phase.
 +
* If time is available, it may be useful to compare the "meaningful comments" of students with the original comments existing in the code (but which was not made available to students).
  
 
=== Deliverables: ===
 
=== Deliverables: ===
  
A rubric that can be used to assess "meaningful comments"
+
* A rubric that can be used to assess "meaningful comments"
 
+
* Code with "meaningful comments" will be presented to the entire class.
Code with "meaningful comments" will be presented to the entire class.
+
 
+
  
 
=== Assessment: ===
 
=== Assessment: ===
Line 74: Line 58:
 
|'''Materials/Environment''' || Each team will be given three materials:
 
|'''Materials/Environment''' || Each team will be given three materials:
  
- a source file of a (more or less) complete project without any comments
+
* a source file of a (more or less) complete project without any comments
 
+
* a file with an easy code to understand and document
- a file with an easy code to understand and document
+
* a file with a medium/hard code to understand and document
 
+
- a file with a medium/hard code to understand and document
+
  
 
|-
 
|-
Line 97: Line 79:
 
[[File:CC_license.png]]
 
[[File:CC_license.png]]
  
[[Category: Learning_Activity]]
+
[[Category:Learning_Activity]]
[[Category: Coding and Style]]
+
[[Category:Coding and Style]]
[[Category: Documentation]]
+
[[Category:Documentation]]
  
[[Category: CS1]]
+
[[Category:CS1]]
[[Category: CS2]]
+
[[Category:CS2]]
[[Category: Minimal Sketch]]
+
[[Category:inimal Sketch]]

Revision as of 18:10, 7 September 2018

Title Document Code with Meaningful Comments
Overview In this activity, students will define what "meaningful comments" mean and create a rubric for it. Then, they will create meaningful comments for a given source file with undocumented code.
Prerequisite Knowledge The instructor can tailor this activity to match the current content being taught in a CS 2 course. Therefore it could be appropriate at any time during the CS 2 course.
Learning Objectives Students should define “meaningful comments”. They will create a rubric for this. Each team will make use of this rubric when commenting/documenting the second source file.

Background:

CS 1 background should suffice.

Some possible reading the instructors only (students should discover the idea of "meaningful comments"!):

Directions:

For this:

  1. The entire class will be given a brief overview of a project. This can be chosen from the existing HFOSS projects that contain source files in the programming language used in the course.
  2. Then the class will be split in teams of 2-3 students, and each team will be given one file of undocumented code that has an easy complexity level. Several teams will have the same assigned code!
  3. Teams will then be asked to write comments for the given code.
  4. Then, in class, students will present their work and define "meaningful comments". While presenting, based on students' reflections, the instructor will create a rubric to assess when a code has meaningful comments and when it does not.
  5. Then, each team will be assigned a second file with undocumented code and they will be asked to write "meaningful comments". The students will meet again in one week and will have to present their work.
  • All the students will have access to the entire project in case they want to look at the big picture while commenting the code. Depending on the complexity level, this may be a must have.
  • During the presentation, the other teams will assess each team's work using the rubric created in the first phase.
  • If time is available, it may be useful to compare the "meaningful comments" of students with the original comments existing in the code (but which was not made available to students).

Deliverables:

  • A rubric that can be used to assess "meaningful comments"
  • Code with "meaningful comments" will be presented to the entire class.

Assessment:

Comments:

Additional Information:

Knowledge Area/Knowledge Unit Coding & Style
Topic Meaningful Comments
Level of Difficulty Medium/Hard
Estimated Time to Completion A total of 120 minutes is suggested. The first part can be done in class, while the second part can be given as a week-long project and then in another class period each team will have to present their code. All students will rate (based solely on the comments) the readability of the code being presented by each team.
Materials/Environment Each team will be given three materials:
  • a source file of a (more or less) complete project without any comments
  • a file with an easy code to understand and document
  • a file with a medium/hard code to understand and document
Author Razvan A. Mezei
Source 50 ways
License Licensed CC BY-SA


Suggestions for the Open Source Project:


This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License

CC license.png

Personal tools
Namespaces
Variants
Actions
Events
Learning Resources
HFOSS Projects
Evaluation
Navigation
Toolbox