When you're learning to program, it goes without saying that you make a lot of mistakes. The problem is, sometimes you don't know you're making them.

[size=14pt]1. Fear and self-doubt[/size]
The number one mistake you can make as a beginner programmer is to think you're not good enough, not smart enough: that you have the wrong type of brain, and you'll just never get it.
I believe that anyone can learn to program to at least a basic level, if they stick with it. Code will seem like an incomprehensible wall of alien language at first. That's normal! But bit-by-bit you learn what each part does, and it's not scary any more, and then you see it's really all very logical, when you know what it means.
There's definitely an element of natural talent to programming and logical thinking, but it's massively outweighed by hard work and hours spent plugging away at your code, reading tutorials and looking-up documentation. Master your fear, or fear will be your master! Or something.
I'd advise any beginner programmer to play with the drag-and-drop visual programming tool Scratch. It's a brilliant way to learn programming concepts like loops, "if" conditionals, variables and arrays, without being put off by mistyping code. Because there's no typing! It's increasingly being used in schools to introduce programming, and I can't recommend it highly enough.

[size=14pt]2. Messy code formatting[/size]
One way an experienced programmer can almost instantly spot code written by a beginner is messy formatting, such as not indenting code properly or having inconsistent use of new lines and white space. Many languages, such as JavaScript, don't impose many restrictions on how you format your code. The JavaScript interpreter will do its best to run code no matter how it is laid out. This can lead to beginners being somewhat haphazard with their formatting.
This is a mistake, because indenting code is one of the ways we show its logical structure. By tabbing or spacing code in from the edge of the window, we show where functions, loops and conditionals start and end, so we can be sure all our code is in the right place. As JavaScript lets you define functions inside other functions, it's quite easy to end up declaring a function in the wrong scope (or creating 30 functions per second on a setInterval!), if you don't watch where your curly braces start and end.
There are various conventions for how to format your code, and it doesn't really matter which you use as long as you are consistent. Another bad habit is leaving big chunks of commented-out code that you don't need any more, but you're keeping there "just in case". We all do this, but every day or so it's good to take a skim over the code and delete any commented-out sections – you're not going to need them again!

[size=14pt]3. Inconsistent use of uppercase and lower case[/size]
Some languages are case-sensitive, others are not, but whatever language you're writing, you should be consistent in how you use uppercase and lowercase characters in your variable and function names. Beginner programmers often create a variable with one case e.g. "var Score = 5", then later on try to reference it with a different case - "if (score > 3)" - and wonder why their code doesn't run.
Additionally, some programmers move between different languages, bringing the conventions of one language to another, rather than respecting the style conventions of the new language.
In JavaScript, function and variable names should use camel case - that's starting the first word with a lower case letter and each additional word with an uppercase letter, like this: myVariableName, bestScore, winnerName. Other languages might have a convention of separating words with underscores, but when I see that used in JavaScript, it looks odd.

[size=14pt]4. Bad variable and function names[/size]
We might laugh at Java programmers' long-winded class and variable names like the famous "AbstractSingletonProxyFactoryBean", but there is actually a really good case for writing longer, descriptive variable names instead of short abbreviations. The intent of the code becomes a lot clearer, and you're much less likely to have two different variables with the same name in different places, which can confuse you, or even break your code.
In JavaScript, where file-size is an issue, there's more of an argument for shorter variable names, but even there you shouldn't be abbreviating to the point of losing all meaning – and you can always use a minifier to get the size down. Even if you're a bit dyslexic like me, the worst crime in variable naming is to have a spelling mistake in a variable name. It's hard enough to remember your variable names without having to remember which spelling mistake you made.

Another common bad habit is making slang variable names. Why would you do that Iain, why?! These days, I have formed my own set of naming conventions. For example, whenever I'm keeping track of the number of things I have, I always write numThings, and when I'm keeping track of an index of something (e.g. its position in an array), I always use thingNum. It is little conventions like this that save you a lot of time wondering what you called things when you come back to old projects.

[size=14pt]5. Over-commenting[/size]
I'm a big fan of self-documenting code – that's code where the variable, function and class names, and overall architecture communicate the meaning of the code to other developers (and your future self!) without the need for lengthy comments.
However, I do also see the value of commenting, especially where it flags a work-around for a specific issue that might not be obvious. What you don't need to do, however, is write comments like this: "score += 5; // adds 5 onto the score". What you would be doing there isn't documenting your own code, but explaining how programming works. This might be a useful exercise when writing your first program, but it's not something you should hang on to.

[size=14pt]6. Over-commenting[/size]
You can't really blame beginners for this, as it only comes with experience, but once you get one or two years into programming, it's really time to start learning some of the less common operators – they're incredibly useful. For example, here are some to swat up on:

nyc

[size=14pt]07. Confusion between languages, frameworks, platforms and IDEs[/size]
When starting to learn programming, especially web programming, you're bombarded with different languages, framework and IDEs, and it can be very hard to know what they all are, so let's quickly settle some of the common misconceptions.
Firstly, without wanting to be too pedantic, HTML and CSS aren't programming languages. HTML is a mark-up language and CSS is a styling language. They're great skills to have, but when you're writing HTML and CSS, you're not technically programming.
For front-end web programming, the language is JavaScript. Someone said Java when they mean JavaScript. This is understandable - the name JavaScript is an unfortunate bit of cross-promotion with Java that has caused ripples of confusion for almost two decades now!
Another common confusion, when you see $("#thing" all over example JavaScript code, is the relationship between JavaScript and jQuery. Using the jQuery library makes working with JavaScript much, much easier, but it's good to remember that it is just a library, not part of JavaScript or a language in its own right.
One further misconception is to think your HTML, CSS and JavaScript are tied to the IDE you created them in. Unless you're using something like Dreamweaver templates, whatever IDE you use, your code is just standard plain text that you can open and edit in any other IDE or text editor, even Notepad!

[size=14pt]08. Not taking advantage of debugging tools[/size]
If you're working in a statically typed language like Java, C# or ActionScript3, you should be using the debugger. These languages give you really detailed errors, which combined with a debugger, can help you track down the bugs in your code easily. If you're working with JavaScript, while you don't have quite as much debugging power, there's still more than just "alert()" to help you. Chrome comes preinstalled with invaluable developer tools that let you see your "console.log()" output as well as detailing code errors.

[size=14pt]09. Not backing up your work[/size]
The phrase "I just lost [X] hours work" should not be in a developer's vocabulary! There are so many good tools for automatic back-up and version control now, that there's really no excuse to lose anything, even if you have a major computer malfunction, fire, burglary or other minor disaster. Dropbox or anyother cloud software will really go a long way helping you.

[size=14pt]10. Thinking you know it all[/size]
Here's one I was guilty of for far too long, and it's an easy mistake to make. After a lot of persistence, you finally write some code that actually works! Your confidence grows, and before too long you're teaching stuff to your friends and you feel you can take on the world!
This is awesome, and you should enjoy that feeling of finally having the computer do what you want it to. But while you're grinning your face off, banging out line after line of code, don't forget that you're still just learning.
Maybe it's time to start looking back at your old code and reflecting. Which parts of your code do you understand one hundred per cent, and where are you just copy-pasting? Maybe now's the time to delve into that function marked "DO NOT TOUCH" and work out what the heck it does. I've been coding for 5 years, and in a lot of ways I still feel I've only just scratched the surface.

Sweet!!! Can I start using Dreamweaver without going deeper into Html And CSS?

Known_pal: Sweet!!! Can I start using Dreamweaver without going deeper into Html And CSS?

You can start using Dreamweaver but i will strongly recommend you take out some few weeks to study and master css and html before advancing to Dreamweaver.

Nice write up!

^^^ Okay then. Don't get vexed bro, can I hibernate Java and start Web development, would move back after a grasp knowledge on web developing?

Confusion over numerous frameworks affects me especially jQuery and Prototype the whole dollar ish, and Yii and Zend Framework 2, i forget and use the other syntaxes. nice post

{{var bump = true}}