As soon as I had finished the tasks, Ritchie introduced me to Jessica. She was tall and thin, and looked very strict. Her room was on the second floor of the underground resistance base. When she spoke she sounded surprisingly pleasant.
"Hi, Teo! Ritchie told me you are learning the new material quickly. Do you like it, or are you just doing whatever you need to survive in the future?" Jessica asked unexpectedly.
"The second one. I'm doing everything to survive, whether I like it or not. This is not my time and not my war."
"Thank you for being honest. I wish I could help you... The best thing I can do for you is probably teaching you everything I know about programming so that you can use it to get back home", Jessica said.

When you choose a name for a variable, how do you do it? What do you think about?"
"I just choose something that is easy to type. 

 and so on," I mumbled. I explained, "To be honest, I don't think about variable names very much. I know that almost anything is allowed as a variable name and my program is going to work."
"That approach, to name all variables with one letter, may be the best if your priority is to save code writing time and computer memory," Jessica responded, "however, there is a problem with it. Take a look at this code snippet:"

"What is this code about?" my teacher asked.
"I have absolutely no idea. There are two 

 variables that you multiply, and then output the result as the 

 variable.
"There's the problem: this code gives you no idea what it's about. It's just some simple math. What do you think about this rewritten version?"

"Now it looks like this code is calculating the annual number of customers," I answered. "This code does the same math operations as the previous one, but it is not abstract anymore because of the names."
"Exactly! Can you guess 

 you would take the time to choose longer variable names like 'customersPerMonth'? Why not stick with names like 'c', 'm', and 'a'?" Jessica asked.
"

It would be much easier for someone else to understand my code if I use representative names.

"
"Obviously! But that's not all. Any other guesses?" Jessica smiled.
It took me some time to come up with an answer to this question.
"Hm" 

If I read my code in a year or so, with proper naming it will also be much easier for me to remember what I meant to do with it."

That's right, try it yourself now", Jessica smiled.

"Now that we've agreed to use variable names that describe what the variables represent, let's choose what is called the 

coding convention. It is a set of rules about naming variables and formatting the code.

 There are a lot of different naming conventions among programmers. Here are some ways of naming the variable that represents the number of customers per month:"

"Right now I'm going to give you a set of rules that you should use in all your C# programs. Rule #1 is just common sense, avoiding something that is invalid and should never be used in any program. Most of the others you will follow so that all our programs are consistent, clear, easy to read, and easy to understand.

You cannot create two or more variables with the same names!

It doesn't work even if they are different kinds of variables:

Your local variable names will start with lower case, and each extra word in the name will start with an uppercase letter, with no spaces or other characters.

 Like this: customersPerMonth. This is called 

As soon as a new block {} starts, use 4 spaces:

And this is how you SHOULD NOT write code:

The first character of the variable name should be any letter character or an underscore "_" and nothing else:

Try to understand the difference between 

 variable name can work in a program but still not be what we call 

 (it may give no useful information). We are aiming to have names that are both valid and readable:

You can't use a keyword as a variable name. Keywords are reserved words for types and other language structures.

is invalid because int is a keyword in C#. You have to follow this rule or the program won't work at all.

If you want more information on good coding practices, complete C# code convention guides are available 

 (more about naming conventions). If you notice any difference, stick to our rules while you are here and coding for us.

As soon as you learn new C# elements, I will tell you our code standards regarding them, so that your code remains beautiful," Jessica finished her monologue.
"Wow, that's lots of rules to remember!" I said.
"Don't worry; usually, you don't need to bother about naming restrictions of C# because 

to name variables with English letters, using lower camel case, is usually enough

. You don't need to create variables with names like !@#dominator, right?"
"Right! What's next?" I asked.
"Practice, of course!"

Discover C# variable naming conventions - 7 basic rules about naming variables and formatting the C# code.