Ask HN: Second generation of intro to software dev for 3rd graders
I posted this last year asking for help in creating an introduction to software development for 3rd graders:
"Next week I'm going into my daughter's classroom to teach about software engineering. I want to teach them about the magic of it."
https://news.ycombinator.com/item?id=42056775The best suggestion was
"I think about the PB&J demo a lot."
It was a big hit! I took a lot of the suggestions and had so much fun. I'm going to do it again for my 4th and 5th graders classes and could use some help in improving it.A few highlights from last year:
* I brought a serrated knife and ketchup packets. When they said put the jelly on the bread with the knife, I gripped the serrated end and pretended my fingers bled (ketchup works great as blood).
* I brought in vaseline AKA petroleum jelly. When they said put jelly on the bread, I contemplated aloud "Well, you said JELLY, and this says JELLY!"
I offered to give the sandwich to one lucky kid afterward, but surprisingly, no one took me up on the opportunity to eat a sandwich with peanut butter, vaseline and ketchup. Kids these days are so spoiled, 6-7!This year I want to do it again. But, I want to add some ideas:
* importance of teamwork: I think this differentiates good software teams from bad teams.
* importance of good communication: I was thinking about teaching them about how important communication and planning is. Last year I had slips of paper where I asked a different scribe to write down the instructions, and then I took those, reordered them with class input and then took action. But, perhaps I can expand on that and really drill into them the value of planning and good written communication.
* managers: I was thinking about talking about how the managers are often the best paid, because they take responsibility for all the moving pieces, and the success or failure of the project. I expect this might be a controversial take here on HN!
Any suggestions?
21 comments
[ 3.4 ms ] story [ 38.7 ms ] thread> * I brought a serrated knife and ketchup packets. When they said put the jelly on the bread with the knife, I gripped the serrated end and pretended my fingers bled (ketchup works great as blood).
> * I brought in vaseline AKA petroleum jelly. When they said put jelly on the bread, I contemplated aloud "Well, you said JELLY, and this says JELLY!"
...and so went into great prescriptive detail about exactly how I'd make said sandwich. After turning it in my teacher chose my essay specifically to repro onto a transparency and place on the overhead as an example of bad writing. Apparently being explicit about choice of ingredients, removing things from packaging, holding the bread, etc. was antithetical to the assignment and dismissed with laughter and eye rolls because "everybody knows" to do these things.
This was a bit of a blow to my fragile ego but in retrospect it was an important lesson in several concepts that you touch on later in your post such as good communication (the importance of considering one's audience), asking clarifying questions (because requirements are hard), and interactions with authority figures.
I say all of this to say that you should absolutely emphasize this less technical side of things. Soft skills are at least as important as technical aptitude when it comes to career mobility and emphasizing them early would give students a real leg up. While considering edge cases and assumptions is clearly important for computers it's also crucial to keep in mind how people understand processes and systems, i.e. when to be explicit and when to avoid patronizing those on the other end of your comms.
https://en.wikipedia.org/wiki/Logo_(programming_language)
One of my kids picked up scratch immediately and did that for a couple of years for fun and now he’s doing python and machine learning.
Her first gripe was that the computer didn't recognize the lower case "l" for the numeral "1" ad vice versa. Her old Smith-Corona typewriter didn't have different keys for those characters, or for upper-case "O" and Zero.
My suggestion is to start with digital data and logic circuits; how everything a computer does is based on a huge number of switches making very simple decisions.
also maybe get few examples from human resource machine and play them out, this might be more fun than pb&j https://tomorrowcorporation.com/humanresourcemachine
Instead of a turtle you control a bunny and instead of lines of code with commands you collect up and then use sequences of cards with commands (i.e. left, right, forward, back). Eventually, I think you end up using loop command cards, etc.
I'd imagine you could have teams control each bunny.
CoderBunnyz - https://coderbunnyz.com
Quick overview on how to play CoderBunnyz
https://www.youtube.com/watch?v=hCOBtdG3ctI
Some provided lesson plans even:
https://coderbunnyz.com/stem-schools/
Amazon
https://www.amazon.com/Coder-Bunnyz-Comprehensive-Programmin...
Here's another I like:
Give groups of kids 10 identical looking items and a balance to compare the weights. Pre-teach how a balance works to compare the weight of items. Ask them to put the items in order from lightest to heaviest. You're basically asking them to come up with a sorting algorithm. Usually, after much experimentation, someone will come up with an algorithm that works. You can work together to try to write down the steps of the algorithm. You can also explore more mathematical ideas like transitivity when comparing different sorted sets of items.
- Octostudio ("developed by Lifelong Kindergarten at the MIT Media Lab")
- A series of exercises demonstrating specific features, similar to these: https://www.amazon.com/ScratchJr-Coding-Cards-Creative-Activ...
Went to various computer classes at school as a kid. Usually it turned out to be a math class doing bitwise logic on paper.