Tie And Jeans

Archive for the tag “papert”

Learning Cycles

Last week, Josh Burker posted a picture of a MakeyMakey “violin” designed and built by one of his elementary students. It’s a great bit of prototyping, using stretched wire and a metal bow to trigger MakeyMakey inputs.

But this student wasn’t satisfied with a single sound per string, and Josh relayed that design challenge out to the #makered community.

(This post is a reflection about learning cycles and MakerEd. If you want to see the prototypes, read this instead.)

On one level, this call hits at the heart of why MakerEd has blossomed along with the growth of global learning communities. With cardboard, write and a $40 toy, an elementary student can move an idea out of her “invention journal” and into the real world. This means she can be simultaneously thrilled at her tangible accomplishment, and frustrated by the numerous limitations and compromises she’s made along the way. To iterate on that first object, she’ll need to incorporate some wholly new ideas into her intellectual framework. To complicate matters for the “just Google it” generation, she also lacks the language to describe or discover those new ideas.

Josh doesn’t have an academic background in electronics. However, he does have extensive experience taking on projects for which he doesn’t have a academic background. Josh knows that being a “life long learner” means also being a “life long beginner,” and has developed toolsets that help him address the common problems of beginning. One of tools is an expansive network of friends, colleagues and mentors.

I have a very poor academic background in electronics. However, I have experience working within a small corner of electronics problems and exposure to the wider field. Even when I can’t provide solutions, I can often help rephrase questions in language that will produce solutions.

This is the way that beginners learn, how they move into a new discipline and become novices, and then amateurs, and so on.

What starts to transform this student’s problem from a brick wall into an opportunity is her teachers’ skills and experience as a learner.

I think of this as a tide of questions flowing out. There’s another important set of skills that govern how the information flows back in.

There is an academic answer to this question. “You need to look at the board’s schematic and build or extend a voltage divider for each input.”

That should clear everything up

That should clear everything up

Depending on length, replies like this range from “look up these terms in the textbook” to “here’s the textbook on these terms.” But in no way to they offer a direct bridge to help the student move forward with their idea. I’ve made this mistake too many times with students, in math and Makers, where I’ve asserted the existence of firewood instead of starting a flame.

Growing up with cooking shows, I know there’s a trap at the other end of the helpfulness spectrum. “Mr. Pepin, I was wondering what I could cook with all these rutabagas?” “Well,I happen to have this tray of roasted rutabagas and porkbelly in the oven now!” Which is great if you’re hungry, but doesn’t actually help the person with a wheelbarrow full of rutabagas. Even providing a recipe can send the incorrect message. “I guess vegetarians can’t eat rutabagas.” When teachers do this in math or CS, we insist that students can learn by dissection, carefully examining this particular solution for tools and techniques that will suggest general principles. But when you’re a beginner, you often lack enough domain specific context to determine which ideas are load-bearing and which are ornamental.

While there’s satisfaction in executing a recipe or assembling a kit, it’s fundamentally different from building and improving your own design.

I don’t think there’s a universally appropriate midpoint between these two extremes. The teacher’s role is to use the information flowing in to craft the best solution for this beginner and this domain. Teachers get better at reading the needs of a learners over time, as well as building up a wider range of domain knowledge. Over time, learners get better at recognizing when they need more support or when the instruction becomes overbearing.

For the three of us dancing around this Scratch dobro, I’m finding the limitations of Twitter, Vine and WordPress to be helpful fences. Even in the rough prototype I built, there’s so many design choices! I keep my work ugly, so that no one can mistake it for a finished product. I know Josh will ask when he has a new batch of questions.

Advertisements

Hunting Microworlds

One of the most difficult part of reading Mindstorms in 2014 is pacing yourself through the long sections where it seems like Papert is simply explaining LOGO to an audience that has never owned a computer. There’s a natural tendency to skim at these parts. We may not have wound up with the powerful computing future that Papert envisioned, but many of us went to school through the LOGO boom and have taught using Scratch, Turtle Art and MicroWorlds for a decade or more.

This time through, I tired to read those sections more carefully. While the physics Turtle and Geometry Turtle examples were still very familiar, I was struck by the fact that I couldn’t think of a huge collection of other software microworlds.

Prompted in large part by my work with FabLearn, and my own late start with electronics, I’ve been trying to imagine what a true Papertian microworld for EE would look like.

I’ve seen a number of circuit simulation tools used over the years. I remember using Circuit Construction Kit with students in my first tech+teaching job, but there are plenty of others. However, this reread of Mindstorms has overturned my assumed relationship between simulations and Micoroworlds. In my cursory review of simulation tools, I didn’t see anything that offered the richness that Papert asks of “idiosyncratic microworlds.” Simulating circuits requires less physical dexterity, eliminates the cost and hassle of procuring parts, and allow fantastic “point-wise” inspection of elaborate systems. But they all fundamentally present an idealized form of the physical world. When used in context with circuit simulators, the world “simple” refers only to the number and function of individual components, not to the underlying principles that govern the simulation.

Then there’s Redstone.

Redstone is the building material for electrical analogs in Minecraft. I recorded that video in the summer of ’12 (aka ds106 SummerCamp!), and you can hear my apprehension in the first 30 seconds. Here’s this thing that’s kind of like electricity, which means you can build things that are kind of like circuits…. but they’re not real!
I couch my discomfort as teacher-fear, of not wanting to push my students down an “incorrect” path. In reality, that discomfort is coming from the friction between my own hastily and poorly constructed microworld of electronics understanding and the structure/function of the redstone. I didn’t have a deep and nuanced body of EECS knowledge that I was disappointed to see unrepresented in Minecraft. Instead, I had a half dozen beliefs that I had hung into a loose scaffolding, but individual components were flimsy and couldn’t bear my weight.

Does Redstone constitute a learning microworld for electronics? As a brief overview, the Redstone “circuits” offer a purely digital system, where a wires and component can only be powered or unpowered[0]. There’s no analog for voltage or amperage, which means that there’s no equivalent for capacitors, resistors or transistors. Redstone signals propagate in neat 1/10 second hops. In short, there’s a robust system that can produce wonders, but a student who only studies Redstone will fail a 3rd grade multiple choice quiz about electricity.

Papert’s microworlds aren’t judged by the richness or complexity of the objects that can be produced within. It’s lovely that the Geometry turtle can create wonderful art, but the value of the microworld isn’t dependent on whether the learner created the AlHambra or a box house. In a sense, the Papertian value of a microworld comes from how it can evolve in response to the learner.

There’s certainly a thriving world of Minecraft extensions, many of which extend the redstone system or build up alternative signaling/power system within the same blocky world. But the tools used to create those mods are wholly distinct from the in-world construction tools. Minecraft utterly fails the challenge offered by LOGO, LISP, and Squeak, and offers no path from being creating within the game to creating/modifying the game.[0]

The other criteria for evaluating an microwold is how it exposes learners to “powerful ideas” and if those insights/experiences can transfer to other microworlds or other learning domains. This forces me to realize that I’m not sure what the powerful ideas at the heart of “electronics” are! My list looks similar to the Nell’s insights from Castle Turing throughout King Coyote’s realm in Stephenson’s Diamond Age. Complex systems are often simple systems in aggregate. Careful design makes powerful tools from tedious processes. There’s nothing on my list that looks like a learning objective from 6.002.

My stance is that powerful microworlds don’t have to teach Ohm’s Law, but prepare students to seek out and make use of Ohm-like Laws.

[0]Or maybe not! Since the last time I build redstone circuits, Minecraft has added power levels to Redstone, including components that respond to those power levels and direct comparators

[0] There are some confusing edge cases to this. The RaspberyPi edition of Minecraft exposed an early API, with Javascript and Python libraries, so that players could write/run code that would affect the Minecraft world. There’s great examples of this tool bridging the digital/physical divide, making a light switch in Minecraft that triggers a set of LEDs in the real world. Scriptcraft goes a slightly different direction and exposes the Minecraft API to Javascript commands typed directly from the in-game console. Not that the console line is a pleasant text editor, but it does close the loop and allow for modifications to the game system from within the game itself.

Post Navigation