Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Selecting Against Experience - Do Employers Know? 292

IBitOBear asks: "A couple days ago I did 'the interview loop' at that leading online retailer. Over the course of six hours I was repeatedly introduced to a guy in his early twenties, who would then ask me to write out code on a white-board for a problem that you might find in the study guide for a 200-level computer science class. I have 20 years of experience in programming and systems design. And in several cases the interviewers were vague, semantically incorrect, or self-contradictory. Interviewer blunders included not understanding that non-normal forms in databases -can be- more correct or efficient when the domain of a data is extremely limited; or choosing a leader among N candidates -is- a byzantine agreement problem. In short, the loop would have been perfect to weed out some guy getting his first job fresh out of school, but it definitely exerted selection pressure towards excluding experienced candidates. So employers, what are you doing to make sure that you are not culling out candidates with the low-ball? Job seekers, what do you do when you find yourself trapped in a sophomore study group?"
This discussion has been archived. No new comments can be posted.

Selecting Against Experience - Do Employers Know?

Comments Filter:
  • by nizo ( 81281 ) * on Thursday August 24, 2006 @10:12PM (#15975172) Homepage Journal
    ...what do you do when you find yourself trapped in a sophomore study group?


    Make sure to make fun of any bogus information in a way that makes it clear any braindead moron should know better. Follow up with a story about a previous co-worker who got fired for thinking that exact same thing. Lastly make it clear that you are glad you have an interview at a competitor later and look forward to helping to crush their inept company. Adding that you will enjoy buying some of their used furniture at the firesale is a nice touch.

  • by plopez ( 54068 ) on Thursday August 24, 2006 @11:40PM (#15975573) Journal
    this 'for loop' of which you speak. is it like iterating over a collection or perhaps like usinng a row fetch cursor? I vaugely remember something like that from... fortran... but haven't touched it in a while... :)
  • by uradu ( 10768 ) on Thursday August 24, 2006 @11:54PM (#15975630)
    > I explained that my solution was asymptotically faster

    Wow, you probably had them at "asymptotically", at which point they probably all rushed out of the room to consult dictionary.com.
  • by boron boy ( 858013 ) on Friday August 25, 2006 @12:53AM (#15975909) Homepage
    We won't kill you, but if you ever want to see your garden gnomes again you'll give us the source code.
  • by Achromatic1978 ( 916097 ) <robert@@@chromablue...net> on Friday August 25, 2006 @12:55AM (#15975919)
    Now now, that's not right. After all, working at "that leading search engine", they'd have all rushed out the room to consult "define: asymptotically".
  • by drsquare ( 530038 ) on Friday August 25, 2006 @04:27AM (#15976443)
    Experience is overrated, old people are generally stuck in their ways, you only have to read the posts on here from experienced programmers telling everyone how awkard and difficult they are.

    It makes sense that a company would target younger workers who are more cooperative and pliable, they have more potential than the old beard in a crusty sweater who wants to sit in his cube and grumble about how he's not allowed to write everything in machine code with ed.
  • by Haeleth ( 414428 ) on Friday August 25, 2006 @04:47AM (#15976496) Journal
    And yet these guys have probably been writing successful software systems for years, what's going on?

    Here's a clue. [thedailywtf.com]
  • by greg1104 ( 461138 ) <gsmith@gregsmith.com> on Friday August 25, 2006 @06:05AM (#15976706) Homepage
    This reminds me of my worst interview ever. It was for a C programming job, ten years ago. The main programmer at the company asks "how you can write a function that [some operation on an arbitrary string requiring memory] without allocating memory at run-time inside the function?". I said "you can't without relaxing some part of the requirements". He disagrees; I ask for his solution. He shows a function using a static buffer, so the memory is allocated at compile time. I point out that a) this puts a limit on the size of strings it can handle, which he accepts and b) you'll be screwed the minute you introduce that code into a multi-threaded environment like the one they deploy their code into, because your static variable will inevitably get clobbered one day by two calls to this utility function. After some argument, he comes to recognize my point, and I ultimately got offered the job.

    Three months later I was fired for arguing with him all the time about how code should be built.

"No matter where you go, there you are..." -- Buckaroo Banzai

Working...