Small doc fixes and many tiny edits. (#439)

This commit is contained in:
Galen Nickel
2017-07-06 00:05:42 -07:00
committed by Peli de Halleux
parent edaf2b0403
commit 78d1ce26be
33 changed files with 164 additions and 118 deletions

View File

@ -1,12 +1,12 @@
# Final Project Examples
# Final project examples
## 1. Baseball Pitch Counter
## 1. Baseball pitch counter
![Baseball pitch counter](/static/courses/csintro/finalproject/baseball-pitch-counter.png)
This project straps to a pitcher's arm and uses the micro:bit accelerometer to record how many pitches have been thrown in a session.
## 2. micro:bit Wrist-Mounted Step Counter and Compass
## 2. micro:bit wrist-mounted step counter and compass
![Step counter and compass](/static/courses/csintro/finalproject/step-counter.png)
@ -14,14 +14,14 @@ This project straps to a pitcher's arm and uses the micro:bit accelerometer to r
This project straps to your wrist, displays a compass that updates as you walk around, and keeps track of your steps. The micro:bit is elevated to allow room for the battery pack to fit underneath.
## 3. Combination Lock Box
## 3. Combination lock box
[**micro:bit Combination lockbox**](https://youtu.be/OXks3MJWhhk)
https://youtu.be/OXks3MJWhhk
<br/>
This project features a secret combination that opens the top of the box using a servo motor.
## 4. Violin Tuner
## 4. Violin tuner
![Violin tuner mount](/static/courses/csintro/finalproject/violin-tuner-mount.png)
@ -29,7 +29,7 @@ This project features a secret combination that opens the top of the box using a
This project uses a piece of cardboard to mount the micro:bit to the side of a violin. This student wanted to use it to tune his violin by playing a specific series of tones. The micro:bit displays the note being played.
## 5. Trumpet Angle Detector
## 5. Trumpet angle detector
![Trumpet angle detector](/static/courses/csintro/finalproject/trumpet-angle-detector.jpg)

View File

@ -40,10 +40,10 @@ Teacher Note: This form of assessment places just as much weight on documenting
However, you may decide to assign more or less weight to each of these pieces, and you should certainly feel free to scale up or down the documentation piece as appropriate for your classroom, grade level, and teaching priorities.
 
## While Working on the Project
## While working on the project
The expectation is that you are working steadily on your independent project for three weeks, testing out ideas, trying things out, getting stuck, and getting yourself unstuck. Because everyone is working on a different project, we can't assign the same homework to everybody so besides the project work itself, you are also responsible for documenting the work you are doing on the project using work logs, and reflecting on the process of your learning in a record of thinking. Here are more details on these.
## Work Logs
## Work logs
A work log is a short, bullet point list of what you worked on, and how long it took. Stick to just the facts. It shouldnt take more than thirty seconds or so to write up a work log. Students should do one for every class, several times a week. A shared Microsoft OneNote notebook is a great way to keep a work log that students can update regularly. Alternately, you might use a collaborative shared document, or your classroom management system, or even e-mail.
Sample Work Log:
@ -54,9 +54,9 @@ Sample Work Log:
4/3: 45 min. Hot glued NeoPixel strip to outside of dinosaur, finished painting<br/>
4/4: 30 min. Coded lighting patterns in pxt._
**Teacher Note:** We generally don't accept late work logs. If a student simply didn't have time to do any work on the project, he should still file a work log, and report that no work got done. Work logs are worth a few points each, so missing one or two isn't a problem, but if it happens a lot it's usually time to do a check-in with that student and see where she is with the project.
**Teacher note:** We generally don't accept late work logs. If a student simply didn't have time to do any work on the project, he should still file a work log, and report that no work got done. Work logs are worth a few points each, so missing one or two isn't a problem, but if it happens a lot it's usually time to do a check-in with that student and see where she is with the project.
## Record of Thinking
## Record of thinking
A Record of Thinking is like a journal entry (or like the reflection that you did for the mini-project) that tells the story of your learning throughout the past week. Go through your work logs for the week and look at what you did, where you got stuck, and how you figured it out.
Then write a 150- to 300-word Record of Thinking addressing the following:
@ -74,7 +74,7 @@ I guess I would choose the word "elated" because that's what I am feeling right
Teacher Note: A Record of Thinking is not an expanded work log! Students will sometimes just write a more detailed list of all of the tasks they completed over the week, and that's not the point of the Record of Thinking. The Work Logs are to show WHAT you did. The Record of Thinking is to show HOW you learned how to do it. Unlike Work Logs, I will accept late Records of Thinking as long as they come no later than the due date for the next weeks Record of Thinking. It is an important form of documentation of the learning process.
## Turning in the Final Project
## Turning in the final project
When you turn in the final project, you should turn in your code, and a final narrative.
To turn in your code, you can Share the code by clicking the Share button at the top of the MakeCode window (next to Projects).
@ -116,12 +116,12 @@ Sample Final Narrative:
 
>_Once I started to get a little more clear on what to do, I was able to get more effective help from my classmates. Specifically, Jordan helped me a lot with figuring out how to get an image to display properly on the screen. He also showed me how to search through the online documentation more effectively. I think if I could do this over again, I would have scheduled more time earlier to meet with Mr. Kiang and/or found a better way to share the different online sites with my table mates because we all found different places to go. I didnt even find out until the end that you could jump into JavaScript to make changes to the code, and it makes it all with the right blocks when you go back! (Beta Testing notes) That would have saved me a lot of time._
## Beta Testing
## Beta testing
Beta testing is an important part of testing the final projects to uncover bugs or design issues that could make the projects difficult to use. One way to test the projects is to ask all students to come in to class on a specific day with the projects ready to test. This is not the final deadline, but projects should be "feature-complete" i.e., all features need to be incorporated into the micro:bit, and the construction of the real world elements of the project need to be done or almost done.
Students can take turns presenting their projects to the entire class, or they can work in pairs to take turns trying their partner's project out and offering feedback. Students who are being critiqued should take beta testing feedback notes and turn them in as part of their final project narrative.
## Final Showcase
## Final showcase
Have a celebration of your students' hard work and hold an event at your school for parents, administrators, and other community members to appreciate all of the hard work that went into making each of the final projects.
We have found that a "science fair" format works nicely, with students sitting at tables where they can demonstrate their projects and answer questions. Some schools do a "shark tank" type of event where students take turns "pitching" their project ideas to a panel composed of local software developers, entrepreneurs, and investors. Either way, a little public recognition of all of your students' hard work goes a long way!