5 Things to Remember When You are Learning to Code
Today, we are going to talk about those 5 things which you need to remember while you are still learning programming.
All right, let’s get started!
5 Things to Remember when You are Learning to Code:-
Learning to program is challenging. Aside from choosing a language or setting up a development environment that you know nothing about, there are thousands of articles and tutorials out there that quite simply will make you feel dumb, demotivate you or make you think that everything you have learnt so far was a waste of time and that you’ve been doing everything wrong.
1. Always remember you are on The Internet:-
You should not believe all the articles or news you read is legit or that the photos you see aren’t Photoshopped. So don’t take everything that you read literally. Just because it’s about programming does not mean it’s reliable or correct. It was written by a person, and people make mistakes and are biased.
2. Focus on your code returning the correct result first, rather than cleaning the code:-
You’ll come across a lot of articles that start something like “You should write clean code, you are doing it wrong”. The vast majority of these are just opinions. Focus on your code returning the correct result first, and then focus on cleaning the code. Writing code that works is much better than Writing code by Following Good Programming Practices that doesn’t work.
You can write a simple function that returns the same result in almost any language in a hundred different ways; if their way of doing it is so “right”, what makes the other ninety-nine wrong? And what’re they grading it by — readability? Execution time? It’s all relative to what you need when you code.
Bad Naming Conventions, Indentation and Documentation are more likely to produce “bad” code than the method you choose for a loop.
3. Programmers have a knack of making other people feel dumb:-
Two common concepts in programming are obfuscation (obscuring of intended meaning in communication, making the message confusing, wilfully ambiguous, or harder to understand) and abstraction, and for some reason this seems to carry through to a lot of stuff that programmers write about.
They tend to use very large words, or terms that only relate to the field of programming when they’re writing. If you have to Google a word fifteen times while reading an article, keep in mind you’re not dumb. On the contrary, the writer most likely wanted to you to think he was really clever and impress you.
What he didn’t realise is that when reading an article with big words, people in general tend to think the writer is normal and they are dumb.
4. There are no bad Programming Languages:-
When you meet a fellow programmer, the first question they’re likely to ask you is:
“Which language do you code in?”
Your answer then generally forms their initial opinion of your expertise and skill level. I can’t express just how biased this is! There is a good chance that they’ve never even touched the language they’re judging you on, or that they can’t properly justify their opinion. All languages have strengths and weaknesses.
Programming is a trade and a programming language is the same to a good programmer as a tool is to a mechanic. It is his choice to select the best tool from his box for the task at hand, and I’ve never heard anyone say, “Don’t ever use that spanner!”
5. Learning concepts, data structures, design patterns and theory is more important than knowing syntax:-
Programming concepts are all relatively similar. If you know your stuff, you’ll be familiar with the term ‘Array’, you’ll know what it is, what built-in methods it’s likely to have, and can then look up the syntax for it in any language in a heartbeat.
All popular languages are based on programming theory, concepts and principles, and usually they try to build on and add to them. Knowing and understanding this allows you to transcend the limitations of a single programming language, and instead use the best tool for the job… even if you need to Google a little to get there.