Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsVB SyntaxEnterprise DevelopmentDatabase AccessControlsCOMWin APICrystal ReportDeploymentGeneralGeneral 2
Related Topics
VB.NET / ASP.NETMS SQL ServerMS AccessOther Database ProductsMore Topics ...

VB Forum / General / October 2004



Tip: Looking for answers? Try searching our database.

Job interview  question

Thread view: 
Enable EMail Alerts  Start New Thread
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. :(
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.