|
Josh Gray wrote: 200+ applicants a month
Holy snapping duck pooh!
--------------------------------------------------------
Knowledge is knowing that the tomato is a fruit.
Wisdom is not putting it in fruit salad!!
|
|
|
|
|
No - but you can read their CVs and pick the top X to interview.
And this position had, i think, two suitable applicants (through this agency)
If I knew then what I know today, then I'd know the same now as I did then - then what would be the point?
.\\axxx
(That's an 'M')
|
|
|
|
|
Good on ya!
If I knew then what I know today, then I'd know the same now as I did then - then what would be the point?
.\\axxx
(That's an 'M')
|
|
|
|
|
Because they don't know how to tell a good developer from a bad developer. If you take their test and fail then you're bad (which is not correct but is they way they'd see it).
If you want to work at this company then you'd probably be ok taking the test, however meaningless it is. If you don't really care for the company then don't apply for the position (and thus the test actually did serve a purpose).
|
|
|
|
|
'cwpt in my case it was the Agency setting the test not the employer - presumably because the agency staff are as thick as a three week old thickshake and wouldn't know a line of C# from a pile of pooh.
I igenuinely had someone from an IT recruitment agency recently ask me if I knew UB .Net
If I knew then what I know today, then I'd know the same now as I did then - then what would be the point?
.\\axxx
(That's an 'M')
|
|
|
|
|
danialgibson wrote: Because they don't know how to tell a good developer from a bad developer. If you take their test and fail then you're bad (which is not correct but is they way they'd see it).
That's not all there is to it, see below:
danialgibson wrote: If you want to work at this company then you'd probably be ok taking the test, however meaningless it is. If you don't really care for the company then don't apply for the position (and thus the test actually did serve a purpose).
Quote Selected Text
Absolutely
We always ask for sample code from prospective developers, nothing demanding.*
There are several objectives behind it:
1) Establish whether the applicant can actually write code/analyse & solve a problem (I've encountered many people with impressive-looking CV's who can't).
2) Give us a glimpse of their thought processes (you'd be surprised how creative some people can be on the simplest of tasks, some make mountains out of molehills, some have surprised & impressed with how simply & elegantly they solve an already simple task).
3) Determine the applicant's level of motivation/enthusiasm (we want motivated people who take an interest in what we do, if they're not motivated enough to perform a very simple task to get the job, they're not likely to be motivated to put much into their work).
4) Eliminate anyone who can't follow simple instructions (the vast majority of applicants simply see a job ad & automatically send off their CV without taking the time to consider where they're applying to or what they'll be doing if they actually get the job - we don't want to hire mindless automatons, or waste our time interviewing them).
* For a task where the typical solution was less than 40 lines of code (including declarations & comments), we had one response with "... Given that this task will require a fair amount of work ... assuming that I meet or exceed your criteria ...".
My response to that was: If you think this task requires a "fair amount of work", I can guarantee that you do not meet, let alone exceed, our criteria.
T-Mac-Oz
"When I'm ruler of the universe ... I'm working on it, I'm working on it. I'm just as frustrated as you are. It turns out to be a non-trivial problem." - Linus Torvalds
|
|
|
|
|
They're probably trying to cull out the wannabes early. Why are you concerned? You know you smoked it, else why would you apply for a senior position? At the worst, your code probably made the rest of the applicants look like idiots. Look on the bright side; if you don't happen to get an offer, you can always bill the agency for two hours of coding.
I know it's insulting, an assault on your integrity. But try to see it from their side. Agencies - well, headhunter tribes - are a dime a dozen. Anyone can hang out a shingle and call themselves recruiting specialists, and probably get away with it. People who work in HR are not the sharpest tools in the drawer, as we all know. One way to become recognized as a credible source is to pre-screen applicants so that the client never sees the obvious losers that would be pounding on the door if they resorted to the classified ads. Visit the VB forum for examples.
I've been asked to take a test a couple of times, and I don't resent it. I know from personal experience that there are some excellent fakes out there. I had one when I was with Northrop, when I was tasked to hire 120 engineers in 30 days - yes, they still believe in the 40 ships theory... The guy knew all the buzzwords, and was current on all the latest trade magazines. He was a self-starting go-getter who could have been a valuable asset to our team. So I hired him. After two months he hadn't drawn a single line on a piece of paper, so I did some digging. The university he listed on his application as the grantor of his BSEE never heard of him. The high school he graduated from, the same. So I sat him down for a talk.
To his credit, he didn't deny his lies. He always wanted to be an engineer, but never had the chance to obtain the education that serves as a foundation for us all - a degree in engineering doesn't make one an engineer, but it is a license to begin learning engineering. I had to let him go, but I would have happily written a letter of recommendation to any school of engineering for him. What balls!
The point of all that is that we can all be fooled, and there are some excellent phonies in this world. It's not unreasonable for an agency to ask for a small demonstration of your ability before they risk their reputation recommending you to their client.
I wish you luck, and hope for the best outcome for you.
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
|
|
|
|
|
I personally dont mind taking a test, but the things some of the clients ask you to do within a given timeframe can be completely befuddling. I had an interview for senior developer at this bank - one of the questions they asked was for me to write a sudoku puzzle solver!!! i dont even plat sudoku!
No one knows the things of a man save the spirit of that man, likewise no one knows the things of God save the Spirit of God whom we have received. He who is joined to the Lord, is ONE Spirit with him(Jesus) - 1Cor 2:10-16 & 6:17
|
|
|
|
|
What's as bad is when the head hunter doesn't know sh*t from Shinola. I'm a technical writer who started when strings of ones and zeros were considered a high order language, and I even have a couple of books and papers on SDLC documentation.
Anyway, Ms. ShitForBrains calls me to ask if I've ever documented widgets and do I have experience with APIs. She doesn't know what either is, and after I explain it to her, she decides I can't do it and doesn't submit my CV.
She's probably right. There is a difference in documenting the stability augmentation system for the space shuttle and some animation for yet another social networking system.
Go figure.
|
|
|
|
|
Jay Reidy wrote: Anyway, Ms. ShitForBrains calls me to ask if I've ever documented widgets and do I have experience with APIs. She doesn't know what either is, and after I explain it to her, she decides I can't do it and doesn't submit my CV.
Yes, we all come across this - unfortunately.
Kevin
|
|
|
|
|
We're doing a 'stupid' test too.
Why? Because I don't want to spend several weeks or months cleaning someone else's mess.
We've had a lot of so called 'professionals' coming in who can't program for ****. .
But a half hour coding excersize should be enough though.
|
|
|
|
|
|
At the risk of being repetitive, though, if you had exlained to teh thick one how he would be fired if he couldn't do the job, hopefully he would think twice.
sure, there are bound to be exceptions, but I don't believe a test is the right way to go - except maybe for straight junior developer positions - even then the 'bring an example of your code and explain your thinking' is worth its weight.
If I knew then what I know today, then I'd know the same now as I did then - then what would be the point?
.\\axxx
(That's an 'M')
|
|
|
|
|
Father Christmas wrote: if you had exlained to teh thick one how he would be fired if he couldn't do the job, hopefully he would think twice.
Yeah, I had a manager like that. I was on a contract at a company where my initial assignment finished. I was just packing my stuff to leave when another manager comes across and says "Hey would you like another six weeks work on another project?" I said yes. I then had an informal and friendly interview which was more just a chat. He then said that although they do have a standard technical test he personally never bothered with it for contractors. His philosophy was that if they're not up to speed within the week he just sacks them.
Having said that, I'm not opposed to tech tests but many of them are poor IMO. But I detest having tech tests delivered via the agency rather than at the employer.
Kevin
|
|
|
|
|
Kevin McFarlane wrote: But I detest having tech tests delivered via the agency rather than at the employer.
Fair enough too. We ask for code samples but wouldn't dream of having a recruitment agency evaluate them. There's enough "programmers" out there who can't write code, I can't imagine why anyone would think a recruitment agent would have the ability to distinguish good code from bad.
T-Mac-Oz
"When I'm ruler of the universe ... I'm working on it, I'm working on it. I'm just as frustrated as you are. It turns out to be a non-trivial problem." - Linus Torvalds
|
|
|
|
|
Father Christmas wrote: Why oh why do recruitment agancies insist on stupid tests?
It's the value they add. (add fingerquotes liberally)
I'd send you a questionnaire first. And I'd have you write code during the interview.
|
|
|
|
|
Wouldn't have thought you of all people would need a job this time of year! Or are you looking for a second job to fill that awkward gap between December 26th and December 24th?
Apathy Rules - I suppose...
Its not the things you fear that come to get you but all the things that you don't expect
|
|
|
|
|
Steve_pqr wrote: Or are you looking for a second job to fill that awkward gap between December 26th and December 24th
Well it is 363 days long...
|
|
|
|
|
Programming tests are crucial when hiring programmers IMHO. We have recently been hiring and the simple coding tests really sorted the wheat from the chaff. You'd be amazed at home many 'experienced' developers are actually winging it (or have overplayed their language skills. We had a few obvious Java types applying for C++ jobs and they floundered on the coding and language tests).
We make candidates write a couple of small C++ functions using a pen and paper. We also ask a bunch of questions about the C++ language, and show them a some sample code that is riddled with both syntax and logic errors and ask them to find as many as they can in a set time.
If I was applying for a programming job then I would expect to write code in the interview. If I was bidding to paint a portrait of your family then you'd want to see examples of my work yes? How is coding any different?
|
|
|
|
|
So, you're an artist. I call you up and ask you to come over and paint my family.
You arrive to ggive me a quote, perhaps, and to look for a suitable setting for the portrait.
I know the painting will be done over a period of three or four weeks, in several stages (initial sketches, possibly some photos as the kids will fidget so) then....
"Oh, before you go, just paint a quick portrait of me, will you - you've got 60 minutes, because there's another three artists coming later to quote too."
still want the job?
If I knew then what I know today, then I'd know the same now as I did then - then what would be the point?
.\\axxx
(That's an 'M')
|
|
|
|
|
Of course I'd still want the job! Your problem with coding tests is totally lost on me and as an employer and someone who carries out many interviews they are essential for weeding out people that just aren't up to scratch. We're not talking about sitting people down to write a fully-fledged application, but asking them to code simple functions that, for example, will test their knowledge of pointer arithmetic, linked lists, memory management, etc. etc.
I really don't see why you have such an issue with this. What are you scared of? Your an experienced developer so a coding test should be water off a ducks back? I bet you crushed the competition.
I am with Joel Spolsky on this one. Candidates MUST write code in interviews because, sadly, people lie on their CVs and recruitment agencies will push people to apply for jobs they are not fully qualified for.
http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html[^]
And as I said before, I wouldn't expect to go for a programming interview without writing some code - be it on a whiteboard or sat in front of Visual Studio for 30 minutes.
|
|
|
|
|
Rob Caldecott wrote: show them a some sample code that is riddled with both syntax and logic errors
I disagree with testing for syntax errors. It's quite easy to see what you want to see, even though you know what the correct syntax is. Plus in real life the compiler will pick them up. Better to just stick with analysing logic errors.
Also, IMO many (or even most) tech tests are poor tools for identifying competent programmers. I'm thinking more of the "trivial pursuits" type questions.
Kevin
|
|
|
|
|
What do you call 30,000 recruiters at the bottom of the ocean?
> A good start!
Mac
|
|
|
|
|
How do i believe that you are developing for 30 yrs? Well you may have several documents to prove that but I know you are a tech guy so those could be home made. And ah! I can phone the company. Then you have some contacts there. And your portfolio, well our cleaner guy can copy all the software and website we made and go to a company and say I have done them. Were you stealing the projects to build your portfolio?
You should know that every company get to know a person is hire able by asking him some basic question or getting referred by someone else.
|
|
|
|
|
Yep - so get my resume, and assume it is true (trust).
ask me some questions about it, about my experience, about projects I've worked on etc.
You shouldn't have to check if I am lying - if I am stupid enough to accept the position when I can't do the job, then O will be sacked - an inconvenience to you, but a potential disaster for an employee.
where did all this mistrust come from?
If I knew then what I know today, then I'd know the same now as I did then - then what would be the point?
.\\axxx
(That's an 'M')
|
|
|
|