Skip to content
View colevandersWands's full-sized avatar

Organizations

@elewa-academy @blocks-to-text @lab-antwerp-1 @learning-as-code @DeNepo

Block or report colevandersWands

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Please don't include any personal information such as legal names or email addresses. Maximum 100 characters, markdown supported. This note will be visible to only you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
colevandersWands/README.md

Evan Cole

email@evancole.be

I'm curious how we can translate research in computing education to open tools, content and practices:

How can we balance speed and rigor to best serve learners and educators?


Open Education

AI can now write and explain code, but people still need to understand and maintain this code. To adapt, programming education must center code comprehension, discussion, and review instead of code writing. Research finds this is also the most effective way to learn programming, with or without access to AI.

If we want programming education stay relevant and open doors to opportunity, we need a new open philosophy of programming education that centers comprehension-first learning, peer-led study, easy content authoring, and offline study.

Curious about using or contributing to any of these resources? Send me an email!

Click to learn more about my open education projects

De Nepo: Open Ed: A collection of evidence-based resources & tools for computing education. Some highlights:

  • Study Lenses (demo, source, spiritual successor): A plugin-based learning environment for generating comprehension exercises from code. The following tutorials are designed for Study Lenses.
  • Welcome to JS: A practical introduction to programming focusing on program comprehension and communication skills.
  • Inside JS: A deeper look inside JavaScript including expression-level debugging, unit testing, DOM I/O, and reverse-engineering.
  • Behavior, Strategy, Implementation: Explore and practice a wide variety of approaches for solving & reviewing coding challenges.
  • Separation of Concerns: Learn how to plan and collaborate on a software project with code-splitting and file/folder conventions based on the code's role in the program.

Software as a Second Language: A new project to organize and package De Nepo materials for program comprehension, designed around four levels of time investment:

  1. Quick Wins: Teaching or study techniques you can pick up in under an hour.
  2. Tools: Guides for adopting tools like Study Lenses that help understand any code you are working with.
  3. Content: Lesson plans, exercises, and references that can be incorporated into an existing curriculum.
  4. Curriculum: Guides & resources for redesigning programming curricula around comprehension-first learning objectives.

InTechgration: I am helping them to adopt/adapt De Nepo materials, and giving Instructional design & curriculum packaging advice for WDX-180

Blocks to Text: Thoughts about helping learners transition from blocks to text. Also an experiment in hosting essays+slides+demos in one GitHub organization.

JS for Open Computing Education. A presentation from FOSDEM '19 with some principles for designing realistically open computing education. The code is wonky, the ideas are solid.

  • slides, repo (forked because I accidentally deleted mine 🤦)

Micromaterials: Open learning resources that are focused,free, give automated feedback, and (ideally) generate endless practice.


Fun

I've always loved language, linguistics and reading more than I liked playing on computers. So when I program I think more about the writing, the language and the rhetorics than what I'm building. I also think rhetorical situations are a great starting point for teaching programming.

My main computery hobby is snippetryWhat can you do with under 40(ish) lines at a time?

Let's talk, together we can build things we could never imagine alone.

fun links
alert(eval(eval((recurseval = 'eval(prompt("yolo", recurseval) || recurseval)'))));

If Hemingway Wrote JavaScript has influenced my programming life more than any other single source. How to Draw a Bunny is in second place.

I recently discovered coem-lang and Dwitter.


You may have heard this before:

  • if all you have is a hammer, everything is a nail

Now try this on for size:

  • if everything is a nail, you'll always reach for your hammer

Wait. How could you have a hammer if everything is a nail? And wouldn't you be a nail too‽


Many years ago this question captured me:

  • What does it mean to be an expert in a discipline?

I got stuck at "discipline". It's not so hard to define existing disciplines, but how do you know when you're looking at a new one? or at a hidden discipline?

"Discipline" started to make sense when instead of looking for a single thing, I saw combinations of these two things:

  • Questions
  • Ways to find answers for those questions

I now think of disciplines as conventional combinations. Disciplines have a conventional type of question, and conventional methods for answering them.

So what does it mean to be an expert in a discipline? I think it means you've developed the intuition to ask certain questions and are very good at certain methods for finding their answers. no more, no less.


Where do unexpected questions come from? And how can you find an answer to a question no one understands yet?

Conventional disciplines may have constrained themselves to asking questions for which they already now how to search answers.

But what if you reject known constraints and set new ones? You'd have to ask unknown questions and find unexpected ways to answer them.


  • Alone, you can only ask the questions you can think of, and search for answers in ways you can think of.

Try replacing "question" with "problem", and "answer" with "address":

  • Alone, you can only find the problems you can think of, and address them in ways you can think of.

Listening and empathy are the keys to finding problems you couldn't know exist. Collaborative design is the way to find answers you never expected were possible.

  • Together, we can find the problems we didn't expect, and address them in ways we never never imagined.

Here's the question I've spent a few years trying to answer:

  • How can we make the best ways of teaching programming the easiest?

Rephrased as a problem:

  • There are empirical best practices for teaching programming, but those are not common.

Hold on. What does it even mean to teach programming? Maybe it means first teaching students to ask questions that can be answered with code.

I certainly haven't found the answer yet, but I do have lots of ideas. Let's compare notes.


🐧 🇧🇪 🇺🇸 🐧

Pinned Loading

  1. DeNepo/study-lenses DeNepo/study-lenses Public

    see your code many different ways

    JavaScript 12 6

  2. DeNepo/study-lenses-demo DeNepo/study-lenses-demo Public

    a demo of the Study Lenses learning environment

    JavaScript 1

  3. DeNepo/welcome-to-js DeNepo/welcome-to-js Public

    Take your first steps into programming by learning to read, trace, analyze, explain, and write interactive programs in your browser.

    JavaScript 13 156

  4. blocks-to-text/top blocks-to-text/top Public

    Home page for Blocks to Text

  5. fosdem-2019 fosdem-2019 Public

    Forked from kolysg/fosdem-2019

    JS for open computing education

    JavaScript

  6. snippetry snippetry Public

    What can you do with under 40(ish) lines at a time?

    JavaScript 1