Understanding how Code works is the way to actually 'Learn' programming, right?

You don't build homes by memorizing the blue print unless you want to build the same exact home every time.

Memorizing sheet music if fine if you just want to play that music, but not if you want to write your own.

Yes, you can learn from other code, but the important thing is to practice, practice and practice some more.

There are basically 3 steps to learning programming:

1. read some code (often this will be sample code from a book)
2. understand the code (typically by reading the book that contains the sample code)
3. write some code (just writing the code you just read can be a big help, but afterwards, try experimenting with it, changing it, and adding to it)

Repeat until you've learned programming.

You're extremely correct.

If he takes at a piece of sample code, memorizing it word-for-word will only allow to replicate that same exact task.

Understanding how it works, however, will allow him to perform a wide variety of similar tasks.

If he just memorizes the classes and methods involved, and how they interact with each-other, he will be able to accomplish much more.

The best thing I've ever done to learn how to program is screw up and face the consequences. By facing the consequences I mean fixing it then screwing it up again. You'll learn about patterns, mostly bad patterns, and how to change the way you look at the problem as a whole. This will hopefully drive you to research and find better patterns, learn and grow. Practice is key!

How long do you have to study how to build a dog house before it is actually built?

The answer is, of course, you actually have to do what you studied to build the dog house. There is no substitute for practice.

The best learning process I've found is:

1. Learn a little theory
2. Build something based on the theory
3. Learn from the practice
4. Repeat

In step 2 you will make mistakes. Mistakes are part of learning, so figure out why it's not working like you thought. You'll end up with deeper knowledge than you can ever get by study alone.

The only way to know that you've learned something is to do it from scratch. Try building a project yourself, the way you want it. (A calculator is often a great first project for this sort of thing.) I have helped several people start programming, and when they ask, "What should I do next?" I answer, "What do you want the program to do next?" Once they know what they want the computer to do, they can start making the computer do it. That involves asking questions, looking online, books, etc. Once you get past the initial "hello, world" programs, you've memorized enough.

That being said, there are a few people who can't develop the proper mindset for this. I don't think that it's a "I can never learn to program", I think it's a matter of never having learned to think creatively. Unfortunately, many schools encourage rote memorization of everything rather than learning to think critically, and this can cripply one's ability in any profession, not just in programming. If this is the case, you will have more work than merely teaching a language.

I like to think of programming as two things:

1. writing to a specification of a language
2. utilizing a library with that language to make more interesting things happen eg. graphics in a game

When I was learning programming I used to do a similar thing as your friend. I was trying to memorize libraries. With the IDEs today you really don't need to do that anymore.

Like you said, your friend would do good to study the code in what it does and why instead of trying to mimic it exactly. Modifying the code to do something different is also a good exercise in learning how to program.

Any child who would try to learn to communicate with the English language by reading the dictionary would be considered insane. Is learning words important? Sure, but a dictionary won't teach you which words are common and understood by the majority of people, how to structure sentences, how to put together coherent thought, etc. These things are learned not only by learning words, but also by learning via reading and writing sentences, paragraphs, and books.

Furthermore, you don't need to know every word in the English language to communicate with it. So long as you recognize that the words that come to mind are not sufficient for getting the point across, (or, in this case, that you need to find a function or chunk of code to accomplish something,) then you're fine. You just have to go hunt down that word, or, in this case, the appropriate function or code snippet. It is much better to only know 50% of words in the English language, but be very proficient in using a dictionary, using a thesaurus, or other method of search, rather than to know 75% of all English words.

Even if you spent your entire life trying, you could never memorize the definitions of 5,000 words if you simply tried to memorize them, but when the 5,000 definitions are a part of a network of interconnected knowledge, learning the definitions of 5,000 words is easy; in fact, we probably know that many by the time we're 13-15 -years-old. Mastery of one topic often requires adeptness in other related topics. You can't fully know how applications work unless you know quite a bit about operating systems, drivers, and hardware. Trying to memorize thousands quirks and details is futile. Through conceptual understanding, however, we can easily deduce thousands of details, almost all unconsciously or otherwise unforeseeable.

That said, you should fully understand code examples when you are reading about them, but complete and permanent retention of every parameter, etc. is a waste of effort. Probably the best way to learn would be to read the topics and code examples in the book, and then code them yourself. After a while, you'll have a large library of code that you yourself wrote, which you can read at anytime, and you'll have a better understanding of it because you actually wrote it down, instead of just reading it.

It is also perhaps possible that your friend is completely lost and struggling to understand what numbers are going where, how they're being calculated, manipulated, and used, how everything is fitting together in the grand scheme of things, etc. Understanding that is important -- that's part of the conceptual understanding -- but if it is just an exercise in tedium, then he's wasting his time.

It sounds stupid, but do the examples in the books and really understand what is happening. Hello World is there for a reason.

It sounds simplistic, but learn to manipulate strings. Write a program that will reverse the sequence of letters.

I believe the best way to learn any language is not just to program something but to program something that solves a problem. I learned ASP.net and C# doing just that creating applications that solved a problem at work. I found that replicating examples in a book is great and all but it's almost too pure. When you create an application for your own needs, it becomes an iterative process of solving many small issues and this helps you absorb the nuances of a language much more effectively than reading a book. Once you persevere through all the challenges, it's much easier to remember what you learned. I still read programming books to pick up new information but it's no substitute for a genuine challenge. And when a programming task seems enormous (like creating your first game), remember the cliche, the way you eat an elephant is one bite at a time.

How much lines of code can your friend memorize? 100, 1000, 10000, or more??? It is easier (and logical) to understand the code instead of torturing your memory. Once you master the art, you can build any program of any complexity. So read some good programmers code, and then write your own. Practice as much as you can.

For short, I think you should only memorise "lines of code" once you fully understand what it do. Then, you might become a code snippet expert.

I know how your friend feels, as I went through the same thing. That is why I started a little club aimed at helping beginners. We are about to study game programming, so he might want to check it out.

I don't know if its ok to post the web address. But, I do not consider it spam, because this is a not for profit project. Tell him to visit www.iprogrammingclub.com for more information. I am the club's current admin.

Again, let me know if you consider this spam, as it is not my intention to somehow offend the community. Just trying to lend a hand here.