Live data from Hacker News

Hiring Processes Are Also Engineering Processes

ramblinjan.com

41–50 of 71 posts

Re: Hiring Processes Are Also Engineering Processes

#41

Earlier quoted context omitted.

Cool. So they just said, "Hey, we would like to offer you the job. Here are the details. Please take your time and let us know when you've made a decision"?

That's right, although they said something like 'Please decide within the week' or something to that effect. I'd have to dig up old, old paperwork to get the exact phrasing, but it wasn't 'Hey dude, it's chill, whenever you make up your mind'

Sounds super-professional.

Re: Hiring Processes Are Also Engineering Processes

#42

Most hiring processes are engineering processes in the same sense that throwing a sheet over two chairs to make a cubby house is civil engineering...

hiring processes are business processes

engineering processes are business processes

there is the common "base class"

Re: Hiring Processes Are Also Engineering Processes

#44

Earlier quoted context omitted.

It depends on your definition of "perfectly acceptable." Almost every job in every industry with a hiring cycle rejects "a majority of candidates," especially when there's limited space. > These costs can easily outweigh the cost of a bad hire. How so? You're right that I've relied a good bit on the anecdotal, but aren't you doing so a bit here? Bad hires are ridiculously costly--especially on a small team--because t…

> Hiring more people because of loss aversion also falls prey to the trap of "more people = more productive" Although perhaps true, I don't really see how this is relevant to what CoolGuySteve said. CoolGuySteve isn't recommending anything about the number of people that are hired for a particular role, or the rationale for picking that number. Rather, he's just observing something about the cost of being overly pick…

You don't always have a fixed number of positions.

Often it's "we could really use more people, but only if they're better than [some level]".

Re: Hiring Processes Are Also Engineering Processes

#45
post #39

Earlier quoted context omitted.

Other professions hire based on pedigree and looking+sounding the part. I personally prefer a hard skills test. But of course I would, the latter scenario favored me much more than the former when I was not-yet done with college, and also when I was looking for my second job in a new city. There's always some complaint in these kinds of threads about whiteboard coding. I love whiteboard coding! I did it a fair bit ou…

How much whiteboard coding do you do once you are hired? I'm not talking design but actually writing a sort algo with all the curlies in the right place, on a whitebaord?

Not much, maybe once a month. One thing I vaguely recall is the sequence and error handling of some service caching, writing to a database, and putting a message on a queue. Obviously it wasn't about "curlies in the right place". And as mentioned, it wasn't recently, it was about 3 years ago now - the most recent team I work with is very small and half remote.

I still think there are things that are good to be able to do, even if you don't use them regularly. As a bad metaphor, swimmers do some dry-land training...

Re: Hiring Processes Are Also Engineering Processes

#46
post #25

Earlier quoted context omitted.

Elevator pitch that resume.

Seconded. I always write a summary even though many writers don't, and my emphasis on summaries is also to define my client before a junior recruiter or inexperienced screener does it incorrectly on their own.

I hate the "objective statement" (since it is almost always just filler nonsense), but a good personal statement can go a long way. It's like a good thesis statement: make a bold claim that is backed up by the evidence in the resume. But it helps to tell people what unique stuff they should look for.

Re: Hiring Processes Are Also Engineering Processes

#47

Where does this assumption come from that rejecting the majority of candidates leads to better results? At some point you're just cutting into the bone and rejecting candidates that are perfectly acceptable. The more candidates you reject, the more time you waste and the more people come out of your interview with a negative experience of the company. These costs can easily outweigh the cost of a bad hire. Nobody wri…

It depends on your definition of "perfectly acceptable." Almost every job in every industry with a hiring cycle rejects "a majority of candidates," especially when there's limited space. > These costs can easily outweigh the cost of a bad hire. How so? You're right that I've relied a good bit on the anecdotal, but aren't you doing so a bit here? Bad hires are ridiculously costly--especially on a small team--because t…

> Bad hires are ridiculously costly

Here's a serious question. Please make an effort to think about it and come with an answer for your company: What is a "bad hire"?

Re: Hiring Processes Are Also Engineering Processes

#48
post #7

Earlier quoted context omitted.

Anec-data to your point: The two best companies I've worked for made their offers at the end of the interview day.

How did they go about doing that? It seems like it would be very difficult to avoid pressuring someone to decide on the spot. When that's not the intent (i.e. when the company respects a person's right to think about the offer), it seems like that risks becoming an uncomfortable situation.

I just want to add. We provide instant feedback at my company too.

We just requite an immediate answer thought. We just tell the result and we send an offer letter the next day.

Re: Hiring Processes Are Also Engineering Processes

#49

Earlier quoted context omitted.

It depends on your definition of "perfectly acceptable." Almost every job in every industry with a hiring cycle rejects "a majority of candidates," especially when there's limited space. > These costs can easily outweigh the cost of a bad hire. How so? You're right that I've relied a good bit on the anecdotal, but aren't you doing so a bit here? Bad hires are ridiculously costly--especially on a small team--because t…

> Bad hires are ridiculously costly Here's a serious question. Please make an effort to think about it and come with an answer for your company: What is a "bad hire"?

Isn't my original blog post at least a little bit of evidence that I've put a good bit of time into thinking about that?

I mean, a "bad hire" with the consulting/open source shop where I did a lot of interviewing & hiring was something pretty specific. A bad hire where I am right now is something pretty specific.

Post reply on HN