Answers.Body: <p>Careful! That's a pretty aggressive statement, and is liable to make folks who really do have trouble feel pretty bad about themselves.</p>
  
  <p>You may want to take a look at <a href="https://cseducators.stackexchange.com/questions/3881/is-there-some-meaningful-percentage-of-students-who-cant-learn-to-program">this question</a>. Whether you believe the answer to ultimately be yes or no, you will find that even the most adamantly "no" teachers admit to some number of students who have enormous difficulties </p>
  
  <p>Interest is highly important, of course, but how your brain is wired matters a great deal as well. Don't discount real difficulties that people face. That's the kind of thing that causes people to beat themselves up mentally, when they're alone with their own thoughts.  Interest is important, but may not be sufficient, and dismissing the problems others face can be unkind.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-01T10:21:27.143Z
Answers.Text: The thing I find perplexing is the question of what a person is doing at a university if they don't already know what they want to learn and do? I knew I was interested in computers, programming and especially operating systems since 9th grade. So my college courses were not 'difficult' (they were but I didn't care), they were what I wanted to spend my waking moments doing. I never did end up working at Microsoft, but I had an interesting job. If you want to do something, the issue of difficulty does not arise. If you don't want it that much, find something that you do want.
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-11-17T21:19:46.117Z
Answers.Text: @ScottRowe: (later comment, but can't resist) There are *many* students who come to say, open-admissions colleges in the U.S. who have no idea why they're there except [family member/high school advisor/high school graduation requirement] said they should do so. Likewise, they may be given a menu of possible majors with no understanding or advising as to what any of them mean. I'd say the majority of students at open-admissions institutions I've taught at are in this category. I agree with you that it should be very different.
Answers.UserDisplayName: Daniel R. Collins
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-11-25T15:38:52.897Z
Answers.LastActivityDate: 2018-11-25T15:38:52.897Z
Answers.UserDisplayName: Ben I.
Answers.Body: <blockquote>
    <p>According to me if people interested in this then nothing is difficult for them.</p>
  </blockquote>
  
  <p>This is a dangerous viewpoint, and I strongly urge you to reconsider. Many students find programming difficult. If you tell them that it <strong>should</strong> be easy, then you're going to dissuade them from pursuing it.</p>
  
  <p><em>"This programming stuff is really hard for me. My teacher told me that it should be easy, so that must mean I'm really bad at it. I guess this isn't for me after all!"</em></p>
  
  <p>Instead, I think you should acknowledge that yes, programming is hard. It's normal to feel frustrated or to not immediately know how to solve a problem. Then teach them how to approach that: <a href="https://happycoding.io/tutorials/how-to/program" rel="noreferrer">break problems down into smaller steps</a>, debug, research, read through documentation, etc. </p>
  
  <blockquote>
    <p>How can I convince my students that programming is not as difficult as they think?</p>
  </blockquote>
  
  <p>Again, the first step is to acknowledge that their feelings are valid and normal. Being frustrated is a normal part of programming.</p>
  
  <p>Then focus on <strong>why</strong> they're frustrated. I think many students find programming difficult not because of the syntax, but because of the logic involved. Programming is really a process of breaking down a goal into smaller sub-steps and then identifying the syntax that accomplishes a particular sub-step. Even if students memorize syntax, this process is often new to them, and that's where they get stuck.</p>
  
  <p>I agree that getting students over the initial "programming is too hard / too nerdy / too mathy for me" hurdle is very important. For that, you might look into doing the <a href="https://hourofcode.com" rel="noreferrer">Hour of Code</a> challenge. Have students get something up and running, and they'll realize that it's not as hard as they thought it would be.</p>
  
  <p>But after that, you need to acknowledge the aspects of programming that are difficult, and introduce strategies they can use to solve the problems they're stuck on.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-12-09T16:48:13.867Z
Answers.Text: Right, I have had students try to memorize their way to programming, which is about the same as trying to memorize your way to being a jazz improvisation virtuoso. If it could be memorized, we would just build a computer system to do it. It is 'hard' because one must grow beyond knowledge, to other human capacities not so easily described, or taught for that matter.
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-11-27T23:57:18.823Z
Answers.LastActivityDate: 2018-11-27T23:57:18.823Z
Answers.UserDisplayName: Kevin Workman
Answers.Body: <p>I suggest looking into <a href="https://www.mindsetkit.org" rel="noreferrer">Growth Mindset</a> resources, both to understand why students feel this way and why others excel despite facing difficulties.  </p>
  
  <p>One way I help students get past that initial hesitation is to implement the Lifelong Kindergarten method from the MIT Media Lab.  It's the 4P method: make projects, on a topic that you feel passionate, with your peers, and (at first) make sure the EFFORT and not the result is graded, so it feels like play.  When students know they can't fail if they try, that is liberating.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-20T13:50:33.443Z
Answers.Text: Hi Charlotte, welcome to [cseducators.se]!  Always glad to have more NCSSM faculty here :)
Answers.UserDisplayName: Ben I.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-01T10:53:27.660Z
Answers.Text: When I was in 9th grade I came up with my own projects because the course was not available to me right then. I was working by myself though. I definitely felt passionate about it and it was not being graded. It worked. Same in college: I was really interested in getting my assignments to function.
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-20T13:40:48.210Z
Answers.LastActivityDate: 2019-03-20T13:55:30.087Z
Answers.LastEditDate: 2019-03-20T13:55:30.087Z
Answers.UserDisplayName: Charlotte Dungan
Answers.Body: <p>Others have already said well why you shouldn't dismiss the difficulties of your students. I'll address this other portion of the question:</p>
  
  <blockquote>
    <p>How can I convince my students that programming is not as difficult as they think?</p>
  </blockquote>
  
  <p>By making it easy.</p>
  
  <p>Easy things are those that conform to our mental models, so every person has easy things different from those of others.</p>
  
  <p>However, one point working for everyone is that of separating distinct ideas and let them be understood independently, while at the same time making their connections explicit. Of course this is not easy.</p>
  
  <p>For example, programming may become difficult because usually all these are presented at the same time, in one big introductory mix:</p>
  
  <ul>
  <li>Purpose and objectives of computing</li>
  <li>Syntax</li>
  <li>The specifics of the example problem</li>
  <li>The solution of the same problem</li>
  <li>General ideas of computation models: abstract entities not explicitly discussed (which is a rich and complex topic in its own right)</li>
  <li>Specific ideas of the concretely adopted computation model: the chosen language (mind the distinction between syntax and language)</li>
  <li>Extra/magic: libraries, various boilerplate stuff we just need to make it work</li>
  <li>The need for solutions to be generalizable to differing inputs</li>
  </ul>
  
  <p>All these are intertwined. An abstract discourse doesn't make sense without at least one concrete instance. On the other hand a concrete instance might be too complex without its accompanying simplified abstraction.</p>
  
  <p>The tools used must also make it easier to actually separate what must be separated, to minimize the unnecessary noise.</p>
  
  <p>The less concepts the easier it is to learn, the less your tools demand knowing the easier it will be for the students.</p>
  
  <p>Concrete examples following.</p>
  
  <p>One simple and standalone enough concept is that of function, the result of which is calculated by substituting the variables with the parameter values in an expression. It is a powerful primitive with a solid theory behind it and it is at the heart of the meaning of computation. It also is familiar to the students for their mathematical counterpart: computer science deals with the very concrete point of calculating the result, whereas the mathematical function just denotes it without saying more. It can be imagined on paper. After understanding it can be translated to formal syntax. From there you can build the following steps, being always grounded on something they are already familiar with instead of jumping straight to complex automatons written with curly braces from lesson 0, as they have no previous experience whatsoever with automatons and will not understand them without a concrete model.</p>
  
  <p>How instead to make computer science difficult: I think of those "funny" introductory paragraphs on some books that discuss at length how to put together a strategy for an automaton to be followed to reach a longed for result, often with examples having nothing to do with computations and which no one would approach in such a contrived manner. I have a book with this example of "how to go to sleep the computer scientist way", the solution is "1. change clothes, 2. wash teeth, 3. enter bed, 4. turn lights off", wow! Now the student is ready for algorithms with curly braces (lol): irrelevant order made relevant, unknown automaton primitives, no management of state mutation (that will magically appear in the code), no input to configure the operations, no output result of interest. In short: nothing related to what they're going to learn. That doesn't help students the least: its ambiguity is dangerous, the student is left without knowing what he's doing because he has no model for his automaton to be instructed. He will just try to say random things totally unrelated to computation and will start his journey to despair for not understanding what automatic computation is and will pass on the voice that computer science is difficult. A clear model is of the utmost importance.</p>
  
  <p>And finally there's a real inherently difficult point: students can learn many tools but then they need their own creativity to make use of them, and this is not easily taught as far as I know. You can show examples and talk about how to analyze and synthesize solutions, progressively enrich their tool set, preferably from distant disciplines, but then it's their job to invent and test their solutions.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-12T17:48:59.757Z
Answers.Text: It sounds like your mental model of learning is pretty similar to mine, particularly vis-a-vis complexity and abstraction.  I love this answer.
Answers.UserDisplayName: Ben I.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-12T19:47:13.153Z
Answers.Text: Oh thanks Ben :) glad to hear that my ideas are shared.
Answers.UserDisplayName: user9137
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-12T21:10:04.683Z
Answers.Text: I hope we see much more of you!
Answers.UserDisplayName: Ben I.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-01T10:59:56.993Z
Answers.Text: So what do you think of the SICP book? Good explanation / introduction or not? If you don't like it, what direction is better? I would lean towards more concrete, simple, directly applicable.
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-12T17:04:40.457Z
Answers.LastActivityDate: 2019-03-12T17:04:40.457Z
Answers.UserDisplayName: user9137
Answers.Body: <p>Everyone finds some things hard. It differs for different people depending on their background and their interests. But it also depends on the quality of their teaching. More important, some people catch on to new things more quickly than other things and more quickly than other people on a given task. </p>
  
  <p>I wouldn't be likely to tell a student that this is so hard that you aren't going to get it. That would set an expectation that would be hard to overcome. But I might want to say that this will take some time and effort to master. </p>
  
  <p>Good teaching of programming (like most things, actually) requires lots of practice and lots of feedback. You don't learn it by listening to a lecture <em>about</em> it. You have to actually <em>do</em> it. It is like a lot of physical activities, in fact. If you want to learn to swim, you need to practice it. A lecture isn't going to make you a swimmer. </p>
  
  <p>On the other hand, they won't find it easy just because you tell them it is easy. That could be frustrating to those without the needed background. You need to show them. </p>
  
  <p>One way to do this effectively is to <em>flip the classroom</em> in which the activities that they do when face-to-face are not listening to lectures, but actually programming, building a project. This can be most effectively done in small groups (pairs) so that they can teach one another to a certain extent and you have fewer interventions you need to make when someone goes off course for a bit. Their "homework" isn't to do some programming assignment, but to read (book, online, handout) what would otherwise be a lecture. You can test the readings with simple, short, quizzes that don't contribute much to the grade. You don't want to stress memorization, but practice, hence make the quizzes count for relatively little compared to the advancement of programming projects. </p>
  
  <p>One interesting thing that students can do for "homework" is to read a program that has the features you want them to know and ask them to write a few paragraphs explaining it. Writing of any kind is always useful for students and this will let you see if they get it or if you need to spend time on certain details. I'll note that much of what goes on in a traditional lecture doesn't really need to be said, as nearly all of your students will already understand it without the lecture. They still need the practice of course, but knowing who needs extra help is important. </p>
  
  <p>Alternatively, students can <em>repair</em> a program with minor errors of the sort that is the current topic of interest.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-11-25T21:21:11.230Z
Answers.Text: "It is like a lot of physical activities". Or learning how to play a musical instrument. Or woodworking. Or writing (even in your native tongue). Some people may be naturals in any of these areas, but most people aren't. They need instruction and practice, practice, practice.
Answers.UserDisplayName: njuffa
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-12-09T16:51:50.790Z
Answers.Text: @njuffa those with the most 'ability' are the most in need of instruction.
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-11-25T15:28:33.067Z
Answers.LastActivityDate: 2018-11-25T15:42:52.630Z
Answers.LastEditDate: 2018-11-25T15:42:52.630Z
Answers.UserDisplayName: Buffy
Answers.Body: <p>Your question immediately reminded me of Andrew Luxton-Reilly's paper, "Learning to Program is Easy" from a couple years ago at <a href="https://dl.acm.org/citation.cfm?id=2899432" rel="nofollow noreferrer">ITiCSE</a></p>
  
  <p>Here's the abstract:</p>
  
  <blockquote>
    <p>The orthodox view that "programming is difficult to learn" leads to uncritical teaching practices and poor student outcomes. It may also impact negatively on diversity and equity within the Computer Science discipline. But learning to program is easy --- so easy that children can do it. We make our introductory courses difficult by establishing unrealistic expectations for novice programming students. By revisiting the expected norms for introductory programming we may be able to substantially improve outcomes for novice programmers, address negative impressions of disciplinary practices and create a more equitable environment.</p>
  </blockquote>
  
  <p>If you don't have ACM Digital Library access, he also has the <a href="https://www.researchgate.net/publication/305081807_Learning_to_Program_is_Easy" rel="nofollow noreferrer">full text up on ResearchGate</a>.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-24T22:26:43.550Z
Answers.Text: Upvoted for contributing something new, though I disagree.  "Children can do it" is hardly a solid metric of ease.  Children also learn to read, but it's hardly "easy". It takes literally years to learn well. Any topic of sufficient depth comes with enormous potential cognitive burdens.  While lowering the standards can cause more people to pass, it's hard for me to imagine that this will advance the field at large; we would be slowing down the 50% of the students who already thrive in order to accommodate the 25% of students who are not doing well. We need differentiated responses.
Answers.UserDisplayName: Ben I.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-25T00:28:18.590Z
Answers.Text: I wouldn't read too much into that one line because the author has important points in the full text. For what it's worth, I am not fully endorsing either the "programming is difficult" or "programming is easy" standpoint. However, I do think the stigma of being a "hard major" doesn't really do us any favors besides feeding egos for those of us who made it through any way.
Answers.UserDisplayName: Kevin Buffardi
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-25T01:21:42.567Z
Answers.Text: Perhaps children should start learning about computers when they are learning to speak and read? The best skiers and skaters start as soon as they can stand up. Same for horse riding, gymnastics and so on. We could give young children technology products when they are two... Wait.
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-25T14:02:49.200Z
Answers.Text: @KevinBuffardi I skimmed over the full paper.  What it's missing entirely is the idea that people are just *different*.  I guess what I'm suggesting is that the topic is neither intrinsically hard *nor* intrinsically easy; it depends on your personal background and how you are personally wired.  It's very easy for some, brutally difficult for some others, and somewhere in the middle for most. (That statement should track with our intuitive lived experience pretty well.)  (cont...)
Answers.UserDisplayName: Ben I.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-25T14:03:44.757Z
Answers.Text: (...) The fallacy is thinking that the topic itself is either.  Instead, I'd argue that the topic is sufficiently complex to cause substantially divergent difficulties for different individuals.
Answers.UserDisplayName: Ben I.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-25T20:31:32.503Z
Answers.Text: Both are valid insights, but that's the point. I think we have the habit of treating programming as if it is distinctly "hard"
  
  Learning in general is hard. Suggesting that programming is distinctly harder than physics, foreign languages, playing an instrument, etc scares away capable people. Just calling it "easy" doesn't do it justice either. 
  
  Marosh Fatima's heart is in the right place. Many students have the notion that CS is "too hard" or they don't belong and won't give it a proper chance. Replacing that attitude with a growth mindset like @CharlotteDungan suggested should help.
Answers.UserDisplayName: Kevin Buffardi
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-24T22:06:18.393Z
Answers.LastActivityDate: 2019-03-24T22:06:18.393Z
Answers.UserDisplayName: Kevin Buffardi
Answers.Body: <p>Programming is like playing a piano: it's easy after you spend enormous amount of time practicing it. Those who love programming do not notice how much time they spent learning it, because it's so fun to them that time flies. Every time you went to search a new trick didn't feel like work at all. It felt like playing a game. However, it was time that your brain spent learning. Little by little these people accumulated thousands of hours of practice. It was not easy at all for their bodies.</p>
  
  <p>If you do not like programming then every minute spent doing it was felt by your entire body and mind. That's why their entire body resisted every minute of it. So, the chances are they quit after a few days or hours before the results started showing. Look at people learning piano, the first year they can't produce much of a sound at all. Most people quit early. However, if somehow you go through it, after many thousands of hours it becomes easy. Look at master piano players, their fingers are dancing on the keybooard producing beautiful music. The reason piano and programming is difficult to some is that they don't like it. There is no way to make them like it either. You can't make someone like something. They either do or do not.</p>
  
  <p>If you don't like piano analogy, I'll say that differential geometry is not difficult. Try convincing programmers that it's easy.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-23T00:52:48.013Z
Answers.Text: The problem that intrigues me is "how do you discover and nurture the people who could be great at piano/differential geometry/CS but who are held back by <fill in the blank>?"
Answers.UserDisplayName: dlu
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-23T01:38:29.207Z
Answers.Text: @dlu, I'm with Linus Torvalds on this: the kids need to be exposed to CS, then they decide if they want to pursue it. I think it's mainly K-12's objective to expose kids to all different fields and see what sticks. You need good teachers though. We had a crappy chemistry teacher and all that exposure to the subject was wasted. Otherwise, it's an interesting subject and I could see myself liking it under different circumstances.
Answers.UserDisplayName: Aksakal almost surely binary
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-05T15:08:44.327Z
Answers.LastActivityDate: 2019-04-05T15:16:50.167Z
Answers.LastEditDate: 2019-04-05T15:16:50.167Z
Answers.UserDisplayName: Aksakal almost surely binary
Answers.Body: <p>In addition to the other answers: I'm usually telling my students, that a programming language is easy to learn - the basic vocabulary is just about 10-20 words and in their language courses they learned more words in a shorter period of time. Even the grammar is much simpler then in natural languages. </p>
  
  <p>Usually they are a bit shocked when I tell them in week 3-4 that they now know everything they need to build their own Word / Windows / racing game / ... So there must be something else! </p>
  
  <p>I try to give them small assignments and enough time to play around with every new concept. Once they feel that they can accomplish even little things, the motivation to learn more is better. </p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-12-09T16:50:14.537Z
Answers.Text: Once you know how to arc weld you can build the Eiffel Tower. In principle, anyway...
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-20T21:45:41.227Z
Answers.Text: @ScottRowe Isn't it riveted?
Answers.UserDisplayName: dlu
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-01T10:49:51.600Z
Answers.Text: @dlu these days, we would just 3D print the darn thing. Soon, carbon nanoparticles will self-assemble to build it. We can all have our own copy!
Answers.UserDisplayName: Scott Rowe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-11-26T08:54:08.863Z
Answers.LastActivityDate: 2019-03-24T07:57:14.277Z
Answers.LastEditDate: 2019-03-24T07:57:14.277Z
Answers.UserDisplayName: OBu
Answers.Body: <p>OK, maybe I'm just a contrarian, but the approach that I take is to validate the experience that programming is sometimes hard. I tell my students that pretty much every developer hits patches where programming feels <strong>hard</strong>. The compensation is that it is also fun, and rewarding, and a "worthy" challenge.</p>
  
  <p>I point out that they are learning a new language (albeit a relatively simple one if you measure by the size of the dictionary or the number of grammatical constructs), a new way of thinking, an often cryptic system for reporting errors, and dealing with an often fanatical "grammar nazi" (the compiler).</p>
  
  <p>Then I make my early assignments fun and expressive and small - I want there to be motivation and room to experiment and I try to encourage a culture in the class where it is ok to "fail" and where throwing code out and starting over is an option (hence keeping early assignments small).</p>
  
  <p>In the intro class I try to have grades be weighted towards solidity of understanding than on the number of concepts covered - so that a slower moving student still has a chance at a passing grade. I also encourage pair programming (when I figure out how to teach it and manage it well I'll require it) and collaboration in general.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-23T01:59:00.093Z
Answers.Text: "OK, maybe I'm just a contrarian, but the approach that I take is to validate the experience that programming is sometimes hard" - I consider programming a game that never gets old. I never feel it's hard inherently, the only thing that makes it hard is the deadlines when you do it for money.
Answers.UserDisplayName: Aksakal almost surely binary
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-20T03:30:55.147Z
Answers.LastActivityDate: 2019-03-20T03:30:55.147Z
Answers.UserDisplayName: dlu
Body: <p>Some students think that programming courses are tough and hard. I personally know some teachers who say to their students that programming is not their cup of tea. How much percent this thing is true that learning programming is tough. According to me if people interested in this then nothing is difficult for them. How can I convince my students that programming is not as difficult as they think?                       </p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-12-22T13:04:16.157Z
Comments.Text: A lot of the problem with programming and computers being difficult, is bad languages, operating systems, and windowing systems. We need to stop using low quality systems, and to also choose systems that are well suited to learning (not necessarily well suited to industry).
Comments.UserDisplayName: ctrl-alt-delor
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-03-13T03:22:15.863Z
Comments.Text: I'm not sure what you mean by low quality systems. I started on a Dec 10 in BASIC on a TTY that had just been upgraded to 300 bits per second. A modern Windows or Linux system is far superior.
Comments.UserDisplayName: pojo-guy
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-03-20T21:41:19.893Z
Comments.Text: "According to me if people interested in this then nothing is difficult for them." I'm not sure this is true (at least not universally true). I'm very interested in music and I would love to be able to carry a tune when singing - but so far it has eluded me. Maybe nothing is impossible...
Comments.UserDisplayName: dlu
Tags: <best-practice><student-motivation><programming>
Title: Why some students think that programming is difficult and hard to learn, how I convince my students that programming is not difficult as they think?
ThreadText: # Why some students think that programming is difficult and hard to learn, how I convince my students that programming is not difficult as they think?
  
  (Asked by: username_0 on 2018-11-25)
  
  Some students think that programming courses are tough and hard. I personally know some teachers who say to their students that programming is not their cup of tea. How much percent this thing is true that learning programming is tough. According to me if people interested in this then nothing is difficult for them. How can I convince my students that programming is not as difficult as they think?
  
  **Tags:** best-practice, student-motivation, programming
  
  > **Comments:**
  > **username_1**: A lot of the problem with programming and computers being difficult, is bad languages, operating systems, and windowing systems. We need to stop using low quality systems, and to also choose systems that are well suited to learning (not necessarily well suited to industry).  
  > **username_2**: I'm not sure what you mean by low quality systems. I started on a Dec 10 in BASIC on a TTY that had just been upgraded to 300 bits per second. A modern Windows or Linux system is far superior.  
  > **username_3**: "According to me if people interested in this then nothing is difficult for them." I'm not sure this is true (at least not universally true). I'm very interested in music and I would love to be able to carry a tune when singing - but so far it has eluded me. Maybe nothing is impossible...  
  
  ---
  
  ## 9 answers
  
  ### Answer by username_4 on 2018-11-25. Score: 11 | Accepted answer
  
  Careful! That's a pretty aggressive statement, and is liable to make folks who really do have trouble feel pretty bad about themselves.
  
  You may want to take a look at [this question](https://cseducators.stackexchange.com/questions/3881/is-there-some-meaningful-percentage-of-students-who-cant-learn-to-program). Whether you believe the answer to ultimately be yes or no, you will find that even the most adamantly "no" teachers admit to some number of students who have enormous difficulties
  
  Interest is highly important, of course, but how your brain is wired matters a great deal as well. Don't discount real difficulties that people face. That's the kind of thing that causes people to beat themselves up mentally, when they're alone with their own thoughts. Interest is important, but may not be sufficient, and dismissing the problems others face can be unkind.
  
  > **Comments:**
  > **username_5**: The thing I find perplexing is the question of what a person is doing at a university if they don't already know what they want to learn and do? I knew I was interested in computers, programming and especially operating systems since 9th grade. So my college courses were not 'difficult' (they were but I didn't care), they were what I wanted to spend my waking moments doing. I never did end up working at Microsoft, but I had an interesting job. If you want to do something, the issue of difficulty does not arise. If you don't want it that much, find something that you do want.  
  > **username_6**: @username_5: (later comment, but can't resist) There are *many* students who come to say, open-admissions colleges in the U.S. who have no idea why they're there except [family member/high school advisor/high school graduation requirement] said they should do so. Likewise, they may be given a menu of possible majors with no understanding or advising as to what any of them mean. I'd say the majority of students at open-admissions institutions I've taught at are in this category. I agree with you that it should be very different.  
  
  ---
  
  ### Answer by username_7 on 2018-11-27. Score: 9
  
  > According to me if people interested in this then nothing is difficult for them.
  
  This is a dangerous viewpoint, and I strongly urge you to reconsider. Many students find programming difficult. If you tell them that it **should** be easy, then you're going to dissuade them from pursuing it.
  
  *"This programming stuff is really hard for me. My teacher told me that it should be easy, so that must mean I'm really bad at it. I guess this isn't for me after all!"*
  
  Instead, I think you should acknowledge that yes, programming is hard. It's normal to feel frustrated or to not immediately know how to solve a problem. Then teach them how to approach that: [break problems down into smaller steps](https://happycoding.io/tutorials/how-to/program), debug, research, read through documentation, etc.
  
  > How can I convince my students that programming is not as difficult as they think?
  
  Again, the first step is to acknowledge that their feelings are valid and normal. Being frustrated is a normal part of programming.
  
  Then focus on **why** they're frustrated. I think many students find programming difficult not because of the syntax, but because of the logic involved. Programming is really a process of breaking down a goal into smaller sub-steps and then identifying the syntax that accomplishes a particular sub-step. Even if students memorize syntax, this process is often new to them, and that's where they get stuck.
  
  I agree that getting students over the initial "programming is too hard / too nerdy / too mathy for me" hurdle is very important. For that, you might look into doing the [Hour of Code](https://hourofcode.com) challenge. Have students get something up and running, and they'll realize that it's not as hard as they thought it would be.
  
  But after that, you need to acknowledge the aspects of programming that are difficult, and introduce strategies they can use to solve the problems they're stuck on.
  
  > **Comments:**
  > **username_5**: Right, I have had students try to memorize their way to programming, which is about the same as trying to memorize your way to being a jazz improvisation virtuoso. If it could be memorized, we would just build a computer system to do it. It is 'hard' because one must grow beyond knowledge, to other human capacities not so easily described, or taught for that matter.  
  
  ---
  
  ### Answer by username_8 on 2019-03-20. Score: 6
  
  I suggest looking into [Growth Mindset](https://www.mindsetkit.org) resources, both to understand why students feel this way and why others excel despite facing difficulties.
  
  One way I help students get past that initial hesitation is to implement the Lifelong Kindergarten method from the MIT Media Lab. It's the 4P method: make projects, on a topic that you feel passionate, with your peers, and (at first) make sure the EFFORT and not the result is graded, so it feels like play. When students know they can't fail if they try, that is liberating.
  
  > **Comments:**
  > **username_4**: Hi username_8, welcome to [cseducators.se]!  Always glad to have more NCSSM faculty here :)  
  > **username_5**: When I was in 9th grade I came up with my own projects because the course was not available to me right then. I was working by myself though. I definitely felt passionate about it and it was not being graded. It worked. Same in college: I was really interested in getting my assignments to function.  
  
  ---
  
  ### Answer by username_9 on 2019-03-12. Score: 5
  
  Others have already said well why you shouldn't dismiss the difficulties of your students. I'll address this other portion of the question:
  
  > How can I convince my students that programming is not as difficult as they think?
  
  By making it easy.
  
  Easy things are those that conform to our mental models, so every person has easy things different from those of others.
  
  However, one point working for everyone is that of separating distinct ideas and let them be understood independently, while at the same time making their connections explicit. Of course this is not easy.
  
  For example, programming may become difficult because usually all these are presented at the same time, in one big introductory mix:
  
  * Purpose and objectives of computing
  * Syntax
  * The specifics of the example problem
  * The solution of the same problem
  * General ideas of computation models: abstract entities not explicitly discussed (which is a rich and complex topic in its own right)
  * Specific ideas of the concretely adopted computation model: the chosen language (mind the distinction between syntax and language)
  * Extra/magic: libraries, various boilerplate stuff we just need to make it work
  * The need for solutions to be generalizable to differing inputs
  
  All these are intertwined. An abstract discourse doesn't make sense without at least one concrete instance. On the other hand a concrete instance might be too complex without its accompanying simplified abstraction.
  
  The tools used must also make it easier to actually separate what must be separated, to minimize the unnecessary noise.
  
  The less concepts the easier it is to learn, the less your tools demand knowing the easier it will be for the students.
  
  Concrete examples following.
  
  One simple and standalone enough concept is that of function, the result of which is calculated by substituting the variables with the parameter values in an expression. It is a powerful primitive with a solid theory behind it and it is at the heart of the meaning of computation. It also is familiar to the students for their mathematical counterpart: computer science deals with the very concrete point of calculating the result, whereas the mathematical function just denotes it without saying more. It can be imagined on paper. After understanding it can be translated to formal syntax. From there you can build the following steps, being always grounded on something they are already familiar with instead of jumping straight to complex automatons written with curly braces from lesson 0, as they have no previous experience whatsoever with automatons and will not understand them without a concrete model.
  
  How instead to make computer science difficult: I think of those "funny" introductory paragraphs on some books that discuss at length how to put together a strategy for an automaton to be followed to reach a longed for result, often with examples having nothing to do with computations and which no one would approach in such a contrived manner. I have a book with this example of "how to go to sleep the computer scientist way", the solution is "1. change clothes, 2. wash teeth, 3. enter bed, 4. turn lights off", wow! Now the student is ready for algorithms with curly braces (lol): irrelevant order made relevant, unknown automaton primitives, no management of state mutation (that will magically appear in the code), no input to configure the operations, no output result of interest. In short: nothing related to what they're going to learn. That doesn't help students the least: its ambiguity is dangerous, the student is left without knowing what he's doing because he has no model for his automaton to be instructed. He will just try to say random things totally unrelated to computation and will start his journey to despair for not understanding what automatic computation is and will pass on the voice that computer science is difficult. A clear model is of the utmost importance.
  
  And finally there's a real inherently difficult point: students can learn many tools but then they need their own creativity to make use of them, and this is not easily taught as far as I know. You can show examples and talk about how to analyze and synthesize solutions, progressively enrich their tool set, preferably from distant disciplines, but then it's their job to invent and test their solutions.
  
  > **Comments:**
  > **username_4**: It sounds like your mental model of learning is pretty similar to mine, particularly vis-a-vis complexity and abstraction.  I love this answer.  
  > **username_9**: Oh thanks Ben :) glad to hear that my ideas are shared.  
  > **username_4**: I hope we see much more of you!  
  > **username_5**: So what do you think of the SICP book? Good explanation / introduction or not? If you don't like it, what direction is better? I would lean towards more concrete, simple, directly applicable.  
  
  ---
  
  ### Answer by username_10 on 2018-11-25. Score: 5
  
  Everyone finds some things hard. It differs for different people depending on their background and their interests. But it also depends on the quality of their teaching. More important, some people catch on to new things more quickly than other things and more quickly than other people on a given task.
  
  I wouldn't be likely to tell a student that this is so hard that you aren't going to get it. That would set an expectation that would be hard to overcome. But I might want to say that this will take some time and effort to master.
  
  Good teaching of programming (like most things, actually) requires lots of practice and lots of feedback. You don't learn it by listening to a lecture *about* it. You have to actually *do* it. It is like a lot of physical activities, in fact. If you want to learn to swim, you need to practice it. A lecture isn't going to make you a swimmer.
  
  On the other hand, they won't find it easy just because you tell them it is easy. That could be frustrating to those without the needed background. You need to show them.
  
  One way to do this effectively is to *flip the classroom* in which the activities that they do when face-to-face are not listening to lectures, but actually programming, building a project. This can be most effectively done in small groups (pairs) so that they can teach one another to a certain extent and you have fewer interventions you need to make when someone goes off course for a bit. Their "homework" isn't to do some programming assignment, but to read (book, online, handout) what would otherwise be a lecture. You can test the readings with simple, short, quizzes that don't contribute much to the grade. You don't want to stress memorization, but practice, hence make the quizzes count for relatively little compared to the advancement of programming projects.
  
  One interesting thing that students can do for "homework" is to read a program that has the features you want them to know and ask them to write a few paragraphs explaining it. Writing of any kind is always useful for students and this will let you see if they get it or if you need to spend time on certain details. I'll note that much of what goes on in a traditional lecture doesn't really need to be said, as nearly all of your students will already understand it without the lecture. They still need the practice of course, but knowing who needs extra help is important.
  
  Alternatively, students can *repair* a program with minor errors of the sort that is the current topic of interest.
  
  > **Comments:**
  > **username_11**: "It is like a lot of physical activities". Or learning how to play a musical instrument. Or woodworking. Or writing (even in your native tongue). Some people may be naturals in any of these areas, but most people aren't. They need instruction and practice, practice, practice.  
  > **username_5**: @username_11 those with the most 'ability' are the most in need of instruction.  
  
  ---
  
  ### Answer by username_12 on 2019-03-24. Score: 4
  
  Your question immediately reminded me of Andrew Luxton-Reilly's paper, "Learning to Program is Easy" from a couple years ago at [ITiCSE](https://dl.acm.org/citation.cfm?id=2899432)
  
  Here's the abstract:
  
  > The orthodox view that "programming is difficult to learn" leads to uncritical teaching practices and poor student outcomes. It may also impact negatively on diversity and equity within the Computer Science discipline. But learning to program is easy --- so easy that children can do it. We make our introductory courses difficult by establishing unrealistic expectations for novice programming students. By revisiting the expected norms for introductory programming we may be able to substantially improve outcomes for novice programmers, address negative impressions of disciplinary practices and create a more equitable environment.
  
  If you don't have ACM Digital Library access, he also has the [full text up on ResearchGate](https://www.researchgate.net/publication/305081807_Learning_to_Program_is_Easy).
  
  > **Comments:**
  > **username_4**: Upvoted for contributing something new, though I disagree.  "Children can do it" is hardly a solid metric of ease.  Children also learn to read, but it's hardly "easy". It takes literally years to learn well. Any topic of sufficient depth comes with enormous potential cognitive burdens.  While lowering the standards can cause more people to pass, it's hard for me to imagine that this will advance the field at large; we would be slowing down the 50% of the students who already thrive in order to accommodate the 25% of students who are not doing well. We need differentiated responses.  
  > **username_12**: I wouldn't read too much into that one line because the author has important points in the full text. For what it's worth, I am not fully endorsing either the "programming is difficult" or "programming is easy" standpoint. However, I do think the stigma of being a "hard major" doesn't really do us any favors besides feeding egos for those of us who made it through any way.  
  > **username_5**: Perhaps children should start learning about computers when they are learning to speak and read? The best skiers and skaters start as soon as they can stand up. Same for horse riding, gymnastics and so on. We could give young children technology products when they are two... Wait.  
  > **username_4**: @username_12 I skimmed over the full paper.  What it's missing entirely is the idea that people are just *different*.  I guess what I'm suggesting is that the topic is neither intrinsically hard *nor* intrinsically easy; it depends on your personal background and how you are personally wired.  It's very easy for some, brutally difficult for some others, and somewhere in the middle for most. (That statement should track with our intuitive lived experience pretty well.)  (cont...)  
  > **username_4**: (...) The fallacy is thinking that the topic itself is either.  Instead, I'd argue that the topic is sufficiently complex to cause substantially divergent difficulties for different individuals.  
  > **username_12**: Both are valid insights, but that's the point. I think we have the habit of treating programming as if it is distinctly "hard"  Learning in general is hard. Suggesting that programming is distinctly harder than physics, foreign languages, playing an instrument, etc scares away capable people. Just calling it "easy" doesn't do it justice either.   username_0 username_0's heart is in the right place. Many students have the notion that CS is "too hard" or they don't belong and won't give it a proper chance. Replacing that attitude with a growth mindset like @username_8 suggested should help.  
  
  ---
  
  ### Answer by username_13 on 2019-04-05. Score: 3
  
  Programming is like playing a piano: it's easy after you spend enormous amount of time practicing it. Those who love programming do not notice how much time they spent learning it, because it's so fun to them that time flies. Every time you went to search a new trick didn't feel like work at all. It felt like playing a game. However, it was time that your brain spent learning. Little by little these people accumulated thousands of hours of practice. It was not easy at all for their bodies.
  
  If you do not like programming then every minute spent doing it was felt by your entire body and mind. That's why their entire body resisted every minute of it. So, the chances are they quit after a few days or hours before the results started showing. Look at people learning piano, the first year they can't produce much of a sound at all. Most people quit early. However, if somehow you go through it, after many thousands of hours it becomes easy. Look at master piano players, their fingers are dancing on the keybooard producing beautiful music. The reason piano and programming is difficult to some is that they don't like it. There is no way to make them like it either. You can't make someone like something. They either do or do not.
  
  If you don't like piano analogy, I'll say that differential geometry is not difficult. Try convincing programmers that it's easy.
  
  > **Comments:**
  > **username_3**: The problem that intrigues me is "how do you discover and nurture the people who could be great at piano/differential geometry/CS but who are held back by <fill in the blank>?"  
  > **username_13**: @username_3, I'm with Linus Torvalds on this: the kids need to be exposed to CS, then they decide if they want to pursue it. I think it's mainly K-12's objective to expose kids to all different fields and see what sticks. You need good teachers though. We had a crappy chemistry teacher and all that exposure to the subject was wasted. Otherwise, it's an interesting subject and I could see myself liking it under different circumstances.  
  
  ---
  
  ### Answer by username_14 on 2018-11-26. Score: 3
  
  In addition to the other answers: I'm usually telling my students, that a programming language is easy to learn - the basic vocabulary is just about 10-20 words and in their language courses they learned more words in a shorter period of time. Even the grammar is much simpler then in natural languages.
  
  Usually they are a bit shocked when I tell them in week 3-4 that they now know everything they need to build their own Word / Windows / racing game / ... So there must be something else!
  
  I try to give them small assignments and enough time to play around with every new concept. Once they feel that they can accomplish even little things, the motivation to learn more is better.
  
  > **Comments:**
  > **username_5**: Once you know how to arc weld you can build the Eiffel Tower. In principle, anyway...  
  > **username_3**: @username_5 Isn't it riveted?  
  > **username_5**: @username_3 these days, we would just 3D print the darn thing. Soon, carbon nanoparticles will self-assemble to build it. We can all have our own copy!  
  
  ---
  
  ### Answer by username_3 on 2019-03-20. Score: 3
  
  OK, maybe I'm just a contrarian, but the approach that I take is to validate the experience that programming is sometimes hard. I tell my students that pretty much every developer hits patches where programming feels **hard**. The compensation is that it is also fun, and rewarding, and a "worthy" challenge.
  
  I point out that they are learning a new language (albeit a relatively simple one if you measure by the size of the dictionary or the number of grammatical constructs), a new way of thinking, an often cryptic system for reporting errors, and dealing with an often fanatical "grammar nazi" (the compiler).
  
  Then I make my early assignments fun and expressive and small - I want there to be motivation and room to experiment and I try to encourage a culture in the class where it is ok to "fail" and where throwing code out and starting over is an option (hence keeping early assignments small).
  
  In the intro class I try to have grades be weighted towards solidity of understanding than on the number of concepts covered - so that a slower moving student still has a chance at a passing grade. I also encourage pair programming (when I figure out how to teach it and manage it well I'll require it) and collaboration in general.
  
  > **Comments:**
  > **username_13**: "OK, maybe I'm just a contrarian, but the approach that I take is to validate the experience that programming is sometimes hard" - I consider programming a game that never gets old. I never feel it's hard inherently, the only thing that makes it hard is the deadlines when you do it for money.  
  
  ---
  
  