51 comments

[ 3.4 ms ] story [ 110 ms ] thread
And site seems down :-)
Should write another post - How not to setup a blog!
That would be one sentence - never use openshift.
Quick fix: render locally, copy out the page content to a static file, and upload that at the correct URL?
Why not? It worked well for me when I got HN'd and I hadn't even setup caching (though I did have Cloudflare). And that was on the free tier.
Can I have a quick micro rant here: I don't want to know about perks when I'm job hunting. Tell me about the type of work (not a wishlist of skills you want), the ball park pay (not a range), the location (I'm looking at you, agencies), the level (entry level vs management) and the type of hours (I'm the type of weirdo that has a life outside of work). I don't care if you have free lunch or free t-shirts. I expect to work hard and get paid for it. P.S. Forget the marathon gauntlet interview with multiple skype calls; that's why I send you a copy of my resume and give you references. OK, rant over. Please carry on. Nothing to see here.
Fair points. I agree with you.

Cheers!

I'd agree with this, but also add type of company. Somewhere where people need to wear a suit == instant rejection.
#1: Give me the actual location of the job, and on-site vs telecommute allowed.

Please go ahead and tell me about the culture, attitude, perks, etc: these are likely to be red flags that I need not apply!

Oh, I want to know the perks, because that tells me the culture.

If the perks are a gym membership and free transportation pass, it may be my kind of place. If tney mention ping-pong tables and game consoles in their lounges, I know I should run away screaming.

(If you are half my age, you might reverse those.)

I agree about needing to know the culture. I don't care about perks because I'm interested in the work and the culture. Job ads use the perks as the main justification why you should want to work there. I can find my own gym and transportation.
I consider perks as a part of the salary. Let's take an extreme case: free food. If I can eat for free 5 days a weekend, that's a lot of money I don't have to pay!
> If I can eat for free 5 days a weekend, that's a lot of money I don't have to pay!

How much salary are you on ?

I'm in France, salaries are different. I'm around 40k/year.

In my case, I use about 150-200€ for midday lunches in a normal month (eating out, I'm in a client's office, and eating at my desk would means eating alone, and I forbid myself to do this anymore). So that's 200*12 every year.

If it's free food, it's money I don't get, so I don't have to pay taxes on this money. I'm in the 30% range, so free food = about 3k€/year salary.

Comparing to the ingredient cost of making your own lunch (lets say $3), free lunch is only worth $750 a year. Maybe more if you eat expensive lunch items and you assign a time value because you hate making lunches that badly.
> Let's take an extreme case: free food. If I can eat for free 5 days a weekend, that's a lot of money I don't have to pay!

I think the extreme perk there is "5 day weekend", not "free food".

Indeed... When I write "week", my brain autocompletes with "end". My bad.
I would prefer the extra salary that it costs to provide it instead.
The location one is huge. I've seen headhunters list everything from Hamilton to Oshawa as "Toronto". These locations are like a 4 hour drive apart at rush-hour.
I'm constantly seeing agencies repost job ads and the only location information is the location of the agency; or sometimes they give a location of Townsville because Townsville is "only" a 2 hour drive from the true location.
>> P.S. Forget the marathon gauntlet interview with multiple skype calls; that's why I send you a copy of my resume and give you references.

Yes. That.

So, if the job post included the information you desire (the type of work, the ball park pay, the location, the level and the type of hours) AND then the following: "If that alone above sounds interesting and something you'd like to be a part of then inquire or submit your resume because we also offer numerous other perks we'd be more than happy to share with you."

Would that be the best type of job post? I would think so because then you know they aren't applying because they get X, Y, and Z but because of the work. X, Y, and Z might be nice perks if they enjoy them but if they don't care about X, Y, and Z you know they're still interested in the opportunity without them.

There are a few things I want to know about when looking at job posts: tech stack, target salary, what the company is, and a small list of perks. This will give me an idea of what the office environment is like.

I hate it when job postings start listing out needed skills. I read one the other day listing 5+ years of HTML5 and CSS3 experience. When it comes to years of experience, you're more likely looking for a particular level of knowledge and some people are going to get there in a year or less, and others will not get there no matter how many years of experience they have.

It also is a red flag to me when I see that - I know I am performing close to on par with some people with industry experience of 10+ years on the frontend. All things equal, you will want the rising star, since that person hasn't hit a ceiling yet, and there's a decent chance you can get away with underpaying that person.
The real kicker is that while a lot of frontend skills are still valuable and very relevant, it's also a space that's changing rather quickly.

People set in older patterns who haven't adapted aren't going to be as valuable as people versed in the newer patterns and tools. And those people won't be as valuable as people familiar with the older patterns who also adapt and keep up with the current state of things.

Also agreed. I do envy those with more experience with me who are doing more with current technologies, since they have the advantage of having done it longer.

But it makes me wonder what the heck are these companies thinking when they are looking to hire if they care about # of years. You can be in the industry for a long time but be terrible.

Hmm. You think you are on par with someone with 10+ years experience.

As someone with +10 years experience, I now see my skillset a lot differently from ten years ago.

I know a lot more now. I can not do trivial pursuit programming questions as well as I could in the old days. Or clever hacks. I can't come up with a clever algorithm quickly like I used to. I can however design a database well. I think it is easy, but then my colleagues come up with some hacky solution, I can see instantly that it will cause confusion later down the line (e.g. using the same variable for two things), and suggest a better solution. I haven't read about design decisions in a book, that comes from experience.

Then again maybe the person you are comparing yourself to is a "one years experience ten times" person.

I commented on a similar post a couple of months ago but will re-paste it here.

A good job posting in my opinion must include:

- LOCATION or REMOTE. You can talk all about your great company, awesome team, great perks but if you don't tell me where do I need to go, it is really not very useful.

- COMPANY NAME: I hate it when recruiters post "Fortune 500 client". Really ? Could you be any more specific ? </sarcasm>

- SALARY RANGE: "Market Rate Salary", "Salary: Competitve", "Salary: commensurate on experience" is all bullshit. Give me a range. I understand that the exact salary could depend on how good you are but every employer has a range. Specifically big companies. Also, please make the range reasonable. 60K-150K is bullshit because then you are just throwing numbers for the sake of it. 60K-85K or 100K-130K is more reasonable.

- TEAM DESCRIPTION: Describe the team as much as possible without necessarily revealing personal info. I would rather like to read "We are a team of 5 people spread across the globe where 2 of us do the back end dev in NYC.......". Don't give me generics like "Excellent motivated team working on world changing projects looking for the next ninja to join our awesome team". Really again ?

- WHY ARE YOU LOOKING TO HIRE: This is a must for me. Is this position open just because you have some cash to burn to show good to the management that you are "growing" the team or is there really a pain point that can be addressed by hiring. What problems are you facing currently that could be solved by this hire ? It is better to be needed than being a nice to have.

- BENEFITS: This one is a nice to have. But again be specific if you can. You offer 401K/pension ? awesome. now tell me what the employer match percentage is. Or at least link to your HR benefits site if it is externally available. I am always surprised to see how little you know about benefits until you are hired. In the US, health insurance is a big deal. I want to know upfront what kinds of plans are offered which could impact my salary requirements as well.

I just wrote my first every job post yesterday, what a great life experience =) !!!

Anyway I did all of these things except salary range. If I left that out, I thought it would give me more room to negotiate, it's an iOS job for a startup btw (email me if interested I guess). I mean, these iOS guys know what the going rates are, I didn't see the point of writing down a number for my first ever job post, plus I was scarred of picking the wrong number =/ How bad is it to not include the salary range type info?

Here is the problem with not including a range. If you want to attract good candidates who know their stuff, they will most likely be put off by not having any idea. You can always argue "but what if my lowest number is too high and I lose by disclosing it first?" but the fact is that if a good fit candidate is reading that job description, your lower range is most likely indeed a "low" number. Good candidates are more interested in the high number because if that number is anything below their requirement, why bother ? But then you could argue "what if I can convince them to join me even though I am paying peanuts" and the answer is you will most likely lose. Rarely you will find good fits who are desperate. Remember they are usually "passive". So instead of worrying about numbers game, be honest and disclose whats the "least" you can pay and whats the "most" you can pay. Leave the in between for negotiation. Good candidates who you want to hire will like the fact that they know what they are working with. Also, don't make the range too broad like 60K-150K. Thats useless because then you are just putting numbers for the sake of numbers. A range like 60K-85K or 100K-130K is more reasonable. Also tells the candidate immmediately if it is worth their time.
Great post. I second the salary point. A geek salary has a very wide range, and I'd quite like to filter out those positions that would give me a pay cut first, thank you very much.

Just one thing - you might want to translate US-specific terms like "401K" into globally understandable terms like "pension".

FWIW, 401(k) and pensions are very different things.
Having glanced my eye over http://en.wikipedia.org/wiki/401%28k%29 I personally can't see much difference between it and what I would call a contributory pension scheme. Perhaps you could explain what the main differences are between a 401k and a pension, in the eyes of a USian.
In the US, a pension is traditionally considered a scheme by which you receive a lifetime stipend from a company upon retirement after working for a set number of years. A 401k is a contributory 'pension', but the word 'pension' just has a different social connotation in the US.
A pension is generally a defined benefit retirement plan (a guaranteed annuity), whereas a 401(k) is one (of many) kinds of defined contribution retirement plans.

A "contributory pension" is a pension to which an employee makes contributions from, a "noncontributory pension" is one where the entire amount is funded by the employer, which is a different axis of distinction from the pension (defined benefit) vs. defined contribution distinction.

> A pension is generally a defined benefit...

Ah, this is the difference. For me (in the UK), a pension can be either defined benefit or defined contribution.

There are three positions on your contributory axis - noncontributory (employer pays all), contributory (employer and employee pay), and personal (completely independent of employer).

(comment deleted)
A couple explanations from a recruiter (why recruiters do these things): - Company name: Agency recruiters don't post company names typically because they are afraid other recruiting companies might steal their clients. If a competitor agency sees COMPANY is hiring, they might call and try to compete for their business. This is a huge fear in the contingency recruiting world, but in the retained world it isn't as big an issue. (I post client names, but my business isn't contingency)

- Salary range: The problem with posting a salary range is that candidates only hear the high number. Most will say that isn't true, but I've been recruiting for 15 years and whenever I gave a salary range to candidates of say 100-120, they would automatically expect that they would get the 120. Any offer below 120 was considered lowball. I'm sure there will be some who say they wouldn't feel that way, but it happened almost every time.

- Team description: Interesting that you mention personal info. It seems the trend is starting to move towards publicizing the members of teams where that could be a recruiting tool. If you have great engineers that are willing to have a somewhat public face for your company, many companies seem willing to use that to their advantage in today's environment. The risk of exposing team members to poaching by other firms used to be a larger concern, but now most people can be found via LinkedIn, GitHub, blogs, etc.

- Why you are looking to hire: When it's growth and new projects, I'll usually list it. When it's a replacement due to termination or turnover, don't expect that to be advertised.

- Benefits: Again, if the information is positive we tend to list it. If they are industry average, they typically aren't worth mentioning.

It's possible to write job descriptions that will get great responses while including none of the things you list here (except perhaps location).

About the range - of course I'll try and go for the high. You've told me you're prepared to pay that much, why would I negotiate for anything less?

Have you tried giving only the lower bound though? Something like "starting at 95". Then the candidate comes and asks for 110.

Let's say we're hiring for a Ruby Dev. My client needs talent, and we're not the kind of place that is going to say "Must have 2 years with X and 4 years with Y", because we're smarter than that. So I know we might get someone with 1 yr, or we might get someone with 5 yrs. So the range might be, realistically, 70-120K.

I tell you our range is 70-120K, and you tell me you are 1 yr out of school. Then you try to negotiate to 120K. I tell you that is for someone with more experience.

This happens all the time in the business. 15 years recruiting, saw it most of my first 10, and now I don't get into ranges.

When I'm working with senior level folks I respect their time and let them know if I think they'll need to take a haircut on compensation or if they are underpaid and might expect a nice bump. Most recruiters probably don't do that.

Giving the lower end of the range doesn't really provide any benefit to either party (that I can think of anyway). If the candidate is making more than the low end, he/she is likely to ask for a high end. If the candidate is making less, he/she is probably happy that they might get a bump.

"The problem with posting a salary range is that candidates only hear the high number."

Sure but if you want great candidates, why does that matter. Make the candidates work for that high number. Let them prove it. If you the employer thinks it is worth giving that number, then they will give it. If you think that there is a risk that a mediocre candidate might demand that high number, then it is the fault of employer for not being able to negotiate correctly.

"It seems the trend is starting to move towards publicizing the members of teams where that could be a recruiting tool. "

I agree with you here. Team description are definitely getting tricky in the world of social stuff. Where do we draw the line ? Publicly exposing your team members (specially at startups) can mean poaching attempts by others.

"When it's a replacement due to termination or turnover, don't expect that to be advertised."

Sure but that still doesn't change the fact why you are hiring. You don't want to say "we fired someone" sure but why can't you at least say "one of our team members left and we need someone to take over his role". There is a reason for this. Good candidates want to know if they are going to be join a role which was already there OR is a new role being created for a new requirement ? These things matter to a great candidate but obviously not to a medicore one.

"If they are industry average, they typically aren't worth mentioning."

Thats just a lazy way of saying "we are too lazy to tell you the benefits because well everyone gets it". Sure, but it impacts my decisions as a potential job seeker. Do you give 15 days or 20 days of vacation to start with ? I think thats important because for someone like me who is self employed currently, those are the things I want to know if I want to go fulltime because 5 days could mean thousands of dollars.

I'm actually turning my response into a full blog post, as I think many people will get something out of it. I'm not trying to argue that the methods used by recruiters are the best for candidates, but rather explain them in terms of the recruiter's perspective and motivations.

Salary range - It matters when you have candidates who have a false sense of their own value. If I'm hiring an Android dev for a client and I know the salary goes up to 140K, what is the use of telling that number to the person 2 years out of school who is only worth 80K at this point? The reason salary ranges exist is that a company realizes they will get some variation of experience. We can call people "Junior" and "Senior" all day long, but it matters little when we get applicants of varying experience applying for the same job.

The salary range, particularly when talking about those least qualified for the job, often creates an inflated sense of value that translates into potentially losing a candidate who feels somehow snubbed because they didn't get the max of the range. People aren't realistic about their value in most cases, and the range just reinforces that issue.

Reason for hiring: I see your point about replacement candidates, but most don't use job specs as a way to both screen in and potentially screen out candidates. I do like specs that screen out (if they want you to work 60 hours, I'd like that to be in the job spec).

Benefits: Again, we're advertising what is different. We could potentially write every single detail of the benefits package, including what the plan is and how much your copay will be if you go to the podiatrist without a referral, or whether or not our HMO covers chiropractic. That might be a dealbreaker for the person with the bad back, but it doesn't matter much to most people.

PTO is important to you, and to most - so that is something that is usually worth mentioning, but is only mentioned in most cases when it is above average. Most people will assume 'average' when reading a job spec unless it is otherwise stated. You'll assume 40 hours a week (probably), so if the company expects only 25 hours or if they expect 80 hours it is worth mentioning. If it's 40, should I mention it?

The job post is to get you to apply to something you are qualified for and hopefully interested enough to want to learn more (as well as screen out those who are unqualified or would obviously not be interested due to a dealbreaker), and we're not able to give every single point in it. Even if we did give every detail, you are still going to actually MEET the people, and you might not like them (or they might not like you). It's how we start a conversation with an applicant, but it's certainly not how we end it.

Anyone have a mirror of this? It seems to be down...
Apart from very confused about what an adjective it, this article nails it. Just because it's "ninja" and "rockstar" instead of "monetise" and "synergy" doesn't make it any less meaningless jargon.
If your job ad doesn't give some indication of salary, then it's literally useless to anyone worthwhile who might otherwise consider applying. Good candidates will only apply for jobs that they feel are worthy of them. If they can't even tell whether you're going offer $10k less than they're already on, they'll just move on to the next listing.
Can't access because the site is down, but I have a lot of feelings about this topic. Specifically, please never, ever, use one of these words to describe the developer you are hunting:

ninja, cowboy, rockstar, superstar, virtuoso, obsessed, "lives and breathes code", knowledgeable about some arbitrary activity or hobby to show how quirky and social the team is...

It gets tiring, as a professional, to read these job postings that sound like they're an ad for a teenage boy's summer camp. Usually the non-programmer postings will read like, you know, jobs for adults. Also, when you're asking for a "virtuoso" for your 60k junior dev spot, I don't know whether that means you don't know what that word means or you're just delusional. Either way, it sounds like everyone definitely has a puffed up ego.

Looking around these days i see a lot of ninja and rockstar requests, can't agree more with your post.

Also even for non-programmer jobs like sys engineers/admins i see a lot of hacker and superstar postings.

In my mind, a job posting, and the responses to it, are just intended to start a conversation.

Getting all worked up over what is or is not in the posting seem kind of silly to me. If you don't like the way it was written, fine - don't apply.

If you have questions, just apply. If they contact you, ask those questions. If they don't contact you, the answers didn't matter anyway.

Applying for a job is not a declaration that you want to work there. It is a statement that you are interested in discussing it more. All the real information gathering, in both directions, happens during the interview process.