What is the etiquette for a take home code test?
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
22
down vote
favorite
I have had a couple of take home coding tests recently and I wanted to see what people thought the expectations were for these.
In the most recent one I was asked to code a thread safe message queue for scheduled tasks, with a number of other specific company related requirements. You can potentially spend a lot of time on this, a few people I showed estimated that this would take at least 4 hours to do a simple implementation of all the basic requirements.
That led to a discussion of what is the appropriate amount of time to expect someone to spend on a take home code test? And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
software-industry professionalism hiring-process
add a comment |Â
up vote
22
down vote
favorite
I have had a couple of take home coding tests recently and I wanted to see what people thought the expectations were for these.
In the most recent one I was asked to code a thread safe message queue for scheduled tasks, with a number of other specific company related requirements. You can potentially spend a lot of time on this, a few people I showed estimated that this would take at least 4 hours to do a simple implementation of all the basic requirements.
That led to a discussion of what is the appropriate amount of time to expect someone to spend on a take home code test? And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
software-industry professionalism hiring-process
3
Many times an employer will specify some of these things. If you are wondering about what etiquette is expected if none is specified, then you might want to add that detail to the question.
â Nicole
Nov 12 '12 at 18:07
1
You take the project home. You do the best you can with what ever resources you can and return what you complete as soon as you can... I do not understand what is hard about the concept
â IDrinkandIKnowThings
Nov 12 '12 at 23:53
add a comment |Â
up vote
22
down vote
favorite
up vote
22
down vote
favorite
I have had a couple of take home coding tests recently and I wanted to see what people thought the expectations were for these.
In the most recent one I was asked to code a thread safe message queue for scheduled tasks, with a number of other specific company related requirements. You can potentially spend a lot of time on this, a few people I showed estimated that this would take at least 4 hours to do a simple implementation of all the basic requirements.
That led to a discussion of what is the appropriate amount of time to expect someone to spend on a take home code test? And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
software-industry professionalism hiring-process
I have had a couple of take home coding tests recently and I wanted to see what people thought the expectations were for these.
In the most recent one I was asked to code a thread safe message queue for scheduled tasks, with a number of other specific company related requirements. You can potentially spend a lot of time on this, a few people I showed estimated that this would take at least 4 hours to do a simple implementation of all the basic requirements.
That led to a discussion of what is the appropriate amount of time to expect someone to spend on a take home code test? And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
software-industry professionalism hiring-process
edited Sep 14 '13 at 12:15
Rhys
5,73623558
5,73623558
asked Nov 12 '12 at 17:41
tmfkmoney
11415
11415
3
Many times an employer will specify some of these things. If you are wondering about what etiquette is expected if none is specified, then you might want to add that detail to the question.
â Nicole
Nov 12 '12 at 18:07
1
You take the project home. You do the best you can with what ever resources you can and return what you complete as soon as you can... I do not understand what is hard about the concept
â IDrinkandIKnowThings
Nov 12 '12 at 23:53
add a comment |Â
3
Many times an employer will specify some of these things. If you are wondering about what etiquette is expected if none is specified, then you might want to add that detail to the question.
â Nicole
Nov 12 '12 at 18:07
1
You take the project home. You do the best you can with what ever resources you can and return what you complete as soon as you can... I do not understand what is hard about the concept
â IDrinkandIKnowThings
Nov 12 '12 at 23:53
3
3
Many times an employer will specify some of these things. If you are wondering about what etiquette is expected if none is specified, then you might want to add that detail to the question.
â Nicole
Nov 12 '12 at 18:07
Many times an employer will specify some of these things. If you are wondering about what etiquette is expected if none is specified, then you might want to add that detail to the question.
â Nicole
Nov 12 '12 at 18:07
1
1
You take the project home. You do the best you can with what ever resources you can and return what you complete as soon as you can... I do not understand what is hard about the concept
â IDrinkandIKnowThings
Nov 12 '12 at 23:53
You take the project home. You do the best you can with what ever resources you can and return what you complete as soon as you can... I do not understand what is hard about the concept
â IDrinkandIKnowThings
Nov 12 '12 at 23:53
add a comment |Â
5 Answers
5
active
oldest
votes
up vote
8
down vote
Typically you do not get to review what you submitted.
The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate. Because it is a quick measure, it usually acts as a filter rather than an indicator: "Was the code decent/consistent?", "Is there anything particularly wrong with it?", "Would you be OK looking at this kind of code in your code base?". It does not decisvely determine fit or your general aptitude.
Regarding the time - this should be established by the contact person; it can vary quite a lot. I've had tests that took an hour to code with about a week given to me. Other people would give you one day, or until the end of the day (assuming interviews happened in the morning).
"The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate" - I blew milk out of my nose at that one. How about the benefits to the company?
â Mawg
Aug 23 at 9:02
add a comment |Â
up vote
5
down vote
Generally, the time bound is something discussed when the question is given that there should be a ballpark of how long one should spend on the problem. In some cases I can imagine finishing a take home coding problem in 20 minutes, in some cases a couple of hours and in other cases 20 hours to give a few orders of magnitude here.
If I make it to the next interview round then there may be an opportunity to discuss what was done though I'm not sure I'd expect the opportunity. For me this is part of analyzing a company's process. Is it the kind that you do the work and then never review it to see its quality and offer feedback or is there some work done to provide proper feedback to develop one's skills?
If they don't specify even after I've asked for an estimate on the time to be spent on the task, I'd probably spend about 3 hours on it and recognize that even if it is just partially finished that should be adequate. Sometimes the key with the test is to know that there will be many different things considered including can you turn in something half done?
20 hours could be reasonable if the company gives 2 weeks to a month to complete the task and wants to see a full solution including tests, analysis and other stuff that generally would be considered 'fluff' by most other people. I could also see some companies doing this for students about to graduate to see if what kind of experience they have while still being in school for another month or two so it isn't a rushed decision. While it is on the high side, I could understand a rationale in some companies where the work is intended to be done solo without many questions about how it got done.
6
Does anyone think that 20 hours is a reasonable amount of time for someone to ask a candidate to take on a coding test?
â tmfkmoney
Nov 13 '12 at 15:11
6
20 hours is not reasonable unless they are paying top dollar.
â kevin cline
Nov 13 '12 at 16:18
add a comment |Â
up vote
5
down vote
IF you are told to take a few days, and not take a day and send in the results, then I expect they are telling you that they are looking for someone who can, in a few days, write code well, thoroughly, and correctly.
It sounds like what they are looking for is someone who can take a task, run with it, do it correctly and bring it back to them in the allotted time given, with little to no supervision.
If you get to the second round of interview, they will probably ask you about your code, about why you did what you did. If they bring you in, then they saw something that they liked, but be prepared to be grilled over your code.
I remember a time when I had something like that done to me. I wrote some beautiful HTML code, simple, and it did the job very well. I was grilled over and over again about it because they wanted to see if I would change my mind on the code, they tried to put doubt in my mind about it. They grilled me about it's function, they asked me why I did it the way I did, etc... hell they even asked me why I was using CSS the way I was.
I stood behind my code, and later I was told I should have as well because there was nothing wrong with it. They wanted to see if I knew why I did what I did, and wanted to make sure that I wasn't just being a script monkey and copy and pasting script to make myself look good.
So if you do get a call back, be nice, cordial, but make sure you know the code that you sent them, because if they are as tough as my second interview was they may question everything to throw you off guard.
Good luck either way.
add a comment |Â
up vote
3
down vote
I'll admit, first, that I've never given or taken a test, but assuming I had the option either way, I'd take the tact that the communication about the test is just as much a part of the "interview" as the test itself.
Just like a vague work assignment, I'd start with askng for a ballpark and/or offering my estimate. "It looks like about 4 hours of work - is that what you're expecting?" and even clarifying the level of quality assurance expected and other factors for review.
I'd say (knowing nothing about the specifics) that 4 hours for something like this sounds pretty reasonable. Especially over a couple of days. I know of very few coding tasks that are less than half a day's work, and in other job avenues I know of candidates spending quite a bit more than 4 hours (per opportunity) preparing for the application/interview process. Given, also that most interview processes can culminate in a half a day or a day of interviews, it hardly seems unreasonable to ask for 4 hours of time you can schedule however you like over several days.
But it IS good to clarify, just to make sure expectations match. And it's good to keep track of how much time you're spending - if you've gone wildly over (double or triple the time estimated), then you're either way off, or this company has some crazy expectations. Figuring that out during the process, and before you've lept into the position would be an advisable approach, given that you CAN end up in situations where managment's expectation of work load is way out of sync with reality.
That's a good approach. To my experience most employers will simply come back with "make any assumptions you want" that doesn't help much.
â Johannesberg
Jun 14 '17 at 7:56
add a comment |Â
up vote
0
down vote
what is the appropriate amount of time to expect someone to spend on a take home code test?
This is going to be highly dependant on the required task, but a general rule of thumb is going to be a couple of days, maybe three. Sometimes, a company will offer longer, perhaps since a task is more difficult. However many hours of those days it actually takes to finish the task is probably less important, unless the task is impossible in that time frame. It is important to note that if a person is working full time, then they probably only have 3 - 5 hours per night to work on a project, so that is the limiting factor, and the task should have a diffculty to reflect this. This is also ignoring a lot of things that can take up their time.
And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
There shouldn't be any exepectation to review what you worked on once it is turned in. This is usually a step that is taken when the company wants to bring you in for another interview or do another phone call. In general, there should not be any expectation for performance feedback for any part of the interview process. Yes this is nice to help with future interviews, but companies are not required nor obligated to provide this to you.
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
If a compnay gives you a few days, but then has silient expectations that it should take less than that, then that is on them for not communicating well. As previous answers mention, just request clarification on if they have a timeline of how long they think
it should take. If it were me, though, then I would take the full time to finish the task to maximize the potential for it to exceed whatever standards they may have.
You'd be okay with working for that many hours at no pay just to maybe get an interview?
â Erik
Aug 22 at 15:15
Depends. First off, I consider my time valuable, so I would weigh the time versus potential pay-off of getting the interview. I am not going to spend hours upon hours for just any job, but you best bet if I really wanted it, then I would do everything in my control to affect the outcome in my favor. There are plenty of people who would prefer to not expend as much effort, and I would much like them to be my competition. Any time spent for a potential opportunity can be seen as an investment, and you should invest wisely.
â Joshua Rowe
Aug 22 at 15:36
add a comment |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
8
down vote
Typically you do not get to review what you submitted.
The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate. Because it is a quick measure, it usually acts as a filter rather than an indicator: "Was the code decent/consistent?", "Is there anything particularly wrong with it?", "Would you be OK looking at this kind of code in your code base?". It does not decisvely determine fit or your general aptitude.
Regarding the time - this should be established by the contact person; it can vary quite a lot. I've had tests that took an hour to code with about a week given to me. Other people would give you one day, or until the end of the day (assuming interviews happened in the morning).
"The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate" - I blew milk out of my nose at that one. How about the benefits to the company?
â Mawg
Aug 23 at 9:02
add a comment |Â
up vote
8
down vote
Typically you do not get to review what you submitted.
The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate. Because it is a quick measure, it usually acts as a filter rather than an indicator: "Was the code decent/consistent?", "Is there anything particularly wrong with it?", "Would you be OK looking at this kind of code in your code base?". It does not decisvely determine fit or your general aptitude.
Regarding the time - this should be established by the contact person; it can vary quite a lot. I've had tests that took an hour to code with about a week given to me. Other people would give you one day, or until the end of the day (assuming interviews happened in the morning).
"The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate" - I blew milk out of my nose at that one. How about the benefits to the company?
â Mawg
Aug 23 at 9:02
add a comment |Â
up vote
8
down vote
up vote
8
down vote
Typically you do not get to review what you submitted.
The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate. Because it is a quick measure, it usually acts as a filter rather than an indicator: "Was the code decent/consistent?", "Is there anything particularly wrong with it?", "Would you be OK looking at this kind of code in your code base?". It does not decisvely determine fit or your general aptitude.
Regarding the time - this should be established by the contact person; it can vary quite a lot. I've had tests that took an hour to code with about a week given to me. Other people would give you one day, or until the end of the day (assuming interviews happened in the morning).
Typically you do not get to review what you submitted.
The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate. Because it is a quick measure, it usually acts as a filter rather than an indicator: "Was the code decent/consistent?", "Is there anything particularly wrong with it?", "Would you be OK looking at this kind of code in your code base?". It does not decisvely determine fit or your general aptitude.
Regarding the time - this should be established by the contact person; it can vary quite a lot. I've had tests that took an hour to code with about a week given to me. Other people would give you one day, or until the end of the day (assuming interviews happened in the morning).
answered Nov 12 '12 at 18:00
MrFox
11.8k33857
11.8k33857
"The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate" - I blew milk out of my nose at that one. How about the benefits to the company?
â Mawg
Aug 23 at 9:02
add a comment |Â
"The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate" - I blew milk out of my nose at that one. How about the benefits to the company?
â Mawg
Aug 23 at 9:02
"The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate" - I blew milk out of my nose at that one. How about the benefits to the company?
â Mawg
Aug 23 at 9:02
"The take-home test is an alternative to an interview that attempts to lessen the impact of stress on the candidate" - I blew milk out of my nose at that one. How about the benefits to the company?
â Mawg
Aug 23 at 9:02
add a comment |Â
up vote
5
down vote
Generally, the time bound is something discussed when the question is given that there should be a ballpark of how long one should spend on the problem. In some cases I can imagine finishing a take home coding problem in 20 minutes, in some cases a couple of hours and in other cases 20 hours to give a few orders of magnitude here.
If I make it to the next interview round then there may be an opportunity to discuss what was done though I'm not sure I'd expect the opportunity. For me this is part of analyzing a company's process. Is it the kind that you do the work and then never review it to see its quality and offer feedback or is there some work done to provide proper feedback to develop one's skills?
If they don't specify even after I've asked for an estimate on the time to be spent on the task, I'd probably spend about 3 hours on it and recognize that even if it is just partially finished that should be adequate. Sometimes the key with the test is to know that there will be many different things considered including can you turn in something half done?
20 hours could be reasonable if the company gives 2 weeks to a month to complete the task and wants to see a full solution including tests, analysis and other stuff that generally would be considered 'fluff' by most other people. I could also see some companies doing this for students about to graduate to see if what kind of experience they have while still being in school for another month or two so it isn't a rushed decision. While it is on the high side, I could understand a rationale in some companies where the work is intended to be done solo without many questions about how it got done.
6
Does anyone think that 20 hours is a reasonable amount of time for someone to ask a candidate to take on a coding test?
â tmfkmoney
Nov 13 '12 at 15:11
6
20 hours is not reasonable unless they are paying top dollar.
â kevin cline
Nov 13 '12 at 16:18
add a comment |Â
up vote
5
down vote
Generally, the time bound is something discussed when the question is given that there should be a ballpark of how long one should spend on the problem. In some cases I can imagine finishing a take home coding problem in 20 minutes, in some cases a couple of hours and in other cases 20 hours to give a few orders of magnitude here.
If I make it to the next interview round then there may be an opportunity to discuss what was done though I'm not sure I'd expect the opportunity. For me this is part of analyzing a company's process. Is it the kind that you do the work and then never review it to see its quality and offer feedback or is there some work done to provide proper feedback to develop one's skills?
If they don't specify even after I've asked for an estimate on the time to be spent on the task, I'd probably spend about 3 hours on it and recognize that even if it is just partially finished that should be adequate. Sometimes the key with the test is to know that there will be many different things considered including can you turn in something half done?
20 hours could be reasonable if the company gives 2 weeks to a month to complete the task and wants to see a full solution including tests, analysis and other stuff that generally would be considered 'fluff' by most other people. I could also see some companies doing this for students about to graduate to see if what kind of experience they have while still being in school for another month or two so it isn't a rushed decision. While it is on the high side, I could understand a rationale in some companies where the work is intended to be done solo without many questions about how it got done.
6
Does anyone think that 20 hours is a reasonable amount of time for someone to ask a candidate to take on a coding test?
â tmfkmoney
Nov 13 '12 at 15:11
6
20 hours is not reasonable unless they are paying top dollar.
â kevin cline
Nov 13 '12 at 16:18
add a comment |Â
up vote
5
down vote
up vote
5
down vote
Generally, the time bound is something discussed when the question is given that there should be a ballpark of how long one should spend on the problem. In some cases I can imagine finishing a take home coding problem in 20 minutes, in some cases a couple of hours and in other cases 20 hours to give a few orders of magnitude here.
If I make it to the next interview round then there may be an opportunity to discuss what was done though I'm not sure I'd expect the opportunity. For me this is part of analyzing a company's process. Is it the kind that you do the work and then never review it to see its quality and offer feedback or is there some work done to provide proper feedback to develop one's skills?
If they don't specify even after I've asked for an estimate on the time to be spent on the task, I'd probably spend about 3 hours on it and recognize that even if it is just partially finished that should be adequate. Sometimes the key with the test is to know that there will be many different things considered including can you turn in something half done?
20 hours could be reasonable if the company gives 2 weeks to a month to complete the task and wants to see a full solution including tests, analysis and other stuff that generally would be considered 'fluff' by most other people. I could also see some companies doing this for students about to graduate to see if what kind of experience they have while still being in school for another month or two so it isn't a rushed decision. While it is on the high side, I could understand a rationale in some companies where the work is intended to be done solo without many questions about how it got done.
Generally, the time bound is something discussed when the question is given that there should be a ballpark of how long one should spend on the problem. In some cases I can imagine finishing a take home coding problem in 20 minutes, in some cases a couple of hours and in other cases 20 hours to give a few orders of magnitude here.
If I make it to the next interview round then there may be an opportunity to discuss what was done though I'm not sure I'd expect the opportunity. For me this is part of analyzing a company's process. Is it the kind that you do the work and then never review it to see its quality and offer feedback or is there some work done to provide proper feedback to develop one's skills?
If they don't specify even after I've asked for an estimate on the time to be spent on the task, I'd probably spend about 3 hours on it and recognize that even if it is just partially finished that should be adequate. Sometimes the key with the test is to know that there will be many different things considered including can you turn in something half done?
20 hours could be reasonable if the company gives 2 weeks to a month to complete the task and wants to see a full solution including tests, analysis and other stuff that generally would be considered 'fluff' by most other people. I could also see some companies doing this for students about to graduate to see if what kind of experience they have while still being in school for another month or two so it isn't a rushed decision. While it is on the high side, I could understand a rationale in some companies where the work is intended to be done solo without many questions about how it got done.
edited Nov 13 '12 at 15:17
answered Nov 12 '12 at 20:42
JB King
15.1k22957
15.1k22957
6
Does anyone think that 20 hours is a reasonable amount of time for someone to ask a candidate to take on a coding test?
â tmfkmoney
Nov 13 '12 at 15:11
6
20 hours is not reasonable unless they are paying top dollar.
â kevin cline
Nov 13 '12 at 16:18
add a comment |Â
6
Does anyone think that 20 hours is a reasonable amount of time for someone to ask a candidate to take on a coding test?
â tmfkmoney
Nov 13 '12 at 15:11
6
20 hours is not reasonable unless they are paying top dollar.
â kevin cline
Nov 13 '12 at 16:18
6
6
Does anyone think that 20 hours is a reasonable amount of time for someone to ask a candidate to take on a coding test?
â tmfkmoney
Nov 13 '12 at 15:11
Does anyone think that 20 hours is a reasonable amount of time for someone to ask a candidate to take on a coding test?
â tmfkmoney
Nov 13 '12 at 15:11
6
6
20 hours is not reasonable unless they are paying top dollar.
â kevin cline
Nov 13 '12 at 16:18
20 hours is not reasonable unless they are paying top dollar.
â kevin cline
Nov 13 '12 at 16:18
add a comment |Â
up vote
5
down vote
IF you are told to take a few days, and not take a day and send in the results, then I expect they are telling you that they are looking for someone who can, in a few days, write code well, thoroughly, and correctly.
It sounds like what they are looking for is someone who can take a task, run with it, do it correctly and bring it back to them in the allotted time given, with little to no supervision.
If you get to the second round of interview, they will probably ask you about your code, about why you did what you did. If they bring you in, then they saw something that they liked, but be prepared to be grilled over your code.
I remember a time when I had something like that done to me. I wrote some beautiful HTML code, simple, and it did the job very well. I was grilled over and over again about it because they wanted to see if I would change my mind on the code, they tried to put doubt in my mind about it. They grilled me about it's function, they asked me why I did it the way I did, etc... hell they even asked me why I was using CSS the way I was.
I stood behind my code, and later I was told I should have as well because there was nothing wrong with it. They wanted to see if I knew why I did what I did, and wanted to make sure that I wasn't just being a script monkey and copy and pasting script to make myself look good.
So if you do get a call back, be nice, cordial, but make sure you know the code that you sent them, because if they are as tough as my second interview was they may question everything to throw you off guard.
Good luck either way.
add a comment |Â
up vote
5
down vote
IF you are told to take a few days, and not take a day and send in the results, then I expect they are telling you that they are looking for someone who can, in a few days, write code well, thoroughly, and correctly.
It sounds like what they are looking for is someone who can take a task, run with it, do it correctly and bring it back to them in the allotted time given, with little to no supervision.
If you get to the second round of interview, they will probably ask you about your code, about why you did what you did. If they bring you in, then they saw something that they liked, but be prepared to be grilled over your code.
I remember a time when I had something like that done to me. I wrote some beautiful HTML code, simple, and it did the job very well. I was grilled over and over again about it because they wanted to see if I would change my mind on the code, they tried to put doubt in my mind about it. They grilled me about it's function, they asked me why I did it the way I did, etc... hell they even asked me why I was using CSS the way I was.
I stood behind my code, and later I was told I should have as well because there was nothing wrong with it. They wanted to see if I knew why I did what I did, and wanted to make sure that I wasn't just being a script monkey and copy and pasting script to make myself look good.
So if you do get a call back, be nice, cordial, but make sure you know the code that you sent them, because if they are as tough as my second interview was they may question everything to throw you off guard.
Good luck either way.
add a comment |Â
up vote
5
down vote
up vote
5
down vote
IF you are told to take a few days, and not take a day and send in the results, then I expect they are telling you that they are looking for someone who can, in a few days, write code well, thoroughly, and correctly.
It sounds like what they are looking for is someone who can take a task, run with it, do it correctly and bring it back to them in the allotted time given, with little to no supervision.
If you get to the second round of interview, they will probably ask you about your code, about why you did what you did. If they bring you in, then they saw something that they liked, but be prepared to be grilled over your code.
I remember a time when I had something like that done to me. I wrote some beautiful HTML code, simple, and it did the job very well. I was grilled over and over again about it because they wanted to see if I would change my mind on the code, they tried to put doubt in my mind about it. They grilled me about it's function, they asked me why I did it the way I did, etc... hell they even asked me why I was using CSS the way I was.
I stood behind my code, and later I was told I should have as well because there was nothing wrong with it. They wanted to see if I knew why I did what I did, and wanted to make sure that I wasn't just being a script monkey and copy and pasting script to make myself look good.
So if you do get a call back, be nice, cordial, but make sure you know the code that you sent them, because if they are as tough as my second interview was they may question everything to throw you off guard.
Good luck either way.
IF you are told to take a few days, and not take a day and send in the results, then I expect they are telling you that they are looking for someone who can, in a few days, write code well, thoroughly, and correctly.
It sounds like what they are looking for is someone who can take a task, run with it, do it correctly and bring it back to them in the allotted time given, with little to no supervision.
If you get to the second round of interview, they will probably ask you about your code, about why you did what you did. If they bring you in, then they saw something that they liked, but be prepared to be grilled over your code.
I remember a time when I had something like that done to me. I wrote some beautiful HTML code, simple, and it did the job very well. I was grilled over and over again about it because they wanted to see if I would change my mind on the code, they tried to put doubt in my mind about it. They grilled me about it's function, they asked me why I did it the way I did, etc... hell they even asked me why I was using CSS the way I was.
I stood behind my code, and later I was told I should have as well because there was nothing wrong with it. They wanted to see if I knew why I did what I did, and wanted to make sure that I wasn't just being a script monkey and copy and pasting script to make myself look good.
So if you do get a call back, be nice, cordial, but make sure you know the code that you sent them, because if they are as tough as my second interview was they may question everything to throw you off guard.
Good luck either way.
edited Aug 22 at 14:03
Philipp
1266
1266
answered Nov 13 '12 at 12:45
Matt Ridge
1,99911221
1,99911221
add a comment |Â
add a comment |Â
up vote
3
down vote
I'll admit, first, that I've never given or taken a test, but assuming I had the option either way, I'd take the tact that the communication about the test is just as much a part of the "interview" as the test itself.
Just like a vague work assignment, I'd start with askng for a ballpark and/or offering my estimate. "It looks like about 4 hours of work - is that what you're expecting?" and even clarifying the level of quality assurance expected and other factors for review.
I'd say (knowing nothing about the specifics) that 4 hours for something like this sounds pretty reasonable. Especially over a couple of days. I know of very few coding tasks that are less than half a day's work, and in other job avenues I know of candidates spending quite a bit more than 4 hours (per opportunity) preparing for the application/interview process. Given, also that most interview processes can culminate in a half a day or a day of interviews, it hardly seems unreasonable to ask for 4 hours of time you can schedule however you like over several days.
But it IS good to clarify, just to make sure expectations match. And it's good to keep track of how much time you're spending - if you've gone wildly over (double or triple the time estimated), then you're either way off, or this company has some crazy expectations. Figuring that out during the process, and before you've lept into the position would be an advisable approach, given that you CAN end up in situations where managment's expectation of work load is way out of sync with reality.
That's a good approach. To my experience most employers will simply come back with "make any assumptions you want" that doesn't help much.
â Johannesberg
Jun 14 '17 at 7:56
add a comment |Â
up vote
3
down vote
I'll admit, first, that I've never given or taken a test, but assuming I had the option either way, I'd take the tact that the communication about the test is just as much a part of the "interview" as the test itself.
Just like a vague work assignment, I'd start with askng for a ballpark and/or offering my estimate. "It looks like about 4 hours of work - is that what you're expecting?" and even clarifying the level of quality assurance expected and other factors for review.
I'd say (knowing nothing about the specifics) that 4 hours for something like this sounds pretty reasonable. Especially over a couple of days. I know of very few coding tasks that are less than half a day's work, and in other job avenues I know of candidates spending quite a bit more than 4 hours (per opportunity) preparing for the application/interview process. Given, also that most interview processes can culminate in a half a day or a day of interviews, it hardly seems unreasonable to ask for 4 hours of time you can schedule however you like over several days.
But it IS good to clarify, just to make sure expectations match. And it's good to keep track of how much time you're spending - if you've gone wildly over (double or triple the time estimated), then you're either way off, or this company has some crazy expectations. Figuring that out during the process, and before you've lept into the position would be an advisable approach, given that you CAN end up in situations where managment's expectation of work load is way out of sync with reality.
That's a good approach. To my experience most employers will simply come back with "make any assumptions you want" that doesn't help much.
â Johannesberg
Jun 14 '17 at 7:56
add a comment |Â
up vote
3
down vote
up vote
3
down vote
I'll admit, first, that I've never given or taken a test, but assuming I had the option either way, I'd take the tact that the communication about the test is just as much a part of the "interview" as the test itself.
Just like a vague work assignment, I'd start with askng for a ballpark and/or offering my estimate. "It looks like about 4 hours of work - is that what you're expecting?" and even clarifying the level of quality assurance expected and other factors for review.
I'd say (knowing nothing about the specifics) that 4 hours for something like this sounds pretty reasonable. Especially over a couple of days. I know of very few coding tasks that are less than half a day's work, and in other job avenues I know of candidates spending quite a bit more than 4 hours (per opportunity) preparing for the application/interview process. Given, also that most interview processes can culminate in a half a day or a day of interviews, it hardly seems unreasonable to ask for 4 hours of time you can schedule however you like over several days.
But it IS good to clarify, just to make sure expectations match. And it's good to keep track of how much time you're spending - if you've gone wildly over (double or triple the time estimated), then you're either way off, or this company has some crazy expectations. Figuring that out during the process, and before you've lept into the position would be an advisable approach, given that you CAN end up in situations where managment's expectation of work load is way out of sync with reality.
I'll admit, first, that I've never given or taken a test, but assuming I had the option either way, I'd take the tact that the communication about the test is just as much a part of the "interview" as the test itself.
Just like a vague work assignment, I'd start with askng for a ballpark and/or offering my estimate. "It looks like about 4 hours of work - is that what you're expecting?" and even clarifying the level of quality assurance expected and other factors for review.
I'd say (knowing nothing about the specifics) that 4 hours for something like this sounds pretty reasonable. Especially over a couple of days. I know of very few coding tasks that are less than half a day's work, and in other job avenues I know of candidates spending quite a bit more than 4 hours (per opportunity) preparing for the application/interview process. Given, also that most interview processes can culminate in a half a day or a day of interviews, it hardly seems unreasonable to ask for 4 hours of time you can schedule however you like over several days.
But it IS good to clarify, just to make sure expectations match. And it's good to keep track of how much time you're spending - if you've gone wildly over (double or triple the time estimated), then you're either way off, or this company has some crazy expectations. Figuring that out during the process, and before you've lept into the position would be an advisable approach, given that you CAN end up in situations where managment's expectation of work load is way out of sync with reality.
answered Nov 14 '12 at 21:58
bethlakshmi
70.4k4136277
70.4k4136277
That's a good approach. To my experience most employers will simply come back with "make any assumptions you want" that doesn't help much.
â Johannesberg
Jun 14 '17 at 7:56
add a comment |Â
That's a good approach. To my experience most employers will simply come back with "make any assumptions you want" that doesn't help much.
â Johannesberg
Jun 14 '17 at 7:56
That's a good approach. To my experience most employers will simply come back with "make any assumptions you want" that doesn't help much.
â Johannesberg
Jun 14 '17 at 7:56
That's a good approach. To my experience most employers will simply come back with "make any assumptions you want" that doesn't help much.
â Johannesberg
Jun 14 '17 at 7:56
add a comment |Â
up vote
0
down vote
what is the appropriate amount of time to expect someone to spend on a take home code test?
This is going to be highly dependant on the required task, but a general rule of thumb is going to be a couple of days, maybe three. Sometimes, a company will offer longer, perhaps since a task is more difficult. However many hours of those days it actually takes to finish the task is probably less important, unless the task is impossible in that time frame. It is important to note that if a person is working full time, then they probably only have 3 - 5 hours per night to work on a project, so that is the limiting factor, and the task should have a diffculty to reflect this. This is also ignoring a lot of things that can take up their time.
And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
There shouldn't be any exepectation to review what you worked on once it is turned in. This is usually a step that is taken when the company wants to bring you in for another interview or do another phone call. In general, there should not be any expectation for performance feedback for any part of the interview process. Yes this is nice to help with future interviews, but companies are not required nor obligated to provide this to you.
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
If a compnay gives you a few days, but then has silient expectations that it should take less than that, then that is on them for not communicating well. As previous answers mention, just request clarification on if they have a timeline of how long they think
it should take. If it were me, though, then I would take the full time to finish the task to maximize the potential for it to exceed whatever standards they may have.
You'd be okay with working for that many hours at no pay just to maybe get an interview?
â Erik
Aug 22 at 15:15
Depends. First off, I consider my time valuable, so I would weigh the time versus potential pay-off of getting the interview. I am not going to spend hours upon hours for just any job, but you best bet if I really wanted it, then I would do everything in my control to affect the outcome in my favor. There are plenty of people who would prefer to not expend as much effort, and I would much like them to be my competition. Any time spent for a potential opportunity can be seen as an investment, and you should invest wisely.
â Joshua Rowe
Aug 22 at 15:36
add a comment |Â
up vote
0
down vote
what is the appropriate amount of time to expect someone to spend on a take home code test?
This is going to be highly dependant on the required task, but a general rule of thumb is going to be a couple of days, maybe three. Sometimes, a company will offer longer, perhaps since a task is more difficult. However many hours of those days it actually takes to finish the task is probably less important, unless the task is impossible in that time frame. It is important to note that if a person is working full time, then they probably only have 3 - 5 hours per night to work on a project, so that is the limiting factor, and the task should have a diffculty to reflect this. This is also ignoring a lot of things that can take up their time.
And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
There shouldn't be any exepectation to review what you worked on once it is turned in. This is usually a step that is taken when the company wants to bring you in for another interview or do another phone call. In general, there should not be any expectation for performance feedback for any part of the interview process. Yes this is nice to help with future interviews, but companies are not required nor obligated to provide this to you.
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
If a compnay gives you a few days, but then has silient expectations that it should take less than that, then that is on them for not communicating well. As previous answers mention, just request clarification on if they have a timeline of how long they think
it should take. If it were me, though, then I would take the full time to finish the task to maximize the potential for it to exceed whatever standards they may have.
You'd be okay with working for that many hours at no pay just to maybe get an interview?
â Erik
Aug 22 at 15:15
Depends. First off, I consider my time valuable, so I would weigh the time versus potential pay-off of getting the interview. I am not going to spend hours upon hours for just any job, but you best bet if I really wanted it, then I would do everything in my control to affect the outcome in my favor. There are plenty of people who would prefer to not expend as much effort, and I would much like them to be my competition. Any time spent for a potential opportunity can be seen as an investment, and you should invest wisely.
â Joshua Rowe
Aug 22 at 15:36
add a comment |Â
up vote
0
down vote
up vote
0
down vote
what is the appropriate amount of time to expect someone to spend on a take home code test?
This is going to be highly dependant on the required task, but a general rule of thumb is going to be a couple of days, maybe three. Sometimes, a company will offer longer, perhaps since a task is more difficult. However many hours of those days it actually takes to finish the task is probably less important, unless the task is impossible in that time frame. It is important to note that if a person is working full time, then they probably only have 3 - 5 hours per night to work on a project, so that is the limiting factor, and the task should have a diffculty to reflect this. This is also ignoring a lot of things that can take up their time.
And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
There shouldn't be any exepectation to review what you worked on once it is turned in. This is usually a step that is taken when the company wants to bring you in for another interview or do another phone call. In general, there should not be any expectation for performance feedback for any part of the interview process. Yes this is nice to help with future interviews, but companies are not required nor obligated to provide this to you.
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
If a compnay gives you a few days, but then has silient expectations that it should take less than that, then that is on them for not communicating well. As previous answers mention, just request clarification on if they have a timeline of how long they think
it should take. If it were me, though, then I would take the full time to finish the task to maximize the potential for it to exceed whatever standards they may have.
what is the appropriate amount of time to expect someone to spend on a take home code test?
This is going to be highly dependant on the required task, but a general rule of thumb is going to be a couple of days, maybe three. Sometimes, a company will offer longer, perhaps since a task is more difficult. However many hours of those days it actually takes to finish the task is probably less important, unless the task is impossible in that time frame. It is important to note that if a person is working full time, then they probably only have 3 - 5 hours per night to work on a project, so that is the limiting factor, and the task should have a diffculty to reflect this. This is also ignoring a lot of things that can take up their time.
And, if you're spending 4 hours on something like this, do you expect an opportunity to review what you've turned in with the developers who looked at it?
There shouldn't be any exepectation to review what you worked on once it is turned in. This is usually a step that is taken when the company wants to bring you in for another interview or do another phone call. In general, there should not be any expectation for performance feedback for any part of the interview process. Yes this is nice to help with future interviews, but companies are not required nor obligated to provide this to you.
How do you handle it if you get no feedback about how long they expect you to spend and are just told to take a few days?
If a compnay gives you a few days, but then has silient expectations that it should take less than that, then that is on them for not communicating well. As previous answers mention, just request clarification on if they have a timeline of how long they think
it should take. If it were me, though, then I would take the full time to finish the task to maximize the potential for it to exceed whatever standards they may have.
answered Aug 22 at 15:09
Joshua Rowe
46318
46318
You'd be okay with working for that many hours at no pay just to maybe get an interview?
â Erik
Aug 22 at 15:15
Depends. First off, I consider my time valuable, so I would weigh the time versus potential pay-off of getting the interview. I am not going to spend hours upon hours for just any job, but you best bet if I really wanted it, then I would do everything in my control to affect the outcome in my favor. There are plenty of people who would prefer to not expend as much effort, and I would much like them to be my competition. Any time spent for a potential opportunity can be seen as an investment, and you should invest wisely.
â Joshua Rowe
Aug 22 at 15:36
add a comment |Â
You'd be okay with working for that many hours at no pay just to maybe get an interview?
â Erik
Aug 22 at 15:15
Depends. First off, I consider my time valuable, so I would weigh the time versus potential pay-off of getting the interview. I am not going to spend hours upon hours for just any job, but you best bet if I really wanted it, then I would do everything in my control to affect the outcome in my favor. There are plenty of people who would prefer to not expend as much effort, and I would much like them to be my competition. Any time spent for a potential opportunity can be seen as an investment, and you should invest wisely.
â Joshua Rowe
Aug 22 at 15:36
You'd be okay with working for that many hours at no pay just to maybe get an interview?
â Erik
Aug 22 at 15:15
You'd be okay with working for that many hours at no pay just to maybe get an interview?
â Erik
Aug 22 at 15:15
Depends. First off, I consider my time valuable, so I would weigh the time versus potential pay-off of getting the interview. I am not going to spend hours upon hours for just any job, but you best bet if I really wanted it, then I would do everything in my control to affect the outcome in my favor. There are plenty of people who would prefer to not expend as much effort, and I would much like them to be my competition. Any time spent for a potential opportunity can be seen as an investment, and you should invest wisely.
â Joshua Rowe
Aug 22 at 15:36
Depends. First off, I consider my time valuable, so I would weigh the time versus potential pay-off of getting the interview. I am not going to spend hours upon hours for just any job, but you best bet if I really wanted it, then I would do everything in my control to affect the outcome in my favor. There are plenty of people who would prefer to not expend as much effort, and I would much like them to be my competition. Any time spent for a potential opportunity can be seen as an investment, and you should invest wisely.
â Joshua Rowe
Aug 22 at 15:36
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f6166%2fwhat-is-the-etiquette-for-a-take-home-code-test%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
3
Many times an employer will specify some of these things. If you are wondering about what etiquette is expected if none is specified, then you might want to add that detail to the question.
â Nicole
Nov 12 '12 at 18:07
1
You take the project home. You do the best you can with what ever resources you can and return what you complete as soon as you can... I do not understand what is hard about the concept
â IDrinkandIKnowThings
Nov 12 '12 at 23:53