Live data from Hacker News

When hiring senior engineers, you’re not buying, you’re selling

hiringengineersbook.com

141–150 of 694 posts

Re: When hiring senior engineers, you’re not buying, you’re selling

#141
post #99

Earlier quoted context omitted.

Why doesn't the gopher archetype also apply to development roles? Persistence pays off if you measure your own results. Knowing how to divide a problem is really important, even if you're great at algorithms.

I can’t overemphatize how much persistence really paid off in past jobs I had. Coworkers that had persistence were such a delight to work with because they didnt give up the first time they got stuck. They did the nitty gritty work of tailing/grepping logs, using a debugger, endless Googling, print statements, and anything to find out the root cause of a bug... or even to understand a legacy codebase.

It's probably such a delight in part because bright kids are frequently not persistent. They are used to things coming easily. If it doesn't come easily, many are quick to throw in the towel.

Someone who is both bright and persistent can move mountains. But it often has a big social downside. People don't like change. Being bright, persistent and also socially savvy enough to sidestep drama is practically a unicorn.

Re: When hiring senior engineers, you’re not buying, you’re selling

#142

Earlier quoted context omitted.

I disagree a bit here. Of course, salary is very important, but I (and many people I know) would easily choose (and have chosen) a lower salary for any combination of these perks: - Work fewer hours - Work from anywhere - Work in a specific location - Work in a certain environment - Work in a specific kind of organization - Work with specific technologies - etc. People are very different and have very different wishe…

But you don’t get any of those with a startup. They want you there onsite working long hours doing one specific thing

From my experience, it depends entirely on the startup. There are enough success stories now from startups that treat their employees very well and came out on top.

Re: When hiring senior engineers, you’re not buying, you’re selling

#143
post #41

Earlier quoted context omitted.

I won't apply at, or respond to recruiters representing, those companies that have a reputation for a long and/or torturous hiring process. While I have no interest in being interrogated with high-stress puzzle solving, it is not the interview process itself that causes my disinterest; it is the understanding, from experience, that how a company treats its potential candidates is often reflective of its general cultu…

I was referred to a company that eventually handed me “6 hour” (likely much more to complete sufficiently enough to advance) take home project a few weeks ago and I still can’t bring myself to start it. I read their Glassdoor reviews and the number of folks are reporting either being ghosted or getting a negative response minutes after submitting, after putting days of effort into this exercise, is disturbing. It see…

> it’s not even something I can open source if they don’t like it

What? Of course you should... make sure you create a repo with the company name and people can create issues to collaborate on a better ToDo sample code.

Re: When hiring senior engineers, you’re not buying, you’re selling

#144

Earlier quoted context omitted.

I find this "salary first" a little bullshit too. For the most part it's true, but it's not strictly true. If Amazon offers me $180k but I need to work like a slave, but a startup offers $150k but is very chill, I'm gonna choose the startup.

What if Google or Facebook offer you $300k no risk, with a relatively standard work life balance. Then you have to really carefully weigh the startup equity package and how much you enjoy the respective work environments.

"Standard" work life balance is relative though. I know lots of people who don't want to work full time. This is especially true for people with family/kids (who incidentally are usually older/more experienced).

Re: When hiring senior engineers, you’re not buying, you’re selling

#145

Earlier quoted context omitted.

It does always amaze me that literally what you learn in HR 101 in an undergraduate management curriculum is controversial. The r^2 of a ton of different methods for predicting job performance is something large companies are highly incentivized to get studied by academics (and they do). Spoiler alert: work-sample tests are the only practical and generally tolerated one to use (for software engineers) that is actuall…

>It does always amaze me that literally what you learn in HR 101 in an undergraduate management curriculum is controversial. The r^2 of a ton of different methods for predicting job performance is something large companies are highly incentivized to get studied by academics (and they do). Large companies are not "highly incentivized" to optimize they're hiring process. Once a certain throughput is achieved, there's v…

Microsoft and Google do not collectively hire that many people and are not who I am talking about. “Brain-teaser” type questions are explicitly not work-sample tests and, yes, have no correlation with job performance.

Re: When hiring senior engineers, you’re not buying, you’re selling

#146
post #3

A lot of this post seems pretty reasonable. But: In my experience, it’s fairly easy to judge technical skill. A friendly conversation about technical interests and recent projects can often be enough. Bullshit. Sounding credible in technical interviews is a skill, not the same skill as actually being a good programmer, and might even (statistically, in the large) be close to orthogonal to it. We found this out the ha…

Reading https://sockpuppet.org/blog/2015/03/06/the-hiring-post/#work..., it looks like your process is better than most!

However, I've walked away from interview processes that require a work sample that'll take more than a few hours or require lots of domain knowledge to get started. It just isn't worth my time, especially as a barrier to entry before talking to anyone.

Things I am happy to do to see if I'm a good fit:

- Pair with a developer on the team. I learn just as much about the team I'd be joining as the hiring company does about me. - Talking through code that I've written, talking through how I came to the implementation and how I might refactor/enhance further. You can't really bullshit this without the interviewer being a nit.

Things I'll do as a 1099: - Fix a real bug - Refactor real code - Do a project that isn't trivial, start to finish

Re: When hiring senior engineers, you’re not buying, you’re selling

#147
post #50

Earlier quoted context omitted.

But it’s not generally tolerated. You end up optimizing for sub-prime candidates because those are the only ones desperate enough to take 4-6 hours out of their free time for a company that hasn’t even bothered interviewing you, yet. If they want to turn the onsite into one big work sample, by all means, that sounds very effective (and something I’ve seen work well). But in my experience, you’re going to deter qualif…

Again: this is true of "work sample" tests in their mainstream implementation in our industry (spend 6 hours jumping through a hoop for the privilege of running a standard, nondeterministic interview gauntlet), and those hiring processes are a scourge. But there's a right way to do it: give work sample challenges and then, at least for the most part, end the technical qualification part of your process there . You sp…

We subscribe to the work sample test as your best option for technical validation, but we also limit ourselves to a small window of time, on site. We pick something we recently worked on, distill it down to something we can knock out in 15 minutes, and give the candidate about 45 minutes to work through the distilled problem and then we explore for about 15 minutes their solution and how they would make it production ready (as a conversation). We then have another 45 minutes of designing a solution to something more complex we recently had to work on, again distilled down. It involves a white board and boxes and arrows. The last 15 minutes is time for them to ask whatever they want of us. We have two interviewers on this technical portion to level out false reads by the other interviewer (I thought this part was a poor answer, but the other interviewer has a different view of it).

I really like it so far. The part I'm battling on it is if the current coding part selects against Java developers. Part of the code we want right now requires a unit test with dependency injection to match an interface. So many of our Java candidates simply can't set up a running unit test. They are used to layers of framework already set up in the IDE and just clicking on stuff. They have full access to Google. Maybe it is good we are filtering out these candidates, but I'm not sure. Still thinking on it.

Re: When hiring senior engineers, you’re not buying, you’re selling

#148
post #3

A lot of this post seems pretty reasonable. But: In my experience, it’s fairly easy to judge technical skill. A friendly conversation about technical interests and recent projects can often be enough. Bullshit. Sounding credible in technical interviews is a skill, not the same skill as actually being a good programmer, and might even (statistically, in the large) be close to orthogonal to it. We found this out the ha…

I have recently gone through interviews in few companies, and in almost all of them I've been skipped the first small technical test. I have a strong online profile [0][1][2] so I was very glad not to have to spend several hours doing some simple fizzbuzz. Don't get me wrong, you could say that I even enjoy doing these small puzzles, but with a fulltime job and trying to select several companies I just didn't want to spend a lot of time on that now and I'm glad they all skipped it.

However, later in the process they all had a more technical test with people. If there was no technical test at all I'd feel the companies didn't know what they were doing and hiring people who didn't know how to code, but if there was too much BS initially I'd feel that they also didn't know that they were doing in the way that they were missing senior devs with many options because they were making it difficult. This just seemed the perfect balance.

[0] https://francisco.io/

[1] https://github.com/franciscop/

[2] https://stackoverflow.com/users/938236

Re: When hiring senior engineers, you’re not buying, you’re selling

#149
post #105

The author is from Austria. As a dev who moved there 4 years ago I noticed it's probably some archaic Germanic cultural trait for any job postings to be very employer focused, acting like they're doing you a favor by hiring you and not caring about what the employee might want, even for senior roles. Maybe a local is reading this and can explain why this is still a thing.

You're so goddamn right! I live in Germany and the only companies I can work for are international ones (US-based). At least I know how they work, what they expect, and generally speaking, it's the way I like to work. Never, ever work for companies like Deutsche Post, Telekom etc.

Interesting. Any idea what the experience is like working at T-Mobile in the US?

Re: When hiring senior engineers, you’re not buying, you’re selling

#150

Earlier quoted context omitted.

I understand what you’re saying but I think you’re underestimating how many people like city life. I work in SF and most of the people here are here specifically because they DONT want to live on ten acres in some rural place, they love that the city is walkable and dense and interesting. For most folks the issue of living in condos or apartments it’s an issue at all until they reach a certain family size. At that po…

outside of SF there is basically nothing else walkable west of the Mississippi What a sad perception.

So where is it?

Where can you live outside of SF that you don't need a car and can live a normal adult lifestyle?

Post reply on HN