Need help devising interview questions for a junior
-
I liked to ask a Kobiyashi Maru (sp). Ask them something that they can't possibly do in order to see how they handle failing. Back in my technician days, we'd automate a lot of bench testing thru Nat'l INstruments products and HPIB, etc. So I would set up a power supply and an oscillscope and a little program that would step the voltage up from zero to 10 volts stepping by 2 volts. Then I would ask the target to vary the program so that it stepped by one volt or to go from 6 to 26 volts. It was always funny to see their faces when the power supply wouldn't go above 20 volts because it simply wasn't designed to and to give them hints on what might be "wrong" with "their programs".
For that matter, go to a room where you can open the window, nail it shut, then ask them to open the window. Go to a round room and ask the to sit in the corner. Go to a square room and ask them to calculate the radius of the room. Lots of fun.
-
For that matter, go to a room where you can open the window, nail it shut, then ask them to open the window. Go to a round room and ask the to sit in the corner. Go to a square room and ask them to calculate the radius of the room. Lots of fun.
Sounds like you got caught on one of these... and are still resenting it.
-
Need help from people with experience of interviewing, rather than being interview. I have been tasked with creating some .net question for the interview for a junior and I have no idea where to start and would love to have some sensible and as well as wacky (because I know here I'll get some!) from people that have had such experience
As barmey as a sack of badgers Dude, if I knew what I was doing in life, I'd be rich, retired, dating a supermodel and laughing at the rest of you from the sidelines.
-
Need help from people with experience of interviewing, rather than being interview. I have been tasked with creating some .net question for the interview for a junior and I have no idea where to start and would love to have some sensible and as well as wacky (because I know here I'll get some!) from people that have had such experience
As barmey as a sack of badgers Dude, if I knew what I was doing in life, I'd be rich, retired, dating a supermodel and laughing at the rest of you from the sidelines.
I always ask a simple first question: How long would it take you to code a login page. Reason one: if they have never developed a basic application with a login, they will definitely fail to see a big picture. Reason two: If their answer is more than 15 minutes, they have never done one and have no clear idea how to code a simple two question validation page. End of interview, the rest is just what they and you may or may not have encountered in coding.
-
Need help from people with experience of interviewing, rather than being interview. I have been tasked with creating some .net question for the interview for a junior and I have no idea where to start and would love to have some sensible and as well as wacky (because I know here I'll get some!) from people that have had such experience
As barmey as a sack of badgers Dude, if I knew what I was doing in life, I'd be rich, retired, dating a supermodel and laughing at the rest of you from the sidelines.
-
When I'm interviewing candidates I always (try to) start by asking myself "what skills, attitudes and aptitudes should I expect of the candidate given their experience?" The CV/resume is very useful at this point - it says what they (claim they) have been doing - from which you can make a guess at the skills they've developed: > have they been exposed to written specs and expected to turn them into implementation designs? (If so - ask about what they did/how they did it/how they interacted with peers to ensure that they'd created valid and complete designs, etc.) > have they written a Windows service (for example)? If so, what Win32 or .Net APIs should they be familiar with having done so? > have they created (part of) an app with a heavy UI? Perhaps they've worked with Infragistics, DevExpress or some other UI package. If so, are they as familiar with the parts of the package as you'd expect them to be, given their claims? If they've done .Net UI work, are they familiar with the
usingstatement (as distinct from theusingdirective)? > etc. What technology skills should the candidate have learned while doing what they claimed they did in their last job(s)? Given that the candidate is applying for a programming job there are some fundamental topics a candidate could (IMO) be expected to know: > How do you set up a new project in the IDE? > How do you add references to DLLs/libraries to a project in the IDE? > (possibly) If your project is a DLL (for candidates who have created DLLs/libraries) how do you configure the project to debug it in the IDE? > (in Visual Studio) What's the difference between a project and a solution? What is a post-build step? > (in other IDEs) - ask about how projects are built (does any platform still expose Make to developers???) > (possibly) "what version control system(s) have you used, and what check-in policies did your last employer use?" > (in .Net) How do you write debug information to the output window? (And, if they give a sufficient answer to that: what namespace contains the Debug object?) BUT - what fundamental language and framework/library topics can you expect, regardless of experience? I'd say that there are probably few topics that you can be sure of (regardless of experience) but many that are possible/likely: > what areExceptions, and tell me how you have used them? > what is the difference between theforand theforeachstatements? > tell mePersonally I don't care for questions that try to determine how well can you memorize. Technology is a treadmill, syntax changes daily (or so it seems). I want to know if they have sense to look things up. I used to tell my students that someday your program may be capable of killing someone. Would you want your life in that hands of someone too arrogant to look it up? You can't always rely on testing to find all the bugs (ask the people killed by those radiation therapy machines...oops you can't, they are dead!) If given a 50 line program, how would you debug it? I usually gut the program, I want to see 5 lines working before I see 50. Always test your assumptions. How would you program a programmable calculator? As in, write the OS for it. The one example program I'd give my students was how to write a four function calculator with infix notation. Pressing "+" doesn't do anything the first time. It was always amusing to me to see half the lights go out in their faces and the other half the light going on as they had that epiphany of delayed execution coding and dealing with special first cases in a loop. I'd be able to see who were going to be the real programmers at the end of the class at that point. Setting up project in XYZ's IDE is just mechanics. I need people who can think.
Psychosis at 10 Film at 11
-
Need help from people with experience of interviewing, rather than being interview. I have been tasked with creating some .net question for the interview for a junior and I have no idea where to start and would love to have some sensible and as well as wacky (because I know here I'll get some!) from people that have had such experience
As barmey as a sack of badgers Dude, if I knew what I was doing in life, I'd be rich, retired, dating a supermodel and laughing at the rest of you from the sidelines.
-
Need help from people with experience of interviewing, rather than being interview. I have been tasked with creating some .net question for the interview for a junior and I have no idea where to start and would love to have some sensible and as well as wacky (because I know here I'll get some!) from people that have had such experience
As barmey as a sack of badgers Dude, if I knew what I was doing in life, I'd be rich, retired, dating a supermodel and laughing at the rest of you from the sidelines.
You could try asking about garbage collection and unmanaged objects. If you want to go a bit deeper into general programming, ask how to implement a dynamic linked list.
-
Sounds like you got caught on one of these... and are still resenting it.
No. Just listening to medical school students tell about their interviews.
-
No. Just listening to medical school students tell about their interviews.
I didn't mean to sound like a sadistic bastard, I just truly feel that for young interviewees who don't have much experience to talk about, seeing how they figure out that it's a trick question and whether it makes them smile (or makes them grimmace with the little smoke cloud over their heads) is a good judge of what they're made of. I guess all I really need to know I learned watching Star Trek (and even-numbered franchise movie installments.)