You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This might be wishful thinking for more complex computer science, definitely for SICP and more complicated concepts (wtf are opaque types?). The general ideas of computer science, model->view->update should have simple examples in the concrete->pictorial->abstract approach. ↩
This is a particularly difficult problem, when you get stuck and you don't know where to turn. There's probably sites that help out in this regard (Exercism it has some form of personal mentoring) but for the most part, StackOverflow or for Elm-specific, there's some community resources still like Discourse↩
It doesn't necessarily have to be programming, or a difficult problem, but being able to whiteboard out an idea is a very useful skill (even if you can't solve the problem). "Design thinking" and "how to solve it" are good examples. ↩
Even if Mark doesn't know the syntax (with a similar ethos as (3)) he could still think around the problem and sketch it out. Remember the egg drop test, where we created our own damage chart. Given some materials (like functions/syntax and basic knowledge of physics) how do we test out which wrapping method (composition) might help us solve the problem? (Protect our egg!) ↩
The text was updated successfully, but these errors were encountered:
Programming should be fun
A general problem solver
Pitching the problem
Can you create a problem solver for these ages?
Footnotes
This might be wishful thinking for more complex computer science, definitely for SICP and more complicated concepts (wtf are opaque types?). The general ideas of computer science,
model->view->update
should have simple examples in theconcrete->pictorial->abstract
approach. ↩This is a particularly difficult problem, when you get stuck and you don't know where to turn. There's probably sites that help out in this regard (Exercism it has some form of personal mentoring) but for the most part, StackOverflow or for Elm-specific, there's some community resources still like Discourse ↩
It doesn't necessarily have to be programming, or a difficult problem, but being able to whiteboard out an idea is a very useful skill (even if you can't solve the problem). "Design thinking" and "how to solve it" are good examples. ↩
Even if Mark doesn't know the syntax (with a similar ethos as (3)) he could still think around the problem and sketch it out. Remember the egg drop test, where we created our own damage chart. Given some materials (like functions/syntax and basic knowledge of physics) how do we test out which wrapping method (composition) might help us solve the problem? (Protect our egg!) ↩
The text was updated successfully, but these errors were encountered: