1. Prepare a designated notebook for each subject, or you can just use one notebook, but remember not to mix them up, separate them properly.
2. Every time you finish a chapter in class, make a summary about it, and don’t forget to write the key point of what you learned.
3. Review them once a week, just use the summary and key point, you only need to read from the notebook if you forget about something.
4. Create a mind maps, with image and graphics, this will help you review your lesson faster.
5. If you have time , try to get more information about a topic from the internet, library, and take a note about it, this will help you to understand about a topic better.
6. Set yourself a study time, choose time when you’re not tired, and less distracted.
7. Join a study group or create one, this will help you when you don’t understand about a particular problem in a subject and share ideas and thought about it.

Now you should feel confident about exams, now the following tips would cover about what you should do when you’re facing exams:

1. Mark the time of the exams on your calendar, so you can be prepared when the time comes.
2. Do a try out exams, you can do this with your study groups, every one to create a question, combine them and do them.
3. Get enough rest at night before the exams. seriously it is harder to concentrate when you don’t have enough sleep.
4. When studying, study the hardest one first, this is because if you study the easiest one first, then when you get to the hard part, you would be too tired, and combine with the facts that they’re hard it would be much much more harder to understand it.

Good luck.

Lets practice with a 2 digit number first:

1. for example lets take 23
2. Adds the two digit together example for number 23 is 2+3 = 5
3. Insert the number between the original number, example 2 5 3, and there you have your answer

Ok now what if the number has total adds up to more than ten like for 89

1. Just adds the two digits ex: 8+9=17
2. Now insert between the first and the last of the original number with the number 1 being add to the previous number ex: 8(+1) 7 9 resulting 979 and there’s your answer.

Now for the ultimate, how to multiply number that has more than 2 digit with 11, for example 239:

1. First split the number ex: 2+3 = 5 and 3+9 = 12
2. Now remember,since the last number has value that more than 10, adds the 1 to the first number ex: 5(+1) 2 resulting 6 and 2
3. Insert it between the first and last of the original number ex: 2 6 2 9 and there you have it.

Now a bonus example of a 4 digits number, lets take 8752:

1. Split the numbers 8+7=15; 7+5=12; 5+2=7
2. Adds any number with more than ten to the previous number ex: 15(+1) 2 7 or 16 2 7
3. Insert it between the first and last number 8(+1) 6 2 7 2 resulting in 9 6 2 7 2.

And that’s conclude our tutorial, just keep practicing and you’ll be a master of 11 multiplier.

Now let’s think about this for a moment. So what we just discovered is that we are (at times) in a state of auto-pilot as we go throughout the day. So it must be up to the marketer to interrupt this state of mind and get us to pay attention to their ad. The good marketer knows how to do this by tapping into the human psyche.

The Reticular Activator and how it works:

There is a portion of our brain that is constantly on the look out (24/7/365) for things that are familiar or dangerous or problematic. It’s called the reticular activator and it never sleeps. A common example is a mother who hears her baby cry in the middle of the night when she is sound asleep. The sound of the baby indicates a potential problem so the reticular activator wakes the mother to tend to the baby.

This is the very same principle that good advertising is based on. The marketer studies the demographic of the target audience and creates a powerful headline that “interrupts” the consumer from their auto-pilot state of mind and makes them pay attention. Without this “interruption,” all advertising simply looks alike.

Traditional advertising agencies use the C&R method (creativity and repetition) to build brand awareness and recognition. The problem with this method is that it takes too long and costs hundreds of thousands of dollars in advertising to accomplish branding.

The entrepreneur and internet marketer who doesn’t have the time and budget to build a brand is anxious for another method of getting prospects to pay attention. They need to accomplish this by using their knowledge of the human brain and creating powerful headlines (subject lines) that penetrate the reticular activator and cause a reaction. So their headlines need to be based on something that is familiar, dangerous, problematic or a combination of any two.

So when you are thinking of creating some powerful headlines or subject lines, remember these three words; familiar, dangerous and problematic. Base your interrupt on issues surrounding them and you can’t go wrong.

Joe Cavell

Curiosity Great programmers never accept things “as is”; they need to poke deep inside something, even when it appears to be working fine, to learn more. This is how many problems are solved before they are problems, and it’s usually the quickest way to fix acute issues. A programmer without this mentality will usually end up lacking the knowledge underlying why they are doing what they are doing, which means they’re working with blinders on. Unless candidates are very shy,their curiosity, if they have it, will show strongly during interviews.

Clear Thinking

Clear thinking skills It may sound obvious, but programming is an exercise in logic. People who can add 2 and 2 to get 4 are common, but people who can take “2 + x = 4″ and figure out that “x” is equal to 2 are much less common. This is why I have always preferred programmers with strong math or science backgrounds. It makes them a bit better at programming, but more important, it generally indicates good logic skills. When I discuss the job, I sometimes leave blanks in what I’m saying to see if the candidate can fill them in. In addition, if your hiring process includes formal testing, that’s a good time to test logic skills.

Top flight reading speed and comprehension

Another “duh” when it comes to programmer productivity is that most of their work is not the typing of the code. A significant portion of a programmer’s day is spent reading, whether it be other people’s code, Web sites with examples, documentation, or project specs. Programmers who read slowly, or worse, don’t understand what they’re reading, will be inefficient at best, and dangerous at worst.

You probably don’t want someone on staff who misreads the spec and spends three weeks doing the wrong thing; that’s just embarrassing when you need to explain the delay to the project sponsors. It’s really hard to gauge reading skills during the hiring process unless you use a formal testing process.

Attention to detail

Attention to detail is a close cousin to curiosity. A programmer who pays attention to detail will be significantly more productive than one who doesn’t, all else being equal. It is, unfortunately, extremely difficult to measure this quality during the hiring process. Still, sometimes things happen during the hiring process that show that a candidate has this trait. Maybe it’s a casual remark or just a minor incident that occurs during the interview.

For example, I once had an interviewee casually compliment me on my shirt and mention that he was a fan of that designer; that spoke volumes about his attention to detail (as well as his fashion sense). And of course, a severe lack of attention to detail can sometimes be obvious too; the candidate who walks in with pants unbuttoned or toilet paper stuck to a shoe clearly is not paying attention to detail!
Quick learner outside of programming

Unless your company develops programming tools, like compilers and IDEs, your programmers are working with projects outside the realm of programming. Just as journalists need to understand a little bit about the subjects of their stories and good teachers need a working knowledge of the field they’re teaching, good programmers are able to learn about the environment their software will work within. Of course, you don’t need a CPA with a computer science degree to work on your accounting software, but a programmer who can’t understand the basics of the math and business rules involved is going to be a liability.

I take candidates I’m seriously considering on a tour of the facility and provide a brief, simple, jargon-free overview of the company and how it works. Candidates who ask pointed questions that show they understand what I’m talking about, or who otherwise show comprehension, get extra credit in the overall hiring decision.

Self-learning skills

It’s extremely rare for a programming shop to have the budget and time to provide training to its programmers. This is unfortunate, but it’s a current business reality. The result is that most programmers self-teach their skill sets (ideally with a mentor handy) once their formal schooling is over. Programmers who are good at self-learning are going to be better at programming.

During the interview process, I like to ask questions such as, “How did you learn to do that?” when the candidate talks about something difficult, or, “How do you get new skills?” and “Do you read any programming-related books, magazines, Web sites, blogs, etc?”. Candidates who aren’t just capable but who are eager to teach themselves new programming skills are much better to have on staff than those who don’t like to learn outside a formal training program.
Passion

Some programmers are “daycoders”—people who write code 9 to 5, Monday through Friday, and do not think about it in the slightest outside of those times. That’s perfectly fine; not everyone can be a super geek who lives and breathes code. I have hired people like this in the past to fill a gap or to work on the sections of a project that are routine. But when I need to hire a top programming candidate (regardless of skill or experience level), I need to be hiring someone with a passion for the work.

Passion is a “make or break” during crunch time or on a project that requires tricky techniques, rare skills, and so on. After all, daycoders won’t be motivated to learn the best way of doing things and will instead just do what they’ve always done, which may not be the best way of doing things. Daycoders are also difficult to retain without a steady stream of raises and a high level of perks, since they are there for the money, not for the work. Passion will be fairly obvious during the interview. Candidates who get excited when you talk about your project or who are talking about their past projects have it for sure.

Adaptability

Have you ever worked on a programming project that ended with the same specs it started with? Neither have I, and I am including short projects that lasted less than a day! Programmers who do not handle change well will probably not be very successful, except on long-term, Waterfall-type projects that last years, usually under government contract. That is not to denigrate those kinds of projects or programmers, of course. But most projects are simply incompatible with a lack of adaptability.

It’s pretty obvious during interviews when candidates are not adaptable or handle change poorly, particularly if you ask questions like, “Did the requirements change often?” Candidates who say something like, “Sure, but that happens on all projects and it’s a fact of life” are winners. Those who roll their eyes and respond with, “Yeah, that’s why I could never get anything done!” probably will not be a good fit for most environments.

Good communication skills

“Communication skills” doesn’t mean the same thing as “Speaks perfect English.” It means, “able to convey an idea accurately and effectively.” Pictures, sounds, and hand motions are all part of communication skills. Programmers who have a hard time getting their point across or understanding what others are trying to tell them will not be effective in the long run. This is a difficult ability to properly measure in a phone interview, but when candidates have difficulty communicating even in a face-to-face interview, you can be sure that they’ll have a hard time on the job as well.

Who’s the boss?

Programmers are a notoriously independent group of people. Indeed, I believe that’s one of their strengths, and it’s great not having to micromanage people working on technical projects. However, a good portion of programmers struggle with the idea of “I am the boss and you are not.” I know, it sounds tyrannical. In a way, it is. Managers often need to make decisions for nontechnical reasons, and they may not be able to explain those reasons to their team (secrecy, politics, not enough time, etc.).

A little bit of pushback, particular on bad decisions, is something I encourage and fully support, especially if the boss doesn’t realize that it is a bad decision and if the feedback is delivered correctly. But when the boss says, “I know from the technical perspective this is a bad idea, but this is how we need to do it,” it’s final. All too often, certain “rogue coders” will ignore their marching orders and go do their own thing. Even worse, they have a tendency to run their mouth to anyone and everyone about how stupid the boss is, and how he or she obviously does not understand programming—which may or may not be true. This sinks projects and does nothing but cause animosity and hurt team morale.
This mentality can often be seen during the interview process, especially when you’re asking about past work experiences. Rogue coders love to talk about their “evil, idiot, pointy-haired slave driver” former managers, even when it is wholly inappropriate to do so, like in a job interview. Well-adjusted programmers will say things such as, “I disagreed with some of my manager’s decisions at a technical level, but I know that those decisions had to have nontechnical issues factored into them.”

By Justin James