|
I'd settle for the after-dark-in-a-quiet-alley-with-a-blunt-instrument version.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
|
|
|
|
|
MMmmhhh... not sure... I would actually love to be in the position of rejecting an offer because the interview did not go the way I expected! Don't be more royalist than the Queen. 
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
|
|
|
|
|
Rage wrote: Don't be more royalist than the Queen.
|
|
|
|
|
I've never said no to a job offer but I've sabotaged an interview.
I did that once while interviewing for a laboratory position. I was fine until I was given a tour of the facilities and saw that the place was an absolute death trap. After the tour I slumped in my chair, looked around the room as if I were bored, and mumbled a great deal. I dunno if I ever had a shot at the job but I spent half the interview trying to disqualify myself.
I had to interview because I was collecting unemployment at the time.
|
|
|
|
|
well i have been lucky in job department and this not the first time i have rejected an offer. before joining my current employer i had rejected two times. well first time they rejected me and second time i rejected them for not starting the interview on time. third time i couldn't refuse 'coz the package the offered way more then market avg. 
|
|
|
|
|
Don't worry you're not alone. I did something similar in the past. I hate theoretical questions too and never ask them in interviews. The surest way to hire bright minds is to give them problems and see how they approach it and come up with solutions.
|
|
|
|
|
Shameel wrote: give them problems and see how they approach it and come up with solutions.
that is what i do when i take interview.
|
|
|
|
|
When conducting an interview, it seems like I just about never get to questions anywhere close to that. I have a hard enough time getting interviewee's to tell me the difference between "public" and "private"!
|
|
|
|
|
Hah! Public vs Private? That's easy![^]
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
I doubt they even knew THAT version of it!
|
|
|
|
|
Easy: Everyone can access public, but only class members and the NSA can access private 
|
|
|
|
|
Yes, there is something wrong with you.
I agree that the questions were dumb but so what? Did you bother to ask any questions? And it is beyond rare that that when you start the job they are all sitting down and pontificating about solid or dry or whatever and that is all that they do. Interviews are a two-way street - you are also interviewing them!
You turn a job down because you don't like the location or the rate/salary or the interviewer was rude or whatever, not because you didn't like the questions they picked that day!
As a side note I like enthusiasm and passion from a candidate. I don't mind if someone doesn't know what something is as long as they say that they don't know and ask me to explain.
I have 5 set questions I always begin with and they are not technical. The first and most important is: What was a project that got you excited and why? The way that they answer that pretty much tells you everything you need to know about a candidate.
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair.
Those who seek perfection will only find imperfection
nils illegitimus carborundum
me, me, me
me, in pictures
|
|
|
|
|
What are the other four questions our of interest? The first would of hit a positive note for me.
Simon Lee Shugar (Software Developer)
www.simonshugar.co.uk
"If something goes by a false name, would it mean that thing is fake? False by nature?" By Gilbert Durandil
|
|
|
|
|
mark merrens wrote: Yes, there is something wrong with you.
it might be true. But a kind of questions tells you a lot about other person's knowledge and what you are getting your self into.
mark merrens wrote: Did you bother to ask any questions
yep i did . They asked a question about generations in memory management. i explain them the concept and asked how the question was relevant and his answer was if you know the how generation works you can control how and which object should go to which generations.
|
|
|
|
|
That's not what you should be asking.
At a minimum, ask 3 questions at the end of the interview. Have them written down. Ask them and expect good answers. You might ask "What are you expecting from me in the first 90 days?" or "Can I see where I'll be working?". The former will tell you how organized they might be and/or if they even thought about what you will really be doing and what they want from you, the second will demonstrate an interest but will also show you all the other poor bastards you have to work with.
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair.
Those who seek perfection will only find imperfection
nils illegitimus carborundum
me, me, me
me, in pictures
|
|
|
|
|
I agree completely with Mark here.
The point isn't to test the interviewers knowledge on what you think is important technical knowledge at that point in time. Its to test the companies requirements from you.
What are your expected goals in the next 3 months?
What are their key performance indicators used?
What technologies are you expected to be working in or proficient in?
What is your expected role within the company?
If they are actually part of the SDLC process, then you can ask what their average working day is like.
There are a ton of relevant questions that will show them how professional you yourself are, and also give you extremely relevant information in return on whether the company will be a good fit for you.
Any monkey can show of technical knowledge, and even learn it. Always remember, don't burn bridges. You don't know who they are connected to or if a few year later you may want a job with them, and their resources department has you red flagged an uncooperative.
|
|
|
|
|
Yeah... the second is specially important to catch a feel of the environment. Is it engaging? Stimulating? Or just a bunch of monkeys pushing buttons? 
To alcohol! The cause of, and solution to, all of life's problems - Homer Simpson
----
Our heads are round so our thoughts can change direction - Francis Picabia
|
|
|
|
|
Noted and will make sure i ask the questions. See that is why i need third opinion. Thanks a lot. it's never too late to learn 
|
|
|
|
|
CS2011 wrote: you can control how and which object should go to which generations
Mmmhh... I don't know much about managed memory, but I do not see what the point may be. Optimizing code for .NET  ?
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
|
|
|
|
|
Rage wrote: Optimizing code for .NET ?
well that is different and really impotent if you want to write good code and controlling the generation..Well am not sure there is way to control generations in C#. But if it's possible i would like to learn.
|
|
|
|
|
CS2011 wrote: Any one who has access to internet can tell you the definitions
It gets worse when they believe they actually understand the concepts 
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
No what's worse is when the interviewer ALSO got the questions and definitions from the same source on the internet. Actually had it happen once. Looking back now, I could have probably told them an Array was what Dark Helmet used on people's jewels when they went over his helmet. [^] Or could have gotten away with defining Friend Classes as the parts of code written with the Paired Programming technique.
Someone mentioned knowing between Private and Public.. That's easy! Private is the code I am not willing to share with anyone.. Public is the code I got off CodeProject 
|
|
|
|
|
I wouldn't let stuff like that put you off. It's just the sort of rubbish people ask in interviews. Design patterns is a favourite. Usually can you just name a few which is probably the extent of the knowledge the interviewers have.
Far more important is whether they come across as 'normal' people (provided you're normal yourself of course).
Regards,
Rob Philpott.
|
|
|
|
|
Hi. Im a software developer, who was going to study HR or Psychology, and still studies some HR stuff at my free time. SO, I can "see" I.T. recruiting, both, from I.T. Technical view, and, Psychologycal H.R. point of view.
I think you are wrong, because, even if they could do a better job at interviewing, you DID knew the answer, and you DID could help them to change they way they work & interview people.
Now, Im agree that a lot of people can fake their skills at interviews, with access to internet. But, the opposite is also true, its very difficult these days to pass an evaluation, without the internet, even if you have years of proven experience.
I have been tested with several theorical tests, and failed them, yet, when the HR / IT people give me a PC, and ask me to do some test, I usually passed. Most of those theorical questions, that I missed, doesn't mean I care, or I never study them. It's just that there is too much information these days, and its kind of difficult to remember all the details at a job interview.
I believe that experience, also matches a lot of others job prospects.
I do believe, that HR process, these days, in many companies, is doomed, for several reasons. Just doing a plain theorical interview, as your case, is an example. Skipping a practical technical test, because there is too many people to with an interview, is another. Supporting recruitment with a: Calculus, Algebra, Abstract Math evaluation, to I.T. because they require to have strong Math skills, is another common HR error. And, so on.
Cheers.
umlcat [ mail dot uml cat at g mail dot com ]
modified 23-Apr-14 12:18pm.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
