Tuesday, October 14, 2008

Yet Another Interview

An interview call makes you really excited - you think of all the possibilities and aftermath. After the process is over, you are drenched. It might leave you elated if you have done exceedingly well or tired/fatigued if you failed to make a mark. So why am I talking about all this?

After the Bloomberg offer, I send denial emails to few companies I was being interviewed with. Believe me, its hard to send in such emails because I understand how much effort has been put just to get that call. I was lucky I did not try for many and not too hard (Y! rocks in some sense none the less).

I finally applied to Microsoft and going to have an interview on 16th. Everything was going on nice and fine. Till this happened and perhaps I have not had good sleep till yesterday. I can go for a deep slumber now as I don't have much hope from today's encounter :-|

I got an interview with Google. [Please do not ask me about questions - I cannot discuss, nor the emails;]. While I did not expect much preparation, I punched in several lines of code as this was supposed to be a coding exercise. I was doing fairly well with one fear that what if the question does not click me.

What I have realized is that if I know the solution well, I can jot down the code without making a lot of mistakes. Believe me, my code would show up with fewer compile time errors and hmm, a few runtime ones (those which are really really evil and happen only on full-moon days).

But when I do not know of the solution, somehow I am good at explaining them but if asked to explain as well write the code simulateneously, I falter. I perhaps manage to pitch in the overall picture correctly by picking up the grassroot problem; but when it comes to finishing it up - I just go eerie with design blunders. I am not sure what screws up my frame of mind. Is it the constant pressure which mounts every minute of the interview or is it that I have exhausted myself of that creative juice by not taking ample rest before the interview.

A lot of things can be spoken after the interview - the fact is plain & simple. There is room for improvement. I might have polished my coding standards and understanding of c++ a lot better. Given a known algorithm, I can write up the solution quickly and efficiently (something which again I need to work on; I found that I tend to do a lot of pre-optimization; something which brings in those runtime errors - there is a simple solution to this :: Hold yourself till you execute the code). I need to write in more and more code; code which makes me think while I write. I am more of a paper-pencil guy who likes to solve the problem separately and code separately. But this has to change. I don't know how! But perhaps more practice and more experience.

Now that I have begun with one down, lets see how I fair at the MSFT interview. I am not preparing for the same because I prepared a lot for today's interview. I want to take it all in the light spirit. Perhaps over-preparation spoils the party.

Summary:
1. Do not optmize before you execute. Let your code be verbose. You need to make that cut.
2. Relax, relax, relax
3. ?If the solution does not strike to you and you have to start coding any how, What should you do? - Try to find out.

No comments:

SiteMeter