You make a lot of assumptions about how kids have to be taught coding.
> I tried everything possible. Every other trick in the trade. Even tried to start with Python first and not C.
> They struggle to understand where or why should you use an if/else/switch statement, or a for/do/while loop. Its difficult for them to map solution patterns to a code pattern. Its not their fault. Its ours. Better luck trying to explain a kid why they are being asked to write a program find greatest of three numbers, find factorials, or sort numbers. To them it very clearly looks math in a different language. Its that boring math thing all over again.
There are so many other ways to introduce students to programming. This is the main part of the problem. So many people think this is how you have to teach programming. I am in full agreement that you need to teach problem solving, and you can do that with programming.
We start teaching with a simplified language called "karel"--where you have a dog who can only turn left, move, and put down and pick up tennis balls. That's it. There is no overhead of python or C or java. It's just a few commands and a dog. And there is no question on why you should do it.... people do this because it is immediately fun. Printing "hello world" for most people (especially younger kids) is not immediately fun.
I have started thousands of students in person with our karel the dog demo. Everyone can do it. Almost everyone finds it to be really fun. Because karel is a simplified language, it is all about problem solving. How do you get a dog to find the midpoint of his world when he cant store variables, but can only ask questions about the state and put down tennis balls?
I contend that you can teach problem solving to students through programming--but it is so crucial how you make that initial experience feel.
There is no
public static void main(String[] args)
to get started.
Try this out at http://codehs.com. We have schools using it all over the country, and young students can get if/else, and for/while.
> Beyond all this it needs to fun, which it very clearly isn't.
Find a student who didnt like programming, and have them try our karel the dog starter for 10 minutes. Let us know what they say. I bet they think it's fun.
I think both you and the grandparent are making a mistake. He assumes children dislike math. You assume children will like karel. I think the truth is that children have different interests and that you can only bring them to programming by latching on to those interests. Many children like math. Many other children will not like karel.
The result: to engage as many children as possible, you need several introductory tracks: one that uses math, one that uses puzzle solving, one that uses drawing, one for another common interest, etc. Also be aware of the way interests change with age.
Teaching is hard and almost every approach invented seems to rely on yet another silver bullet.
Nobody assumes that children inherently dislike maths. They can't dislike something they don't even know.
The point is that children start to dislike maths once they go to school. And they do - all kids in my class either already knew basic maths before going to school or were completely bored by it.
The same will happen with programming once it will be "taught" in schools as well.
Think of it this way - if you want people equally competent as you to teach your child in school, you have to pay them 1/n of your salary, where n is the number of students in class. If you pay them less, they will find a better paid job elsewhere like you did. And you don't want n to be large since it's hard to pay attention to more that a dozen of kids at a time.
Hence, school must either consume 5% to 10% of your salary per child, or be ran by people less competent than you. It seems that usually the latter is the case.
I appreciate your math, but it is slightly flawed.
You can get a bigger n, not by increasing class sizes alone, but also by letting teachers teach for longer per day than children learn. I.e. use you math per hour taught, not for salary.
What this means in practice is, use teachers for higher value added work, but let computers (or somebody less qualified) oversee other parts of the learning process.
What seems to work fairly well (I remember a study about it), is to let students read material at home, but solve problems in class. That's the opposite of the traditional getting lectured-at in class / exercises as homework approach.
Khan academy is another vector for leveraging teachers. It does not replace a good teacher, but it can augment a teacher.
The problem is that if you tell schools to implement "computer supervised" coding learning, they will tell the students to write a factorial implementation and then they'll test it for bit-perfect match with some "perfect" solution.
This way they will verify correctness, good indentation, meaningful naming of variables and so on. Because somebody in the school/government heard that this is what professionals care about.
IMO launching a media campaign which pushes schools to "teach" every child to program, without any plan prepared by professional teachers and developers and then permanent, ongoing support from such professionals, is asking for disaster. And the grandgrand...parent provided an example of such disaster.
I think this is a good point, but I'll take it a step further. The kid that likes drawing doesn't have to be a programmer, so stop trying to teach it to him and let him draw without the constraints that programming brings. We don't all have to be the same.
The point you make here (and one made by many others) is a straw man/reductio ad absurdum argument.
People who advocate that everyone should learn to code (like myself) to not advocate the absurd conclusions that are used by others to refute this standpoint.
I do think people should learn to code. This does not mean I think:
1. Everyone should be a professional programmer.
2. "Everyone should be the same"
You can make similar arguments to a person who says "everyone should learn to read," but then you misunderstand the spirit of the discussion.
I'm not interested in logical fallacies. I don't think this is a particularly logical subject. When you say "people" should learn to code, do you mean everyone? I posit, completely illogically, that some people will contribute greater good to society without ever having their brain trained to solve a problem via algorithm. Even without contributing any good, maybe they'll just be happy. Of course I'm not against making things more interesting for those who do have an aptitude or drive for it, so please don't misunderstand that.
> I don't think this is a particularly logical subject.
Are you sure advocating a solution that's not based on logic is the right thing to do?
> When you say "people" should learn to code, do you mean everyone?
First we must define what "learning to code" is. I (and, certainly, most others) do not advocate kids should learn Java (or Python). But I think kids should learn how to decompose complicated problems into simpler parts. I also think kids would gain a lot if they could make computers do what they want (going beyond "start WoW", for instance).
As for drawing, you can always draw with a pen and paper. I prefer to do it that way. However, if I decided to draw a fractal curve, I'd probably do a few sketches on paper, to grasp the ideas, then fire Emacs and write code to actually draw it.
> I do think people should learn to code. This does not mean I think: 1. Everyone should be a professional programmer. 2. "Everyone should be the same"
First of all, why we (adult) do programming? to automate something? to make repetitive tasks easier? or just for fun?
and I don't see any good reason, why we teach kids programming. If it's to train their logical thinking, we can make a game for them, give them a basic set of rules, each rules have consequent, with their imagination they can make other rules based of basic rules, with one condition that new rules can't contradict with basic and other rules, I know it sounds like math, but they will get the basic idea of logical thinking, when you do something there is a consequence.
Programming is just a tools or way, if you prefer. Not to mention a new trouble when they have a solution but can't apply it with programming, because the technical barrier they had, even you use easy programming tools like Alice, certainly there will be technical problem for them.
I agree with, why we should learn kids problem-solving skill, because they just need their brain and basic tools like pencil and paper, maybe to scratch something, to visualize what they think.
Meanwhile, the kid who likes programming will probably be drawn to it naturally, as well. I know I was, a long time ago. I can appreciate wanting to lower the barrier to entry for such kids, but I honestly don't think it's excessively high to start with.
Friends of my age who were drawn into programming did so probably because when you turned on the (8bit) computer it was waiting for you to write a program. It was the default action. How would an iPad user be naturally drawn into coding? If you don't have friends around you who do it and serve as an example (or a classroom where you are presented with that possibility), I think few would come up with the idea of writing programs themselves.
It's dated, slow, ugly, and poorly-supported, but in my experience, Alice is the easiest introduction and call to action for a 7-10th grade proto-programmer.
You create 3d animations using an OO syntax. Like Karel, you build up from basic methods, but you get to animate a scene, rather than have a robot/dog pick up and drop stuff.
My students have really enjoyed it, and it let me get to deeper concepts far faster than other instruction.
edit: http://www.alice.org and it looks like development has actually woken up. The blog is active and there's a new version out. Big improvement over last year when I went there.
haha yes, you make a good point. I do think that including several ways to try to connect with beginners is important, and that is what we hope to do. I really like the logo the turtle approach as well.
I think my main concern with the previous comment is that the dominant method for introducing programming is too syntax-heavy, math-heavy, starting with a language with a lot of overhead for beginners, so ours is an alternative.
Not everyone will like our intro, as you note. But I think it has a very different feel than the way many students are introduced to programming in school (see AP Java class).
OT and I don't know if you'll find this useful but http://codehs.com/ looks like an absolute trainwreck to me, layout-wise. I'm using Firefox 19 on Ubuntu.
Thank you Hacker News reader for the very Hacker-News-esque constructive criticism. We are trying to improve our site, so if you have specific constructive feedback for us, we would appreciate it.
Apologies if "absolute trainwreck" came off as harsh or unspecific. My specific, actionable feedback is:
Check how your site looks in multiple common browsers (IE, Firefox, Chrome...) while you develop it.
Check how your site looks on screen sizes smaller than your own, by resizing the browser window.
If it looks fine to you, then maybe the problem is on my end. But there is definitely a problem on my end, as I assume you did not intend for the "Why CodeHS?" text to overrun on top of the photo of the classroom.
I tried in Chromium on Ubuntu, and Firefox and IE on Windows. It looks trainwreck-y on all of them for me.
By the process of elimination, I believe it's because I'm using a T-mobile wireless dongle. The upstream proxy attempts to reduce bandwidth by doing things like coalescing external CSS and JS inline. I've seen this break one other site (LinkedIn profile editing, which seemed to be a bit fast and loose about its use of ajax) but every other site I've used has been fine (even e.g. Asana, which is rather intensive.)
I looked at the source of codehs.com (insofar as I can figure it out, what with all the CSS and JS put inline...) and I'll change my actionable feedback to:
Try to keep it simple.
That seems like far more stuff than you'd actually need on a landing page.
I also noticed that, when loading on IE, it pops up a message saying:
You are using Internet Explorer, an unsupported browser :(
You should download Google Chrome so you can get started!
It's a pity that the site doesn't support the browser with the largest market share -- that's probably something you should work on.
Semi-colons are great for real programming. They help deal with ambiguity when you want to split something over several lines yadda yadda let's not have the debate here.
But I don't see it's utility in something like this. It becomes one of those "just because" answers if someone asks why you need to put a semi-colon at the end of the line.
I could understand it if it was pitched at an "almost ready to write real code", but from what I've seen, and looking over the chapter headings, that doesn't seem to be the case.
I guess really I'm trying to look at the balance between using a DSL in a real language and using a toy DSL with a simple syntax when introducing basic concepts and shaping how people think about problems.
I use "real" to mean anything written outside of the CodeHS playpen.
It looks like there are many, many implementations of Karel the Robot.
I first saw Karel watching the Engineering Anywhere CS106a videos provided by Stanford. That course was in Java but used Karel at the beginning to get students used to writing programs, in this case instructions to the robot. If things like why ; and what is this `public void` had to be introduced before the groundwork for understanding what they were doing, it was done with a 'do this and we'll be able to explain why shortly.' Which to me, is a perfectly valid way of introducing things.
Because the Karel implementation there was Java, controlling the robot was just Java. You learned Java syntax as you played in the sandbox. You used that syntax as you moved out of the sandbox.
FYI the semi-colon at then end of the lines, if I remember correctly, was explained with this is how you tell the computer in this language we're done with a statement. No different then us using periods in English at the end of a sentence, its just the rules of this language.
As an aside, I really liked the Stanford CS106a course videos. I think the instructor did a very good job introducing Java and programing in general.
I have a hard time understanding why on earth anyone would have semicolons and parentheses in a programming language for kids!
A comma, instead of a semicolon, would be much more natural for kids imo and the parentheses are just there to confuse it seems.
Just keep it as simple as possible and have the syntax as close to natural language "rules" as possible then kids might start to understand things better.
> I tried everything possible. Every other trick in the trade. Even tried to start with Python first and not C.
> They struggle to understand where or why should you use an if/else/switch statement, or a for/do/while loop. Its difficult for them to map solution patterns to a code pattern. Its not their fault. Its ours. Better luck trying to explain a kid why they are being asked to write a program find greatest of three numbers, find factorials, or sort numbers. To them it very clearly looks math in a different language. Its that boring math thing all over again.
There are so many other ways to introduce students to programming. This is the main part of the problem. So many people think this is how you have to teach programming. I am in full agreement that you need to teach problem solving, and you can do that with programming.
We start teaching with a simplified language called "karel"--where you have a dog who can only turn left, move, and put down and pick up tennis balls. That's it. There is no overhead of python or C or java. It's just a few commands and a dog. And there is no question on why you should do it.... people do this because it is immediately fun. Printing "hello world" for most people (especially younger kids) is not immediately fun.
Try our demo on the code.org page http://www.code.org/learn/codehs
I have started thousands of students in person with our karel the dog demo. Everyone can do it. Almost everyone finds it to be really fun. Because karel is a simplified language, it is all about problem solving. How do you get a dog to find the midpoint of his world when he cant store variables, but can only ask questions about the state and put down tennis balls?
I contend that you can teach problem solving to students through programming--but it is so crucial how you make that initial experience feel.
There is no
to get started.Try this out at http://codehs.com. We have schools using it all over the country, and young students can get if/else, and for/while.
> Beyond all this it needs to fun, which it very clearly isn't.
Find a student who didnt like programming, and have them try our karel the dog starter for 10 minutes. Let us know what they say. I bet they think it's fun.