What should a job-seeker know about job non-descriptions?

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
1
down vote

favorite












I completed a phone screen that sounded somewhere between front-end web developer and "code monkey"; core competencies listed include HTML, CSS, jQuery, and some responsive design. (Note to those not particularly connected to web development: these are pretty much technologies expected of almost anyone doing that kind of work. "Our shop's preferred specialties" technologies tend to be more like you can see showcased at TodoMVC.com)



This may just be a sign the role was junior, but two subsequent paragraphs of the job description were:




RESPONSIBILITIES:
Accountable for developing software code and associated life cycle deliverables for PC and Mainframe applications. Interprets process, data modules, and business requirements into software code. Analyzes, designs, develops, implements and maintains moderate to complex computer programs and subsystems. Performs all of the steps required to design, test, and code such programs. Develops procedures and operating instructions, and successfully moves programs into production. Provides production support through problems analysis and resolution to correct deficiencies. Performs assignments under direct supervision.



COMPETENCIES:
Analyze problem or new request; design problem or new request resolution; familiar with SDLC methodologies; develop program specifications; design testing requirements; code modules according to specifications and client standards; prepare test plan and test modules; develop program and system documentation; conduct program and system implementation; maintain application production environment; respond and resolve production problems; and respond and resolve user inquiries.




I have difficulty reading much more in this beyond "the decision was made to copy and paste boilerplate copy."



Is there anything more to take besides this being a junior position and they don't have enough invested in it to consider it particularly important to write a useful job description?







share|improve this question




















  • Which part of the ad made you decide to apply?
    – Brandin
    Aug 26 '15 at 9:55










  • @Brandin, it wasn't the job description that led me in. I was contacted about what sounded like an interesting possibility based on a recruiter's description, and my expression of interest was followed by asking for more than a 20% rate cut if I wanted to stay in the game, because they had found others of "equal seniority" (check out the dates on CJSH.name/first ).
    – JonathanHayward
    Aug 26 '15 at 12:20

















up vote
1
down vote

favorite












I completed a phone screen that sounded somewhere between front-end web developer and "code monkey"; core competencies listed include HTML, CSS, jQuery, and some responsive design. (Note to those not particularly connected to web development: these are pretty much technologies expected of almost anyone doing that kind of work. "Our shop's preferred specialties" technologies tend to be more like you can see showcased at TodoMVC.com)



This may just be a sign the role was junior, but two subsequent paragraphs of the job description were:




RESPONSIBILITIES:
Accountable for developing software code and associated life cycle deliverables for PC and Mainframe applications. Interprets process, data modules, and business requirements into software code. Analyzes, designs, develops, implements and maintains moderate to complex computer programs and subsystems. Performs all of the steps required to design, test, and code such programs. Develops procedures and operating instructions, and successfully moves programs into production. Provides production support through problems analysis and resolution to correct deficiencies. Performs assignments under direct supervision.



COMPETENCIES:
Analyze problem or new request; design problem or new request resolution; familiar with SDLC methodologies; develop program specifications; design testing requirements; code modules according to specifications and client standards; prepare test plan and test modules; develop program and system documentation; conduct program and system implementation; maintain application production environment; respond and resolve production problems; and respond and resolve user inquiries.




I have difficulty reading much more in this beyond "the decision was made to copy and paste boilerplate copy."



Is there anything more to take besides this being a junior position and they don't have enough invested in it to consider it particularly important to write a useful job description?







share|improve this question




















  • Which part of the ad made you decide to apply?
    – Brandin
    Aug 26 '15 at 9:55










  • @Brandin, it wasn't the job description that led me in. I was contacted about what sounded like an interesting possibility based on a recruiter's description, and my expression of interest was followed by asking for more than a 20% rate cut if I wanted to stay in the game, because they had found others of "equal seniority" (check out the dates on CJSH.name/first ).
    – JonathanHayward
    Aug 26 '15 at 12:20













up vote
1
down vote

favorite









up vote
1
down vote

favorite











I completed a phone screen that sounded somewhere between front-end web developer and "code monkey"; core competencies listed include HTML, CSS, jQuery, and some responsive design. (Note to those not particularly connected to web development: these are pretty much technologies expected of almost anyone doing that kind of work. "Our shop's preferred specialties" technologies tend to be more like you can see showcased at TodoMVC.com)



This may just be a sign the role was junior, but two subsequent paragraphs of the job description were:




RESPONSIBILITIES:
Accountable for developing software code and associated life cycle deliverables for PC and Mainframe applications. Interprets process, data modules, and business requirements into software code. Analyzes, designs, develops, implements and maintains moderate to complex computer programs and subsystems. Performs all of the steps required to design, test, and code such programs. Develops procedures and operating instructions, and successfully moves programs into production. Provides production support through problems analysis and resolution to correct deficiencies. Performs assignments under direct supervision.



COMPETENCIES:
Analyze problem or new request; design problem or new request resolution; familiar with SDLC methodologies; develop program specifications; design testing requirements; code modules according to specifications and client standards; prepare test plan and test modules; develop program and system documentation; conduct program and system implementation; maintain application production environment; respond and resolve production problems; and respond and resolve user inquiries.




I have difficulty reading much more in this beyond "the decision was made to copy and paste boilerplate copy."



Is there anything more to take besides this being a junior position and they don't have enough invested in it to consider it particularly important to write a useful job description?







share|improve this question












I completed a phone screen that sounded somewhere between front-end web developer and "code monkey"; core competencies listed include HTML, CSS, jQuery, and some responsive design. (Note to those not particularly connected to web development: these are pretty much technologies expected of almost anyone doing that kind of work. "Our shop's preferred specialties" technologies tend to be more like you can see showcased at TodoMVC.com)



This may just be a sign the role was junior, but two subsequent paragraphs of the job description were:




RESPONSIBILITIES:
Accountable for developing software code and associated life cycle deliverables for PC and Mainframe applications. Interprets process, data modules, and business requirements into software code. Analyzes, designs, develops, implements and maintains moderate to complex computer programs and subsystems. Performs all of the steps required to design, test, and code such programs. Develops procedures and operating instructions, and successfully moves programs into production. Provides production support through problems analysis and resolution to correct deficiencies. Performs assignments under direct supervision.



COMPETENCIES:
Analyze problem or new request; design problem or new request resolution; familiar with SDLC methodologies; develop program specifications; design testing requirements; code modules according to specifications and client standards; prepare test plan and test modules; develop program and system documentation; conduct program and system implementation; maintain application production environment; respond and resolve production problems; and respond and resolve user inquiries.




I have difficulty reading much more in this beyond "the decision was made to copy and paste boilerplate copy."



Is there anything more to take besides this being a junior position and they don't have enough invested in it to consider it particularly important to write a useful job description?









share|improve this question











share|improve this question




share|improve this question










asked Aug 25 '15 at 19:01









JonathanHayward

9251722




9251722











  • Which part of the ad made you decide to apply?
    – Brandin
    Aug 26 '15 at 9:55










  • @Brandin, it wasn't the job description that led me in. I was contacted about what sounded like an interesting possibility based on a recruiter's description, and my expression of interest was followed by asking for more than a 20% rate cut if I wanted to stay in the game, because they had found others of "equal seniority" (check out the dates on CJSH.name/first ).
    – JonathanHayward
    Aug 26 '15 at 12:20

















  • Which part of the ad made you decide to apply?
    – Brandin
    Aug 26 '15 at 9:55










  • @Brandin, it wasn't the job description that led me in. I was contacted about what sounded like an interesting possibility based on a recruiter's description, and my expression of interest was followed by asking for more than a 20% rate cut if I wanted to stay in the game, because they had found others of "equal seniority" (check out the dates on CJSH.name/first ).
    – JonathanHayward
    Aug 26 '15 at 12:20
















Which part of the ad made you decide to apply?
– Brandin
Aug 26 '15 at 9:55




Which part of the ad made you decide to apply?
– Brandin
Aug 26 '15 at 9:55












@Brandin, it wasn't the job description that led me in. I was contacted about what sounded like an interesting possibility based on a recruiter's description, and my expression of interest was followed by asking for more than a 20% rate cut if I wanted to stay in the game, because they had found others of "equal seniority" (check out the dates on CJSH.name/first ).
– JonathanHayward
Aug 26 '15 at 12:20





@Brandin, it wasn't the job description that led me in. I was contacted about what sounded like an interesting possibility based on a recruiter's description, and my expression of interest was followed by asking for more than a 20% rate cut if I wanted to stay in the game, because they had found others of "equal seniority" (check out the dates on CJSH.name/first ).
– JonathanHayward
Aug 26 '15 at 12:20











4 Answers
4






active

oldest

votes

















up vote
6
down vote



accepted











I have difficulty reading much more in this beyond "the decision was
made to copy and paste boilerplate copy."



Is there anything more to take besides this being a junior position
and they don't have enough invested in it to consider it particularly
important to write a useful job description?




It's possible that they simply copied another job description and didn't tailor it adequately.



It's possible they didn't put much effort into the job description because this is just a junior position. But for me, even junior positions are worth creating relevant descriptions.



It's more likely that they just aren't very good at creating written job descriptions. Many hiring managers aren't good at that task.



And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks.






share|improve this answer




















  • I might also comment that I said in a jobhunter's group, "People are never so kind as when they are trying to seduce you." Regarding your comment, "It's possible that they simply copied another job description and didn't tailor it adequately.", I would take this as an old job description that wasn't tailored at all. One of the first things I might do to tailor a generic programmer's job description to match web development would be to add that the job includes "creating, updating, expanding, and [...] websites." As is, the quoted text refers to development but not to the web.
    – JonathanHayward
    Aug 25 '15 at 23:02










  • "And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks." I know for some small companies there is literally no one who has that experience to pass on.
    – Andrew Whatever
    Aug 26 '15 at 18:44

















up vote
2
down vote













I'd likely look at this the other way. Some places can be very specific about what a developer will do where other tasks may be taken by different departments, e.g. there may be business analysts to gather requirements, system administrators to deploy solutions, quality assurance analysts to check for defects, where in the position you describe this could all be done by the same person which can be an important distinction. Some people may want to be a generalist that handles everything from figuring out what to build, to building it, to testing it, to maintaining it. Others may just want to do a specific piece of the overall puzzle.






share|improve this answer




















  • Still, while acknowledging that there are generalist web developer job descriptions and specialist web developer job descriptions, one might ideally hope that any job description for any of the many stripes of web developers would not appear to be copied from an age where men were men, women were women, and webs were something women swept out of corners.
    – JonathanHayward
    Aug 25 '15 at 23:04










  • They could have put "other duties as assigned" which could be seen as a big black hole in more ways than one.
    – JB King
    Aug 25 '15 at 23:10

















up vote
0
down vote














Is there anything more to take besides this being a junior position
and they don't have enough invested in it to consider it particularly
important to write a useful job description?




I would read it more as indicating that the people you will be working with have not been part of the process so far. Hopefully the company is in the process of hiring a whole new team (and possibly their first ever team) so your co-workers and leaders don't exist yet. Or they could simply be doing very generic work (viz, using a standard set of technologies across the company, and your team works for whoever has a need next). Another optimistic possibility is that they're filling a number of vacancies across broadly similar roles and will pick a position for you once they see your CV (I have done this once, but it resulted in an even larger number of low-quality applications than usual).



A likely possibility is that they expect a deluge of applications for any junior position so they process is to grab the first 10 or so plausible-looking CVs from the stack, a couple of people discuss them and pick three to interview. It's close to "we don't hire unlucky people", but it's a reasonable way to select a junior since you're not going to learn much from the CV or interview anyway. What you want is someone who's not awful and has promise, then you see how they perform.



The negative options are many, so I'm not going to list them.



Unless the interview is going to be very difficult to get to, I don't see any harm in applying for the job. Go along to the interview with a list of questions written down and see if you can get answers.






share|improve this answer



























    up vote
    0
    down vote













    Most job descriptions are not useful beyond the point of giving you a list of what technologies you'll be using and that they want you to be able to communicate.



    During your interviews you have to find out what they're building, how they manage these projects and the role of the position you're applying. Whether you like Scrum or not (as an example) you don't want to hear "we kind of use Scrum" or "we'd like to do more unit testing, but just don't have the time" or some other statements indicating they don't have their act together. Get into whether or not their projects are on time. How much mentoring you'll get as a junior developer or is everyone too busy putting out fires to offer any help. In the most hectic shops, some people won't even be able to complete your interview without interruption (Yes, I've had people do work during my interview "sorry, but we have an emergency" type stuff).



    Find out what it is really like to work there. Ideally, you get part of your interview where you can privately meet with someone close to your level. You don't want them sitting next to their manager telling you how great everything is.



    Ask you manager how you'll be evaluated and the frequency of feedback. A good supervisor can be your savior even when working on an awful project for a terrible company.






    share|improve this answer




















    • If you only take jobs where they have their act together, you're likely to be unemployed most of the time unless you're really lucky. Plus, if you only work at places that already have their act together, there is no way you'll get the experience involved in blazing the trail for a team on the way to getting its act together. For example, someone has to decide what the specific practices are going to be and set up the technology stack. Being able to do that is relatively rare.
      – Amy Blankenship
      Aug 26 '15 at 20:23










    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%2f52548%2fwhat-should-a-job-seeker-know-about-job-non-descriptions%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();


    );
    );






    4 Answers
    4






    active

    oldest

    votes








    4 Answers
    4






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    6
    down vote



    accepted











    I have difficulty reading much more in this beyond "the decision was
    made to copy and paste boilerplate copy."



    Is there anything more to take besides this being a junior position
    and they don't have enough invested in it to consider it particularly
    important to write a useful job description?




    It's possible that they simply copied another job description and didn't tailor it adequately.



    It's possible they didn't put much effort into the job description because this is just a junior position. But for me, even junior positions are worth creating relevant descriptions.



    It's more likely that they just aren't very good at creating written job descriptions. Many hiring managers aren't good at that task.



    And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks.






    share|improve this answer




















    • I might also comment that I said in a jobhunter's group, "People are never so kind as when they are trying to seduce you." Regarding your comment, "It's possible that they simply copied another job description and didn't tailor it adequately.", I would take this as an old job description that wasn't tailored at all. One of the first things I might do to tailor a generic programmer's job description to match web development would be to add that the job includes "creating, updating, expanding, and [...] websites." As is, the quoted text refers to development but not to the web.
      – JonathanHayward
      Aug 25 '15 at 23:02










    • "And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks." I know for some small companies there is literally no one who has that experience to pass on.
      – Andrew Whatever
      Aug 26 '15 at 18:44














    up vote
    6
    down vote



    accepted











    I have difficulty reading much more in this beyond "the decision was
    made to copy and paste boilerplate copy."



    Is there anything more to take besides this being a junior position
    and they don't have enough invested in it to consider it particularly
    important to write a useful job description?




    It's possible that they simply copied another job description and didn't tailor it adequately.



    It's possible they didn't put much effort into the job description because this is just a junior position. But for me, even junior positions are worth creating relevant descriptions.



    It's more likely that they just aren't very good at creating written job descriptions. Many hiring managers aren't good at that task.



    And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks.






    share|improve this answer




















    • I might also comment that I said in a jobhunter's group, "People are never so kind as when they are trying to seduce you." Regarding your comment, "It's possible that they simply copied another job description and didn't tailor it adequately.", I would take this as an old job description that wasn't tailored at all. One of the first things I might do to tailor a generic programmer's job description to match web development would be to add that the job includes "creating, updating, expanding, and [...] websites." As is, the quoted text refers to development but not to the web.
      – JonathanHayward
      Aug 25 '15 at 23:02










    • "And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks." I know for some small companies there is literally no one who has that experience to pass on.
      – Andrew Whatever
      Aug 26 '15 at 18:44












    up vote
    6
    down vote



    accepted







    up vote
    6
    down vote



    accepted







    I have difficulty reading much more in this beyond "the decision was
    made to copy and paste boilerplate copy."



    Is there anything more to take besides this being a junior position
    and they don't have enough invested in it to consider it particularly
    important to write a useful job description?




    It's possible that they simply copied another job description and didn't tailor it adequately.



    It's possible they didn't put much effort into the job description because this is just a junior position. But for me, even junior positions are worth creating relevant descriptions.



    It's more likely that they just aren't very good at creating written job descriptions. Many hiring managers aren't good at that task.



    And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks.






    share|improve this answer













    I have difficulty reading much more in this beyond "the decision was
    made to copy and paste boilerplate copy."



    Is there anything more to take besides this being a junior position
    and they don't have enough invested in it to consider it particularly
    important to write a useful job description?




    It's possible that they simply copied another job description and didn't tailor it adequately.



    It's possible they didn't put much effort into the job description because this is just a junior position. But for me, even junior positions are worth creating relevant descriptions.



    It's more likely that they just aren't very good at creating written job descriptions. Many hiring managers aren't good at that task.



    And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Aug 25 '15 at 20:13









    Joe Strazzere

    223k106654921




    223k106654921











    • I might also comment that I said in a jobhunter's group, "People are never so kind as when they are trying to seduce you." Regarding your comment, "It's possible that they simply copied another job description and didn't tailor it adequately.", I would take this as an old job description that wasn't tailored at all. One of the first things I might do to tailor a generic programmer's job description to match web development would be to add that the job includes "creating, updating, expanding, and [...] websites." As is, the quoted text refers to development but not to the web.
      – JonathanHayward
      Aug 25 '15 at 23:02










    • "And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks." I know for some small companies there is literally no one who has that experience to pass on.
      – Andrew Whatever
      Aug 26 '15 at 18:44
















    • I might also comment that I said in a jobhunter's group, "People are never so kind as when they are trying to seduce you." Regarding your comment, "It's possible that they simply copied another job description and didn't tailor it adequately.", I would take this as an old job description that wasn't tailored at all. One of the first things I might do to tailor a generic programmer's job description to match web development would be to add that the job includes "creating, updating, expanding, and [...] websites." As is, the quoted text refers to development but not to the web.
      – JonathanHayward
      Aug 25 '15 at 23:02










    • "And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks." I know for some small companies there is literally no one who has that experience to pass on.
      – Andrew Whatever
      Aug 26 '15 at 18:44















    I might also comment that I said in a jobhunter's group, "People are never so kind as when they are trying to seduce you." Regarding your comment, "It's possible that they simply copied another job description and didn't tailor it adequately.", I would take this as an old job description that wasn't tailored at all. One of the first things I might do to tailor a generic programmer's job description to match web development would be to add that the job includes "creating, updating, expanding, and [...] websites." As is, the quoted text refers to development but not to the web.
    – JonathanHayward
    Aug 25 '15 at 23:02




    I might also comment that I said in a jobhunter's group, "People are never so kind as when they are trying to seduce you." Regarding your comment, "It's possible that they simply copied another job description and didn't tailor it adequately.", I would take this as an old job description that wasn't tailored at all. One of the first things I might do to tailor a generic programmer's job description to match web development would be to add that the job includes "creating, updating, expanding, and [...] websites." As is, the quoted text refers to development but not to the web.
    – JonathanHayward
    Aug 25 '15 at 23:02












    "And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks." I know for some small companies there is literally no one who has that experience to pass on.
    – Andrew Whatever
    Aug 26 '15 at 18:44




    "And for some reason, few companies do a great job of training their hiring managers in the process of writing job descriptions, interviewing, negotiating, and writing job offers. I don't really understand why, since these are rather important tasks." I know for some small companies there is literally no one who has that experience to pass on.
    – Andrew Whatever
    Aug 26 '15 at 18:44












    up vote
    2
    down vote













    I'd likely look at this the other way. Some places can be very specific about what a developer will do where other tasks may be taken by different departments, e.g. there may be business analysts to gather requirements, system administrators to deploy solutions, quality assurance analysts to check for defects, where in the position you describe this could all be done by the same person which can be an important distinction. Some people may want to be a generalist that handles everything from figuring out what to build, to building it, to testing it, to maintaining it. Others may just want to do a specific piece of the overall puzzle.






    share|improve this answer




















    • Still, while acknowledging that there are generalist web developer job descriptions and specialist web developer job descriptions, one might ideally hope that any job description for any of the many stripes of web developers would not appear to be copied from an age where men were men, women were women, and webs were something women swept out of corners.
      – JonathanHayward
      Aug 25 '15 at 23:04










    • They could have put "other duties as assigned" which could be seen as a big black hole in more ways than one.
      – JB King
      Aug 25 '15 at 23:10














    up vote
    2
    down vote













    I'd likely look at this the other way. Some places can be very specific about what a developer will do where other tasks may be taken by different departments, e.g. there may be business analysts to gather requirements, system administrators to deploy solutions, quality assurance analysts to check for defects, where in the position you describe this could all be done by the same person which can be an important distinction. Some people may want to be a generalist that handles everything from figuring out what to build, to building it, to testing it, to maintaining it. Others may just want to do a specific piece of the overall puzzle.






    share|improve this answer




















    • Still, while acknowledging that there are generalist web developer job descriptions and specialist web developer job descriptions, one might ideally hope that any job description for any of the many stripes of web developers would not appear to be copied from an age where men were men, women were women, and webs were something women swept out of corners.
      – JonathanHayward
      Aug 25 '15 at 23:04










    • They could have put "other duties as assigned" which could be seen as a big black hole in more ways than one.
      – JB King
      Aug 25 '15 at 23:10












    up vote
    2
    down vote










    up vote
    2
    down vote









    I'd likely look at this the other way. Some places can be very specific about what a developer will do where other tasks may be taken by different departments, e.g. there may be business analysts to gather requirements, system administrators to deploy solutions, quality assurance analysts to check for defects, where in the position you describe this could all be done by the same person which can be an important distinction. Some people may want to be a generalist that handles everything from figuring out what to build, to building it, to testing it, to maintaining it. Others may just want to do a specific piece of the overall puzzle.






    share|improve this answer












    I'd likely look at this the other way. Some places can be very specific about what a developer will do where other tasks may be taken by different departments, e.g. there may be business analysts to gather requirements, system administrators to deploy solutions, quality assurance analysts to check for defects, where in the position you describe this could all be done by the same person which can be an important distinction. Some people may want to be a generalist that handles everything from figuring out what to build, to building it, to testing it, to maintaining it. Others may just want to do a specific piece of the overall puzzle.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Aug 25 '15 at 20:36









    JB King

    15.1k22957




    15.1k22957











    • Still, while acknowledging that there are generalist web developer job descriptions and specialist web developer job descriptions, one might ideally hope that any job description for any of the many stripes of web developers would not appear to be copied from an age where men were men, women were women, and webs were something women swept out of corners.
      – JonathanHayward
      Aug 25 '15 at 23:04










    • They could have put "other duties as assigned" which could be seen as a big black hole in more ways than one.
      – JB King
      Aug 25 '15 at 23:10
















    • Still, while acknowledging that there are generalist web developer job descriptions and specialist web developer job descriptions, one might ideally hope that any job description for any of the many stripes of web developers would not appear to be copied from an age where men were men, women were women, and webs were something women swept out of corners.
      – JonathanHayward
      Aug 25 '15 at 23:04










    • They could have put "other duties as assigned" which could be seen as a big black hole in more ways than one.
      – JB King
      Aug 25 '15 at 23:10















    Still, while acknowledging that there are generalist web developer job descriptions and specialist web developer job descriptions, one might ideally hope that any job description for any of the many stripes of web developers would not appear to be copied from an age where men were men, women were women, and webs were something women swept out of corners.
    – JonathanHayward
    Aug 25 '15 at 23:04




    Still, while acknowledging that there are generalist web developer job descriptions and specialist web developer job descriptions, one might ideally hope that any job description for any of the many stripes of web developers would not appear to be copied from an age where men were men, women were women, and webs were something women swept out of corners.
    – JonathanHayward
    Aug 25 '15 at 23:04












    They could have put "other duties as assigned" which could be seen as a big black hole in more ways than one.
    – JB King
    Aug 25 '15 at 23:10




    They could have put "other duties as assigned" which could be seen as a big black hole in more ways than one.
    – JB King
    Aug 25 '15 at 23:10










    up vote
    0
    down vote














    Is there anything more to take besides this being a junior position
    and they don't have enough invested in it to consider it particularly
    important to write a useful job description?




    I would read it more as indicating that the people you will be working with have not been part of the process so far. Hopefully the company is in the process of hiring a whole new team (and possibly their first ever team) so your co-workers and leaders don't exist yet. Or they could simply be doing very generic work (viz, using a standard set of technologies across the company, and your team works for whoever has a need next). Another optimistic possibility is that they're filling a number of vacancies across broadly similar roles and will pick a position for you once they see your CV (I have done this once, but it resulted in an even larger number of low-quality applications than usual).



    A likely possibility is that they expect a deluge of applications for any junior position so they process is to grab the first 10 or so plausible-looking CVs from the stack, a couple of people discuss them and pick three to interview. It's close to "we don't hire unlucky people", but it's a reasonable way to select a junior since you're not going to learn much from the CV or interview anyway. What you want is someone who's not awful and has promise, then you see how they perform.



    The negative options are many, so I'm not going to list them.



    Unless the interview is going to be very difficult to get to, I don't see any harm in applying for the job. Go along to the interview with a list of questions written down and see if you can get answers.






    share|improve this answer
























      up vote
      0
      down vote














      Is there anything more to take besides this being a junior position
      and they don't have enough invested in it to consider it particularly
      important to write a useful job description?




      I would read it more as indicating that the people you will be working with have not been part of the process so far. Hopefully the company is in the process of hiring a whole new team (and possibly their first ever team) so your co-workers and leaders don't exist yet. Or they could simply be doing very generic work (viz, using a standard set of technologies across the company, and your team works for whoever has a need next). Another optimistic possibility is that they're filling a number of vacancies across broadly similar roles and will pick a position for you once they see your CV (I have done this once, but it resulted in an even larger number of low-quality applications than usual).



      A likely possibility is that they expect a deluge of applications for any junior position so they process is to grab the first 10 or so plausible-looking CVs from the stack, a couple of people discuss them and pick three to interview. It's close to "we don't hire unlucky people", but it's a reasonable way to select a junior since you're not going to learn much from the CV or interview anyway. What you want is someone who's not awful and has promise, then you see how they perform.



      The negative options are many, so I'm not going to list them.



      Unless the interview is going to be very difficult to get to, I don't see any harm in applying for the job. Go along to the interview with a list of questions written down and see if you can get answers.






      share|improve this answer






















        up vote
        0
        down vote










        up vote
        0
        down vote










        Is there anything more to take besides this being a junior position
        and they don't have enough invested in it to consider it particularly
        important to write a useful job description?




        I would read it more as indicating that the people you will be working with have not been part of the process so far. Hopefully the company is in the process of hiring a whole new team (and possibly their first ever team) so your co-workers and leaders don't exist yet. Or they could simply be doing very generic work (viz, using a standard set of technologies across the company, and your team works for whoever has a need next). Another optimistic possibility is that they're filling a number of vacancies across broadly similar roles and will pick a position for you once they see your CV (I have done this once, but it resulted in an even larger number of low-quality applications than usual).



        A likely possibility is that they expect a deluge of applications for any junior position so they process is to grab the first 10 or so plausible-looking CVs from the stack, a couple of people discuss them and pick three to interview. It's close to "we don't hire unlucky people", but it's a reasonable way to select a junior since you're not going to learn much from the CV or interview anyway. What you want is someone who's not awful and has promise, then you see how they perform.



        The negative options are many, so I'm not going to list them.



        Unless the interview is going to be very difficult to get to, I don't see any harm in applying for the job. Go along to the interview with a list of questions written down and see if you can get answers.






        share|improve this answer













        Is there anything more to take besides this being a junior position
        and they don't have enough invested in it to consider it particularly
        important to write a useful job description?




        I would read it more as indicating that the people you will be working with have not been part of the process so far. Hopefully the company is in the process of hiring a whole new team (and possibly their first ever team) so your co-workers and leaders don't exist yet. Or they could simply be doing very generic work (viz, using a standard set of technologies across the company, and your team works for whoever has a need next). Another optimistic possibility is that they're filling a number of vacancies across broadly similar roles and will pick a position for you once they see your CV (I have done this once, but it resulted in an even larger number of low-quality applications than usual).



        A likely possibility is that they expect a deluge of applications for any junior position so they process is to grab the first 10 or so plausible-looking CVs from the stack, a couple of people discuss them and pick three to interview. It's close to "we don't hire unlucky people", but it's a reasonable way to select a junior since you're not going to learn much from the CV or interview anyway. What you want is someone who's not awful and has promise, then you see how they perform.



        The negative options are many, so I'm not going to list them.



        Unless the interview is going to be very difficult to get to, I don't see any harm in applying for the job. Go along to the interview with a list of questions written down and see if you can get answers.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Aug 26 '15 at 0:24









        Móż

        1,81911523




        1,81911523




















            up vote
            0
            down vote













            Most job descriptions are not useful beyond the point of giving you a list of what technologies you'll be using and that they want you to be able to communicate.



            During your interviews you have to find out what they're building, how they manage these projects and the role of the position you're applying. Whether you like Scrum or not (as an example) you don't want to hear "we kind of use Scrum" or "we'd like to do more unit testing, but just don't have the time" or some other statements indicating they don't have their act together. Get into whether or not their projects are on time. How much mentoring you'll get as a junior developer or is everyone too busy putting out fires to offer any help. In the most hectic shops, some people won't even be able to complete your interview without interruption (Yes, I've had people do work during my interview "sorry, but we have an emergency" type stuff).



            Find out what it is really like to work there. Ideally, you get part of your interview where you can privately meet with someone close to your level. You don't want them sitting next to their manager telling you how great everything is.



            Ask you manager how you'll be evaluated and the frequency of feedback. A good supervisor can be your savior even when working on an awful project for a terrible company.






            share|improve this answer




















            • If you only take jobs where they have their act together, you're likely to be unemployed most of the time unless you're really lucky. Plus, if you only work at places that already have their act together, there is no way you'll get the experience involved in blazing the trail for a team on the way to getting its act together. For example, someone has to decide what the specific practices are going to be and set up the technology stack. Being able to do that is relatively rare.
              – Amy Blankenship
              Aug 26 '15 at 20:23














            up vote
            0
            down vote













            Most job descriptions are not useful beyond the point of giving you a list of what technologies you'll be using and that they want you to be able to communicate.



            During your interviews you have to find out what they're building, how they manage these projects and the role of the position you're applying. Whether you like Scrum or not (as an example) you don't want to hear "we kind of use Scrum" or "we'd like to do more unit testing, but just don't have the time" or some other statements indicating they don't have their act together. Get into whether or not their projects are on time. How much mentoring you'll get as a junior developer or is everyone too busy putting out fires to offer any help. In the most hectic shops, some people won't even be able to complete your interview without interruption (Yes, I've had people do work during my interview "sorry, but we have an emergency" type stuff).



            Find out what it is really like to work there. Ideally, you get part of your interview where you can privately meet with someone close to your level. You don't want them sitting next to their manager telling you how great everything is.



            Ask you manager how you'll be evaluated and the frequency of feedback. A good supervisor can be your savior even when working on an awful project for a terrible company.






            share|improve this answer




















            • If you only take jobs where they have their act together, you're likely to be unemployed most of the time unless you're really lucky. Plus, if you only work at places that already have their act together, there is no way you'll get the experience involved in blazing the trail for a team on the way to getting its act together. For example, someone has to decide what the specific practices are going to be and set up the technology stack. Being able to do that is relatively rare.
              – Amy Blankenship
              Aug 26 '15 at 20:23












            up vote
            0
            down vote










            up vote
            0
            down vote









            Most job descriptions are not useful beyond the point of giving you a list of what technologies you'll be using and that they want you to be able to communicate.



            During your interviews you have to find out what they're building, how they manage these projects and the role of the position you're applying. Whether you like Scrum or not (as an example) you don't want to hear "we kind of use Scrum" or "we'd like to do more unit testing, but just don't have the time" or some other statements indicating they don't have their act together. Get into whether or not their projects are on time. How much mentoring you'll get as a junior developer or is everyone too busy putting out fires to offer any help. In the most hectic shops, some people won't even be able to complete your interview without interruption (Yes, I've had people do work during my interview "sorry, but we have an emergency" type stuff).



            Find out what it is really like to work there. Ideally, you get part of your interview where you can privately meet with someone close to your level. You don't want them sitting next to their manager telling you how great everything is.



            Ask you manager how you'll be evaluated and the frequency of feedback. A good supervisor can be your savior even when working on an awful project for a terrible company.






            share|improve this answer












            Most job descriptions are not useful beyond the point of giving you a list of what technologies you'll be using and that they want you to be able to communicate.



            During your interviews you have to find out what they're building, how they manage these projects and the role of the position you're applying. Whether you like Scrum or not (as an example) you don't want to hear "we kind of use Scrum" or "we'd like to do more unit testing, but just don't have the time" or some other statements indicating they don't have their act together. Get into whether or not their projects are on time. How much mentoring you'll get as a junior developer or is everyone too busy putting out fires to offer any help. In the most hectic shops, some people won't even be able to complete your interview without interruption (Yes, I've had people do work during my interview "sorry, but we have an emergency" type stuff).



            Find out what it is really like to work there. Ideally, you get part of your interview where you can privately meet with someone close to your level. You don't want them sitting next to their manager telling you how great everything is.



            Ask you manager how you'll be evaluated and the frequency of feedback. A good supervisor can be your savior even when working on an awful project for a terrible company.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Aug 26 '15 at 1:57







            user8365


















            • If you only take jobs where they have their act together, you're likely to be unemployed most of the time unless you're really lucky. Plus, if you only work at places that already have their act together, there is no way you'll get the experience involved in blazing the trail for a team on the way to getting its act together. For example, someone has to decide what the specific practices are going to be and set up the technology stack. Being able to do that is relatively rare.
              – Amy Blankenship
              Aug 26 '15 at 20:23
















            • If you only take jobs where they have their act together, you're likely to be unemployed most of the time unless you're really lucky. Plus, if you only work at places that already have their act together, there is no way you'll get the experience involved in blazing the trail for a team on the way to getting its act together. For example, someone has to decide what the specific practices are going to be and set up the technology stack. Being able to do that is relatively rare.
              – Amy Blankenship
              Aug 26 '15 at 20:23















            If you only take jobs where they have their act together, you're likely to be unemployed most of the time unless you're really lucky. Plus, if you only work at places that already have their act together, there is no way you'll get the experience involved in blazing the trail for a team on the way to getting its act together. For example, someone has to decide what the specific practices are going to be and set up the technology stack. Being able to do that is relatively rare.
            – Amy Blankenship
            Aug 26 '15 at 20:23




            If you only take jobs where they have their act together, you're likely to be unemployed most of the time unless you're really lucky. Plus, if you only work at places that already have their act together, there is no way you'll get the experience involved in blazing the trail for a team on the way to getting its act together. For example, someone has to decide what the specific practices are going to be and set up the technology stack. Being able to do that is relatively rare.
            – Amy Blankenship
            Aug 26 '15 at 20:23












             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f52548%2fwhat-should-a-job-seeker-know-about-job-non-descriptions%23new-answer', 'question_page');

            );

            Post as a guest

















































































            Comments

            Popular posts from this blog

            What does second last employer means? [closed]

            List of Gilmore Girls characters

            Confectionery