Job interview question
|
|
Thread rating:  |
Simon Goodman - 28 Oct 2004 14:14 GMT Hi,
I have been a programmer for a couple of years at the same company. But because I moved country I now have to find a new job.
So tomorrow, (the 28th), I have my first technical interview in 7 odd years. I understand that they will not ask me to write a program but rather ask me a bunch of technical questions about VB.
So, what questions should I expect? Is there anything I might want to 'look up' for refresh my memory? Most of my work in the past 7 years has been VB front end and VC++ back end.
Many thanks.
Simon
Duane Bozarth - 28 Oct 2004 14:30 GMT > Hi, > [quoted text clipped - 8 lines] > 'look up' for refresh my memory? > Most of my work in the past 7 years has been VB front end and VC++ back end. Good luck, but I'd think if the interview is tomorrow there's little point in "cramming" now, especially if you've been using VB for several years...
As for what they'll ask, that's almost entirely dependent on who's doing the asking...if there were a clue as to what type of job you were seeking the would be the off chance of a random response being useful, but w/o even that I'd think it would really be a crap shoot.
Go home, have a libation of your choice, get a good rest and enjoy... :)
Simon Goodman - 28 Oct 2004 14:40 GMT > Good luck, but I'd think if the interview is tomorrow there's little > point in "cramming" now, especially if you've been using VB for several [quoted text clipped - 6 lines] > > Go home, have a libation of your choice, get a good rest and enjoy... :) Hi,
The little bit of info I got was "Strong experience PL/SQL and VB/SQL" the company itself is a manufacturing one.
The interview will be with the "Manager and some of the technical guys".
So I guess they are not very forthcoming with info themselves.
Simon.
Al Reid - 28 Oct 2004 14:46 GMT > > Good luck, but I'd think if the interview is tomorrow there's little > > point in "cramming" now, especially if you've been using VB for several [quoted text clipped - 17 lines] > > Simon. Based on that bit of info, I would expect some questions about Oracle and Oracle's flavor of SQL. I would also expect questions on ADO, Connections, Commands, etc. Perhaps even some questions about Stores Procedures, Packages/Package Body...
I would be prepared to discuss a project or two where you interfaced to an Oracle database as well.
-- Al Reid
Ralph - 28 Oct 2004 15:23 GMT > > > Good luck, but I'd think if the interview is tomorrow there's little > > > point in "cramming" now, especially if you've been using VB for several [quoted text clipped - 26 lines] > -- > Al Reid Also practice a proper sneer in front of a mirror, to be applied whenever SQL Server is mentioned. <g>
-ralph
Al Reid - 28 Oct 2004 15:36 GMT > Also practice a proper sneer in front of a mirror, to be applied whenever > SQL Server is mentioned. <g> > > -ralph Good one!
-- Al Reid
Bonj - 29 Oct 2004 11:23 GMT No joke. Pulling the "right" face when products that the company either uses or doesn't use are mentioned is very important. I once went for a job to a web design company (high-level stuff, they wear casuals instead of suits, might be expected to frequent wine bars at lunchtime - you know the sort ;-), and I admitted to knowing (and liking) C++. Mistake. I didn't get the job.
> > "Simon Goodman" <siminfrance@hotmail.com> wrote in message > news:upRu5OPvEHA.3276@TK2MSFTNGP15.phx.gbl... [quoted text clipped - 39 lines] > > -ralph Bonj - 29 Oct 2004 11:28 GMT I was giving technical tests once for a role heavily involved with SQL server. When I tried to coax one of the candidates through one of the problems involving a T-SQL specific element, he quipped "well, I'd know how to do it in oracle." Needless to say, we didn't see any more of him.
> > "Simon Goodman" <siminfrance@hotmail.com> wrote in message > news:upRu5OPvEHA.3276@TK2MSFTNGP15.phx.gbl... [quoted text clipped - 39 lines] > > -ralph Ralph - 28 Oct 2004 15:02 GMT > Hi, > [quoted text clipped - 12 lines] > > Simon Relax and take what comes.
In my experience with "technical interviews", the questions will depend entirely on who makes them up - they may be gemane, they may be trivial, they may be obtuse, and they may be quite silly in an attempt to be 'tricky'.
Often even 'correctness' will not matter if goes against a cherished opinion of the interviewer.
Relax. The hiring process in America is pretty much a crap-shoot. Any apparent relationship between that process and "finding the best candidate" is purely coincidental.
-ralph
Simon Goodman - 28 Oct 2004 15:04 GMT > In my experience with "technical interviews", the questions will depend > entirely on who makes them up - they may be gemane, they may be trivial, > they may be obtuse, and they may be quite silly in an attempt to be > 'tricky'. In my little experience of interviews, the technical guy always tries to ask a near impossible question so that he always looks like he is in fact a better programmer.
> Often even 'correctness' will not matter if goes against a cherished opinion > of the interviewer. > > Relax. The hiring process in America is pretty much a crap-shoot. Any > apparent relationship between that process and "finding the best candidate" > is purely coincidental. I am in the UK, but I am sure the process is the same.
> -ralph Simon
Ralph - 28 Oct 2004 15:20 GMT > > In my experience with "technical interviews", the questions will depend > > entirely on who makes them up - they may be gemane, they may be trivial, [quoted text clipped - 17 lines] > > Simon Ahh. The UK.
Pitty things have changed - it wasn't so long ago that just having the 'right connections' was enough. It smacked of inequality - but at least one knew where they stood. <g>
-ralph
Bob O`Bob - 28 Oct 2004 15:45 GMT > > In my experience with "technical interviews", the questions will depend > > entirely on who makes them up - they may be gemane, they may be trivial, [quoted text clipped - 4 lines] > ask a near impossible question so that he always looks like he is in > fact a better programmer. That may well be what it looks like to you, but if it does, then you're probably not going to get the offer.
When I interview, the obscure/silly/obtuse/impossible technical questions are NOT because I want to know if someone can come up with a correct answer "on the spot"
They're because I want to _watch_ the person go through their process of *thinking* and I want to watch how/whether they ask questions to clarify an assignment, and how they interact with other people when faced with a challenge. Getting a "wrong" answer under that kind of pressure is actually just fine with me if I like what I see IN the person.
What you could memorize doesn't mean much; another person might know how to look up all the same information effectively enough that it makes no difference. (google just may be today's "great equalizer")
What matters to me is whether the person _has_ a creative approach when they're tasked with something they've NOT thought about before. Something that can't be "crammed" for.
So my advice is forget the suggestions for what to study and take the suggestions that will help you arrive at your interview awake, alert, and comfortable. Getting a good night's sleep might be more important than everything else put together.
Bob --
Ralph - 28 Oct 2004 16:07 GMT > > > In my experience with "technical interviews", the questions will depend > > > entirely on who makes them up - they may be gemane, they may be trivial, [quoted text clipped - 17 lines] > answer under that kind of pressure is actually just fine with me if I like > what I see IN the person. LOL. Now who would have guessed you would be one of those? <g>
This is very similar to the same rationalization I gave myself when I made up obscure cute questions during my obscure cute interviewing phase. Which is all well and good, as long as one realizes the question is in fact an obscure cute one.
> What you could memorize doesn't mean much; another person might know how to look up > all the same information effectively enough that it makes no difference. [quoted text clipped - 3 lines] > tasked with something they've NOT thought about before. Something that can't > be "crammed" for. IMHO such things can be determined without being obscure and cute.
> So my advice is forget the suggestions for what to study and take the suggestions > that will help you arrive at your interview awake, alert, and comfortable. > Getting a good night's sleep might be more important than everything else > put together. Excellent advice.
And if asked to lunch - order light and nothing that doesn't match your shirt.
> Bob > -- Charlie - 28 Oct 2004 15:19 GMT Someone once told me, "If you get to the interview stage they pretty much already know you have the technical qualifications. The interview is to see how well you will fit in with the other team members."
That seems to be quite accurate. Of course they will ask some technical questions, but sometimes it is obvious to me the interviewer doesn't know or care that much about the response. They just want to see me as my regular, pleasant self. So just relax and be your normal self.
P.S. If you don't get the job, can I have it? LOL
> > Hi, > > [quoted text clipped - 30 lines] > > -ralph U-CDK_CHARLES\Charles - 28 Oct 2004 15:12 GMT > Hi, > [quoted text clipped - 9 lines] > > Most of my work in the past 7 years has been VB front end and VC++ back end. "How many gas stations are there in this town?"
"Draw me a diagram for this process/class/dependency tree."
"Implement THIS part of your diagram"
"Now . . what bugs are there in your code?"
Tim Baur - 28 Oct 2004 15:35 GMT When you do know the answer, answer the question succinctly, and then bring up a project where you were faced with that particular aspect of the technology. This will highlight your experience.
When you don't know an answer, don't hedge. Simply state that you don't know it. It's okay to add, "But if I had to make an educated guess...", as long as you are up front that your guessing. Don't do that if you have no idea whatsoever.
My standard is to make a mental note of the questions you couldn't answer and address them in your thank-you letter. That little touch goes a long way toward demonstrating your problem solving abilities.
If, like Simon says, the other guy wants to upstage you then let him have it. I've had this happen in interviews. It's most annoying, but causes no harm. In fact, this is often a good opportunity to get the other guys talking about their pet projects and experience. People *love* to talk about themselves. If you can steer the conversation into this area then you'll be in good shape. They will leave the table with a very favorable impression of how things went.
I think the best you can do in an interview is have it turn into an open flowing spontaneous conversation.
> Hi, > [quoted text clipped - 13 lines] > > Simon Saga - 28 Oct 2004 18:09 GMT Good advice from the others.
I had two interviews that were "interesting"
In one, I was told that I got the interview because they saw that I included in my resume that I had modified the source code for the FDISK utility for DOS 3.x. I didn't get the "VB Programmer" position because they felt that I did not have enough experience in Javascript. Uhhh... ok <g>
In another interview for another VB position I was busy fielding technical questions when a lady there asked me what I would do if there was a problem with their satellite link up. Ok... "I would find out what the problem was and try to get the best qualified person to fix it" I said. I guess that was the right answer, since she knodded in approval (keep an eye out for body language and watch your own!)
In another interview I was posed this problem: "There are 3 cannibals and 3 missionaries on one side of a river. One of the cannibals if the Chief. There is one row boat that holds two people. Only the 3 missionaries and the Chief cannibal can row. Describe the steps necessary to get all 6 people accross the river using the row boat provided that there are never more cannibals than missionaries at any given time or side of the river.". Holy Cow! A logistics question! <g> (For the record, I got that one right! But I did not calculate the sales tax correctly on another question, but that was a problem of not knowing how to calculate the tax, not because I didn't know how to multiply.)
Watch out for question like "Did you watch yesterday's game? What did you think of it?" Those are t get you off your guard. They are NOT being chatty, they want to see how you express yourself when talking about non job related stuff.
Years back, when it was my turn to be on the other side of the interview, I wanted to know what made the interviewee tick. Did they have long range plans? Had they ever been in an uncomfortable position during a previous job? How did they deal with that? Although exprience was a priority, I also needed to know what they could do with it.
Good luck, even though I suspect that your interview will have passed by the time you read this. Do tell us about it!
Saga
> Hi, > [quoted text clipped - 12 lines] > > Simon Lesley Regan - 28 Oct 2004 19:46 GMT I get the fox, goose, grain question to consider sometimes from my boss...variation on the riddle below.
I was given one printed out program ("What does this do") and given one to write that would do some task (turned out the boss had been working on that one himself for awhile) and a manual to some obscure database programming language (not VB) and asked to turn it back in "at my earliest convenience".
Then one interviewer asked me what a database was, and the tech guy asked me to explain what a relational database was, and we ended up drawing diagrams for awhile.
Another thing I said was that I'd figured out how to program graphics in Pascal back in the DOS days, over one weekend for a school project and then give a presentation on it because the prof didn't do graphics.
Anyway, I'm still here. And they let me learn VB and many other things after hiring me. All the stereotypical interview experiences may not have any bearing on what you experience, so yes, do get enough sleep and don't forget to write a thank you note.
Good luck from
Lesley
> Good advice from the others. > [quoted text clipped - 63 lines] > > > > Simon Ralph - 28 Oct 2004 22:43 GMT > Good advice from the others. > [quoted text clipped - 63 lines] > > > > Simon Wow! They still doing the Cannibals? I remember actually getting that question back in '78 for a job writing print drivers. I remember making some comment about RS232 'standards' being some what akin to paddling cannibals about. I didn't get the job.
-ralph
Richard Jalbert - 28 Oct 2004 18:23 GMT >Hi, > [quoted text clipped - 12 lines] > >Simon I once landed a job because I was out of my depth but I said so: every time the guy would ask a question, I would say "I don't have the answer (or some noise to that effect) BUT..." then I proceeded to demonstrate HOW I would think my way through to possible solutions.
Those avenues and approaches got me in. ********************************************************************** Richard Jalbert Programmer-Analyst Richmann@sympatico.ca
Dogs have owners, cats have staff.
http://www3.sympatico.ca/richmann/ **********************************************************************
Veign - 28 Oct 2004 18:51 GMT I remember a 4 hour interview for a large company that included a physiological examination. Lets just say I didn't get the job.
 Signature Chris Hanscom - Microsoft MVP (VB) http://www.veign.com --
> Hi, > [quoted text clipped - 12 lines] > > Simon Rick Rothstein - 28 Oct 2004 19:19 GMT > I remember a 4 hour interview for a large company that included a > physiological examination. Lets just say I didn't get the job. Of course you didn't get it... you would have to be crazy to sit through a 4-hour interview process and most companies won't hire someone who is crazy.<g>
Rick
Veign - 28 Oct 2004 19:22 GMT They paid me for my time and for the drive to the company. I made more during that interview then most days...
physiological should have been psychological
 Signature Chris Hanscom - Microsoft MVP (VB) http://www.veign.com --
> > I remember a 4 hour interview for a large company that included a > > physiological examination. Lets just say I didn't get the job. [quoted text clipped - 4 lines] > > Rick Rick Rothstein - 28 Oct 2004 19:39 GMT A joke... I was making a joke (I even used a <g> symbol).
Rick
> They paid me for my time and for the drive to the company. I made more > during that interview then most days... [quoted text clipped - 9 lines] > > > > Rick Veign - 28 Oct 2004 19:40 GMT I know...Just pointing out the only reason why I did stay through such a tough interview - I didn't even want the job.
 Signature Chris Hanscom - Microsoft MVP (VB) http://www.veign.com --
> A joke... I was making a joke (I even used a <g> symbol). > [quoted text clipped - 16 lines] > > > > > > Rick Tim Baur - 28 Oct 2004 20:06 GMT "Veign" <NOSPAMinveign@veign.com> wrote in news:eq17p4RvEHA.1524 @TK2MSFTNGP09.phx.gbl:
> I know...Just pointing out the only reason why I did stay through such a > tough interview - I didn't even want the job. Not to speak ill of my brethren, but... Seems to me like doing poorly on a psychological test would make you a better candidate for a programming position.
Bonj - 29 Oct 2004 11:41 GMT There's also an old superstition, that the scruffier the handwriting, the worse the programmer.
> "Veign" <NOSPAMinveign@veign.com> wrote in news:eq17p4RvEHA.1524 > @TK2MSFTNGP09.phx.gbl: [quoted text clipped - 5 lines] > psychological test would make you a better candidate for a programming > position. Tom Esh - 29 Oct 2004 17:54 GMT >There's also an old superstition, that the scruffier the handwriting, the >worse the programmer. What handwriting? People still do that? <g>
-Tom MVP - Visual Basic (please post replies to the newsgroup)
U-CDK_CHARLES\Charles - 29 Oct 2004 18:57 GMT >>There's also an old superstition, that the scruffier the handwriting, the >>worse the programmer. > > What handwriting? People still do that? <g> Utter Nonsense! No competant programmer can write or spell worth a lick.
That's why we prefer typing and why we invented the spellchecker.
J French - 30 Oct 2004 13:13 GMT On Fri, 29 Oct 2004 17:57:08 GMT, "U-CDK_CHARLES\\Charles" <"Charles Krug"@cdksystems.com> wrote:
>>>There's also an old superstition, that the scruffier the handwriting, the >>>worse the programmer. [quoted text clipped - 5 lines] > >That's why we prefer typing and why we invented the spellchecker. I totally disagree with you, poor spelling, poor grammar and general inarticularcy are indications of low communication skills.
Such coders tend to produce 'clever' write only code
Ralph - 30 Oct 2004 13:33 GMT > On Fri, 29 Oct 2004 17:57:08 GMT, "U-CDK_CHARLES\\Charles" <"Charles > Krug"@cdksystems.com> wrote: [quoted text clipped - 13 lines] > > Such coders tend to produce 'clever' write only code I can partially agree with you as I am one of those you are referring to.
Ms. Leish was right - my failure to pay attention in 5th grade English - has condemned me to a life of mediocrity, but I can assure you, my code while often 'write-only' is never 'clever'.
-ralph
J French - 30 Oct 2004 21:02 GMT >> I totally disagree with you, poor spelling, poor grammar and general >> inarticularcy are indications of low communication skills. [quoted text clipped - 6 lines] >condemned me to a life of mediocrity, but I can assure you, my code while >often 'write-only' is never 'clever'. Fairly recently a very talented guy in the Delphi NGs stated something like this :-
Linguistically challenged programmers enjoy producing code that is obscure and cryptic
- very heavily paraphrased
It got me thinking, and running through coders that I've known.
Hairy arsed code is just plain stupid
( I've snipped a fair rant on the subject - Google is forever )
Ralph - 30 Oct 2004 22:30 GMT > <snipped > > Linguistically challenged programmers enjoy producing code that is > obscure and cryptic Ok, now I am with you, "obscure and cryptic" - not "clever".
Quilty as charged.
-ralph
Saga - 28 Oct 2004 19:56 GMT Oh yeah... a logical psycho, yup I'm one too <g>
Saga
> They paid me for my time and for the drive to the company. I made more > during that interview then most days... [quoted text clipped - 9 lines] > > > > Rick YYZ - 28 Oct 2004 21:33 GMT > They paid me for my time and for the drive to the company. I made more > during that interview then most days... > > physiological should have been psychological For some reason that makes me feel much better. The image I have in my mind of Chris Hanscom when I see your posts RADICALLY morphed when you implied that you didn't get the job because of a physiological exam.
Wow. That was freaky. All of a sudden you drooled often and were very hairy in my mind, grunting continually.
I need a vacation.
Jeff Johnson [MVP: VB] - 28 Oct 2004 21:57 GMT >> They paid me for my time and for the drive to the company. I made more >> during that interview then most days... [quoted text clipped - 5 lines] > of Chris Hanscom when I see your posts RADICALLY morphed when you implied > that you didn't get the job because of a physiological exam. You think YOU have it bad? There were PROBES involved in my image....
YYZ - 29 Oct 2004 04:33 GMT > You think YOU have it bad? There were PROBES involved in my image.... Great. Now I'm going to think PROBES whenever I see Jeff Johnson. People are going to wonder why I keep shifting in my chair all day long.
You should change your From line to Jeff Johnson [MVP: VB, PROBES]
Veign - 29 Oct 2004 00:59 GMT I spelled psychological so wrong my spell checker (Google) spit out physiological
 Signature Chris Hanscom - Microsoft MVP (VB) http://www.veign.com --
> > They paid me for my time and for the drive to the company. I made more > > during that interview then most days... [quoted text clipped - 9 lines] > > I need a vacation. Ralph - 28 Oct 2004 22:47 GMT > They paid me for my time and for the drive to the company. I made more > during that interview then most days... I miss those days. What was really fun was the three-day trips and bring the 'wife'. Usually to some place you would never consider living - but interesting none the less.
Sigh. -ralph
Simon Goodman - 29 Oct 2004 11:22 GMT > Hi, <snip interview advices>
> Simon Hi all,
I had my interview and some of you wanted to know how it went so thought I'd do a bit of a follow up.
The interview went very well, they did not make an offer but then again I doubt very much that they would have, (one must never be to eager).
The interview was not really technical, by that I mean that I wasn't asked to write code or solve a problem. But rather I was asked to explain where I would use such and such tool. Because I am familiar with VB6 and 7 they asked me a few question regarding the differences and my thoughts on .NET in general. I also had a few questions on Oracle but again the discussion was not really technical, (I prefer Java vs PL/SQL so I had to be careful while still expressing my opinion on the subject).
They also asked me a few general questions about ActiveX but the wording of the question was more on the ActiveX I used/wrote in the past rather than how I would go about writing one.
All in all I must say I was quite impressed, they never tried to "catch" me, there was no difficult questions, (I am not blowing my own trumpet here, I just think that they were genuinely trying to make me as comfortable as possible and did not see the need to ask me obscure technical questions).
I liked their approach to the interview, there was a manager that was always making sure that the atmosphere was relaxed, (it wasn't, there was 6 of them and one of me). I think they were happy with a general, (loosely technical), discussion because if I was not qualified I would have struggled to maintain an hour long conversation ranging from ADO/ActiveX to PL/SQL VB6/7 and Oracle7->10.
Regards.
Simon
Bonj - 29 Oct 2004 11:38 GMT I once got a job on the merit of having superior technical skills to the one other candidate, but the interviewer told me that I nearly didn't get it because I didn't look directly into his eyes when answering, and therefore appeared to be timid.
> Hi, > [quoted text clipped - 12 lines] > > Simon Duane Bozarth - 29 Oct 2004 14:23 GMT > I once got a job on the merit of having superior technical skills to the one > other candidate, but the interviewer told me that I nearly didn't get it > because I didn't look directly into his eyes when answering, and therefore > appeared to be timid. In that respect, I always hired more for personal traits than technical--assuming, of course, the candidate wasn't a complete fool. I could always train/teach/coach the missing technique or bit of knowledge, but if the personality was poor or the interaction unpleasant, the lack of such was nearly impossible to overcome. Even worse was the occasional supercilious twit that someone else would hire...of course, I was in a deep south environment of roughly 30 years ago when and where things (and people) moved much more slowly than today--even that company is dominated by <better not use the phrase here> now. :(
|
|
|