|
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')
|
|
|
|
|
For an experienced developer I think that is a naive attitude. People lie on their CVs all the time - this isn't anything new - some people will dress up anything to make themselves look better. Recruitment agencies don't help as I'm sure they encourage people to apply for jobs they are not fully-qualified for - any chance for their percentage.
If I interview you and it turns out you are not suitable then not only is it a waste of everyone's time and my company's money, it makes me look stupid - it makes me look like I cannot weed out a crap programmer from a good one. Let alone the damage you could wreak before the penny drops that you aren't up to the task. Well, coding tests are _one_ way to avoid this, and like it or not, they have their place. I know companies who have spent a long time and a lot of cash cleaning up after a sh*tty programmer who churned out crap before anyone noticed what was happening.
I could tell you some stories about people I've interviewed with CVs that are littered with first class qualifications and claims of industrial-strength C++ experience, but when push comes to shove they just cannot cut the mustard - thanks to a combination of language, logic and coding tests.
|
|
|
|
|
Rob Caldecott wrote: Recruitment agencies don't help as I'm sure they encourage people to apply for jobs they are not fully-qualified for
True - and again if you read my original post (and the subject) I was talking about a test set BY THE AGENCY - and we're note talking a trivial 'write a function to sort an array' but an OO Application to perform weighted searching of web pages.
Rob Caldecott wrote: If I interview you and it turns out you are not suitable then not only is it a waste of everyone's time and my company's money, it makes me look stupid
So you hire everyone you interview? Maybe you are stupid
Rob Caldecott wrote: I know companies who have spent a long time and a lot of cash cleaning up after a sh***y programmer who churned out crap before anyone noticed what was happening.
These are bad companies who are obviously not doing code reviews - getting around the fact that our internal processes are poor by setting programming tests at interview?
Rob Caldecott wrote: could tell you some stories about people I've interviewed with CVs that are littered with first class qualifications and claims of industrial-strength C++ experience, but when push comes to shove they just cannot cut the mustard - thanks to a combination of language, logic and coding tests.
So you don't actualy know they couldn't cut the proverbial mustard - just that they couldn't do the tests?
And yes, sure, I'm playing devil's advocate a little here - it IS possible to include sensible tests at interview - someone pointed here http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html[^] an his coding tests (and more importantly the way he handles the process) would be fine.
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 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.
An employee taking on a job they know quite well they are under-qualified for, gets a minimum of about 6 weeks income at a level they have not earned and also likely plenty of warning/clues that it's not going to last (yes, employment contracts with a probationary period still include minimum termination notice clauses). Unless the employee ruins their own reputation by touting what they've gotten away with, where's the disaster?
On the other hand, an employer defrauded in this manner has already made a massive investment:
the time taken by business management & the development team (HR goes without saying, but costs more if - e.g. in small business - HR is an auxiliary function of management):
1) To evaluate CVs
2) Interviews
3) Post Interview analysis
4) as many iterations of 2) & 3) as necessary to select the best candidate(s)
5) Induction
6) Ramp-up training
7) The wages of the unacceptable employee over the probationary period.
For the right employee(s), it's a good investment. For the wrong one(s), that's a disaster. The original investment is lost and the whole cycle begins again with all the same risks and expenses (sure there are CV's still on file from round 1 but someone who is still on the market 3 months later - typical probation - is likely not a good choice either). In addition, while the advertised role remains unfilled, the development team is understaffed, resulting in overtime costs &/or project overrun.
Sure there can be other reasons for a hire not working out, but an employer that doesn't take every possible step to ensure that the candidate(s) it hires can perform the work as expected is a huge risk-taker and an employer I would bet on going out of business sooner or later.
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
|
|
|
|
|
Welcome to the world of recruitment.
A colleague of mine recently did a 4-hour dev exercise for an agent after initially refusing. After doing he 4 hours he just described the rest of the exercise. Not heard a word from the agent.
In the past I've done agency tests of this sort and heard nowt back. These days I only ever do short tests over the phone. But in general getting the agency to test candidates in this way is lazy, poor and unprofessional. (OK, multiple choice tests via the agency are just about acceptable.)
Kevin
|
|
|
|
|
At least you had programming test.
I've been in last 3-4 months on several tests where only psychologists decided who will be hired and who won't, without technical questions at all.
I understand that IQ and some personality tests could be useful, but some are just pointless!
I'll mention one gem:
"What is more important to you, to have better relation with leader/boss or with co-workers?"
No middle path, black or white answers only.
|
|
|
|
|
I had one of them sprung on my after two interviews.
Lots of multiple choice questions with very black/white answers which, in the real world, I would need to ask for more information on. Stupid questions like "You're at a party where you don't know anyone except the host. Do You a) Just walk up to people and introduce yourself, b) Hand around the host and wait to be introduced, c) Stay as long as is polite then leave quietly without speaking to many people at all.
No d) get outrageously drunk and drop your daks!
Whose party is it (close friend, work colleague, prime minister? What sort o party?> fancy dress? Street? Bondage?
I was really p*ssed off at being told the test should take between 30 and 60 minutes - this is after about 2 hours of interviews remember, with no warning prior, so I sat down and randomly checked the answers through the 30 or so questions.
Apparently I got one of the best social aptitude results they'd ever had!
Shows what a waste of space that one was, because it must be obvious what a misanthropic bastard I really am!
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')
|
|
|
|
|
I think this is fruitless. This stupid tests can only evaluate how nervous you can get when passing throught tests. I personally always performed bad on tests and always have been complimented about the projects I deliver.
If you want to know someone can program or not, simply ask him sobe key concepts in the interview, that he will only know if he is actually a programmer.
I think those tests are stupid. I'm with you on that.
Regards,
Fábio
|
|
|
|