What is the etiquette for a take home code test?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;







up vote
22
down vote

favorite
4












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?







share|improve this question


















  • 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
















up vote
22
down vote

favorite
4












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?







share|improve this question


















  • 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












up vote
22
down vote

favorite
4









up vote
22
down vote

favorite
4






4





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?







share|improve this question














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?









share|improve this question













share|improve this question




share|improve this question








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












  • 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










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).






share|improve this answer




















  • "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


















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.






share|improve this answer


















  • 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

















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.






share|improve this answer





























    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.






    share|improve this answer




















    • 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

















    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.






    share|improve this answer




















    • 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










    Your Answer







    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "423"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    convertImagesToLinks: false,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    noCode: true, onDemand: false,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );








     

    draft saved


    draft discarded


















    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

























    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).






    share|improve this answer




















    • "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















    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).






    share|improve this answer




















    • "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













    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).






    share|improve this answer












    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).







    share|improve this answer












    share|improve this answer



    share|improve this answer










    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

















    • "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













    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.






    share|improve this answer


















    • 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














    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.






    share|improve this answer


















    • 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












    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.






    share|improve this answer














    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.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    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












    • 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










    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.






    share|improve this answer


























      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.






      share|improve this answer
























        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.






        share|improve this answer














        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.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Aug 22 at 14:03









        Philipp

        1266




        1266










        answered Nov 13 '12 at 12:45









        Matt Ridge

        1,99911221




        1,99911221




















            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.






            share|improve this answer




















            • 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














            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.






            share|improve this answer




















            • 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












            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.






            share|improve this answer












            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.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            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
















            • 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










            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.






            share|improve this answer




















            • 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














            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.






            share|improve this answer




















            • 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












            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.






            share|improve this answer













            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.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            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
















            • 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












             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            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

















































































            Comments

            Popular posts from this blog

            Long meetings (6-7 hours a day): Being “babysat” by supervisor

            Is the Concept of Multiple Fantasy Races Scientifically Flawed? [closed]

            Confectionery