JOIN
Get Time
forums   
Search | Watch Thread  |  My Post History  |  My Watches  |  User Settings
View: Flat (newest first)  | Threaded  | Tree
Previous Thread  |  Next Thread
[ 1 2 ]    NEXT >
Answers to Most Common Interview Questions | Reply
I like to share this link with other developers http://www.faiqs.com .This site contins huge collection of most frequesntly asked interview questions(FAIQS) with answers .PLs post similar links so that others could benefit for their next job interview
Re: Answers to Most Common Interview Questions (response to post by MrPi) | Reply
I don't get it. What's good about sharing such information? I for one wouldn't like to work with someone that has no real knowledge but memorized answers to all common interview questions and got lucky.

BTW: level of this page is rather low (but I only checked C++ and Linux), you're better off not reading it at all or you have a good chance of picking something that's completely wrong and embarassing yourself during the interview.
Re: Answers to Most Common Interview Questions (response to post by Krzysan) | Reply
I would.

It would make me look a lot better come performance review time if I was working with people who bluffed their way into a job without any real competence!

Unless we were both employed to write interview questions I suppose.....
Re: Answers to Most Common Interview Questions (response to post by Stroker_Ace) | Reply
If the interview questions are widely available than what's the point of the interview? Ability of memorizing answers by heart is not the most importand skill I would seek in the future employee. When you believe you are better for the position than the other candidates you should wish for as hard and unstandard questions as possible - that can give you an edge of adeventage over them.

(Of course if you know the questions beforehand and the others don't it also gives you significant adventage - but it doesn't feel like fair play)
Re: Answers to Most Common Interview Questions (response to post by slex) | Reply
If you can gain an advantage over others by looking at previous interview questions why not do so? Why put yourself at a potential disadvantage by not doing so?

The worst you have done is prepared yourself for the type of questions that *may* be asked.

If you go into a technical interview with no knowledge of a subject other than what you have gleaned from previous interview questions then you are a obviously a fool.

Failing to properly prepare for an interview when you have an opportunity to do so is possibly even more foolish though.

A decent interviewer should be able to spot any imposters. If they don't then they shouldn't be interviewing candidates in the first place.
Re: Answers to Most Common Interview Questions (response to post by Stroker_Ace) | Reply
Why waste your time cramming if you know the stuff already? And if you *don't* know something well, why try to misrepresent if, as you say, a decent interviewer should be able to spot imposters?

There is absolutely no substitute for actually knowing the material in a given subject.
Re: Answers to Most Common Interview Questions (response to post by antimatter) | Reply
Most commercial developers use a lot different technologies in their day to day work.

I have a set of core skills (on which I am confident of answering most questions) but I also use other technologies either partially or infrequently.

Most advertised positions specify a set of essential and 'nice to have' skills. Employers realise that people are rarely equally strong across all of the skills they require.

I don't see anything wrong with making sure you can talk a little/answer simple questions regarding technical skills that are 'nice to haves' if you have used that particular technology but not claimed to be an expert. It certainly makes a better impression than saying nothing at all.

Employers are not necessarily looking for a guru in one particular field that can read/write heavily optimised/obfuscated code.
Re: Answers to Most Common Interview Questions (response to post by Stroker_Ace) | Reply
Honesty is the best policy..

People usually mean "be your best self" when they mean "be yourself". But then people usually get a job as "something that pays me money" instead of looking for a career or a place where you can explore..
Re: Answers to Most Common Interview Questions (response to post by Stroker_Ace) | Reply
I don't know if that was some sort of dig at the end, so I'm going to ignore it.

As for the rest of what you said, sure, employers do ask for lots of different things. Of course everyone has their core skills, along with stuff that they've touched briefly or used a little bit. And of course the employers know that this is the case.

However, my personal philosophy is to not misrepresent. If that means saying "I've worked a little bit with AJAX/J2EE/whatever, but haven't done it in a while so I'm rusty", then so be it. I fail to see how this makes any worse of an impression than just being able to answer stock questions about the given subject.
Re: Answers to Most Common Interview Questions (response to post by Stroker_Ace) | Reply
If you can gain an advantage over others by looking at previous interview questions why not do so?


I'm not sure the website at the beginning of this thread will give you any kind of advantage in any interview. I've been through a good number of CS job interviews, and most of them ask problem-solving questions. The interviewers actually hoped that I didn't know how to do the problems and wanted me to think on the spot (some interviewers actually even asked me beforehand to tell them if I had heard the questions before so they could give me new ones). In the couple cases where they tried asking me stupid memorization-type questions, I interrupted them and asked me what they're trying to accomplish. Remember, you're the commodity to them -- they need to impress you in the interview. If they're asking you stupid questions, it reflects poorly on them. You have to think...if those are the kinds of questions they screen candidates with, then of what caliber will your co-workers be?
Re: Answers to Most Common Interview Questions (response to post by antimatter) | Reply
No dig at all and I apologise if my post came across that way. I was indirectly making the point that knowing a language inside out doesn't necessarily make you a good commercial prospect.

I feel if you have even a little experience of a skill/technology that is relevant to a position it is better to mention it and make sure you can answer simple questions.

To me that means having *some* understanding, not simply repeating the answers to a few questions that *may* come up in an interview.

Personally I like looking at these type of questions before an interview. It helps build up my confidence. I don't treat it as a learning experience.
Re: Answers to Most Common Interview Questions (response to post by Minilek) | Reply
If you ask what final does in Java or using in C# is it a memorization-type of question? When I was asked the latter I didn't mind. These type of questions can be used by the interviewer after he decides you should be hired in order to get an idea about what is the best team for you to work with at the start. Learning a new technology can be time-consuming and it makes no sense to put you in a team that badly needs X skills right NOW.

But I wholeheartedly agree that if they seem to take a decision for hire/no-hire based on that type of questions something is really wrong. Most questions of good employers are geared towards figuring out how you think. An example of why technology-oriented questions are stupid is my experience with Brainbench. I took the C# test on a boring day after reading about the language for about four hours and before writing my first line of C# code. I got in the 94 percentile and the title `master'. In fact, it was a boring week so I did the same with the XML (97%) and XML concepts (93%) tests. I've used C# afterwards but never XML. If I would go to an interview now and I would be asked about XML I would say that I've read about it but never used it.

PS Mysterious Ways: I just got an email, while writing this, from Brainbench with the subject "you are invited to participate in an elite IT research panel". Should I peek or delete right away?

edit: BTW, Joel Spolsky has a blog post on interviews. What do you think about his opinion on aha! questions?
Re: Answers to Most Common Interview Questions (response to post by rgrig) | Reply
The value of "aha!" questions is basically what you would expect out of a Game Theory class - as more interviewers use "aha!" questions, more interviewees study these questions.. there's an equilibrium somewhere..

I rather enjoy those problems, but probably on my own time, and not under the pressure of an interview. Though once I got an "aha!" question very quickly (you can say a light bulb came on) and the interviewer just assumed I saw it already..

So the value is drastically diminished..
Re: Answers to Most Common Interview Questions (response to post by antimatter) | Reply
Cramming and/or trying to misrepresent yourself is a bad idea. Reviewing things can be a very good idea. A good interviewer who is willing to explore and dig will determine whether you are good or not. Unfortunately, many interviewers use a predefined set of questions, and if your current focus is in a different area, you may look worse than you are.

I still remember an interview back in college, with a company who is known for their good, technical interviews. They asked me a question which was right out of a data structures class. Having been 6 years since I had taken the class (I took it in high school), and not having had to do a similar problem since then, I was rusty on the material. Failing an interview that I would've aced 6 years earlier was frustrating. Had I reviewed the topic a little bit, I feel I would've been able to much better represent myself.

That being said, the little bit I looked at the said link, it didn't really seem that useful.
Re: Answers to Most Common Interview Questions (response to post by Stroker_Ace) | Reply

It would make me look a lot better come performance review time if I was working with people who bluffed their way into a job without any real competence!


I couldn't help but think that the whole purpose of having these kinds of technical interviews is so that your company can hire and pay good developers that will write good software so that they can afford to not lay everyone off :-)
[ 1 2 ]    NEXT >

RSS