Live data from Hacker News

Red flags I saw while doing technical interviews

blog.interviewing.io

61–70 of 394 posts

Re: Red flags I saw while doing technical interviews

#61
post #33

How did they get 60 interviews? Do I really need to join LinkedIn?

Live in a tech hub, get a good recruiter, say yes to everything. 60 is probably extreme, and a good recruiter would probably actually turn you down for this type of behavior, but it's def possible.

Re: Red flags I saw while doing technical interviews

#62
post #40
post #5

"Not Enough Clarity about your Role" - Like the author mentions, this can definitely signify that the role is not important. The other thing I've noticed over my career is that it could be that the role involves "grunge" work (awful oncall shifts, doing backend work when you want to do only frontend, etc). Companies hide behind cool titles/department names/etc, promising whatever you want to hear to get you in.

IMO it's not really 'not important' as much as 'not honest'. Someone, somewhere at that company chose to hire someone... and they know what they want them to do. Why aren't they telling me? Here I am sitting down expecting to divulge all sorts of things / do a dance, but they can't tell me what they want... There's all sorts of reasons to not tell anyone / corporate circumstances, but it's a really bad foot to start…

>Someone, somewhere at that company chose to hire someone... and they know what they want them to do. Why aren't they telling me?

This isn't necessarily true. As a counter example, I've seen team leads who claim they need to hire more engineers in order to keep up with workload. In reality, it's a process issue, but why put in the hard work of streamlining company operations, when they can just request more people underneath them. Not only is it less effort, but they also get to say "I grew the team 2x and now manage y people" which in turn increases their compensation.

It's a case of poorly aligned incentives: managers are supposed to do more with less, but their compensation structure rewards the opposite.

Re: Red flags I saw while doing technical interviews

#63
post #6

I can identify with the red flag where they try to pressure you to accept the offer in a short period. This is also called an exploding offer. I had a place do that to me and I ended up turning the opportunity down.

I refused to accept an offer quickly twice, only to find that the place was about to be bought and I would have gotten a payout if I'd have been an employee. As a new employee it wouldn't have been huge, but still it would have been nice

Re: Red flags I saw while doing technical interviews

#64

The "Not Enough Clarity about your Role" issue has killed Google with so many potentially outstanding employees. For years and years you wouldn't interview with your team, or even be told what team you would be joining. It is slightly better now, but you still don't interview with your specific team until very, very late in the process, if you even do. One of the worst things about interviewing at the big G.

There are downsides to team specific interviewing. You can have situations where the team is desperate to hire someone and so they subconsciously lower their bar. It also leads to a less standardized interview process and introduces more bias in the process. The downside of course is you may not get the best person for the specific role/team.

Google and many other tech companies optimize for a low false positive rate vs a low false negative rate. They would rather miss out on good talent than hire someone who doesn't fit their mould of what an engineer should be. This can work for Google since most people want to work at Google and they have a steady stream of applicants.

Re: Red flags I saw while doing technical interviews

#65
post #6

I can identify with the red flag where they try to pressure you to accept the offer in a short period. This is also called an exploding offer. I had a place do that to me and I ended up turning the opportunity down.

I know a lot of people who have “accepted” exploding offers but then just keep interviewing and will try to renegotiate or just reneg if they get a better one.

Indeed, the employee can give 1 day notice during the first month, by law in the UK.

Exploding offers are the least of the problems as a candidate.

Re: Red flags I saw while doing technical interviews

#66
As someone with 20+ years in the experience, red flag #1 for me is being expected to go through a skill-testing technical whiteboard (or similar) coding exercise before even having a deeper discussion about the role and whether there's a fit, etc.

I've seen this many times and I find it baffling: I already have a very high paying high quality job, I want you to sell _me_ on the position before demanding I do stressful work to prove myself to you.

The vibe I get from that is: they're not interested in senior or experienced talent. What they want is new grads. So I just tell them I am not interested. Either that or the hiring market isn't nearly as tight as people claim. There must be a surplus of talent if companies can get away with this.

I don't like whiteboard coding exercises, but would be willing to do them for the right position. We need to see if this is the right position for me/them before we proceed to that phase. That means that that process comes as one of the last steps, before an offer. If they're not willing to do that, I just politely decline.

Re: Red flags I saw while doing technical interviews

#67
Thanks for writing and posting this article. Technical interviews are one of the more essential topics in our field right now, and I do think 1) they're badly handled, and 2) difficult to get right.

A couple of thoughts on two points raised here:

1) Pressure to accept an offer. I may have lost out on an offer from a promising company by asking for a decision too quickly, and I did this because I was under pressure to accept a different offer. I believe the company's policy is that 1) they'll never rush their own decision to make an offer and 2) they'll never rush a candidate to accept. They figure that if they want to hire you, that won't change a month from now.

This position has a lot of integrity, but it does come from a position of great stability. Small companies may have only enough funding for one position, and they're terrified that by waiting for a strong candidate who is unlikely to accept, they'll lose out on another excellent candidate. The company I applied to was well established and well funded enough that they could hire anyone they felt was an excellent candidate. They were, in short, always recruiting, never desperately. The scenario I can't really respect is the company that takes weeks or longer about getting to an offer and then wants an answer in 3 days. I suspect that it's always usually best to pass on a company that is so desperate it needs to do this.

2) Not enough clarity about your role, and underprepared interviewers.

I think this can result from the "always recruiting" mentality. When it's tough to hire, and you have the money to hire, it really becomes about finding people when you find them. Companies are less concerned about exactly how to use a new hire, they're more concerned about finding someone they believe can make a strong contribution. As a result, they don't really hire for a specific role. Now, this is understandable as a motivation, but it leads to interview that are bewildering to a candidate. I've had full day whiteboard interviews covering data structures, SQL, and math, but without having read the company's website in advance, I'd be damned if I knew what they did, at all. That just can't happen. It shouldn't be possible for a candidate to go through an entire day of draining exam style interviews and not have the faintest idea what the company does. Even my interview at Google, which was very whiteboard-examish, the interviewers still took the time to explain what they work on before saying "so, suppose the search space were no longer rectangular or convex, how would you modify your code to find all matrices with positive determinants".

They aren't thinking about a role, they're thinking that if you can solve difficult code/math problems at the whiteboard, present and explain your ideas clearly, and seem professional in your interactions with people, they'll find something worthwhile for you to do (or, perhaps, they have confidence you'll find something worthwhile to do). It does make a certain amount of sense, but it leaves the candidate in the dark, and I don't want to join a company where my only interactions have been algorithm and data science questions at a whiteboard.

Re: Red flags I saw while doing technical interviews

#68
post #2

I was hoping this was red flags from the interviewer side. Yeah I'm hoping a blog will give me some feedback.

Aren't "red flags" from the interviewer side pretty obvious? Most interviews are just noise with very little signal. Some basic red flags: * Poor ability to self-reflect or demonstrate that they've learned things from their experiences * Lack of or otherwise poor critical thinking * Inability to communicate * Inability to display core competency in the skills required for the job, especially when challenged (I don't…

I'm 100% on board with the "would I like to work with this person" criterion, but I wonder how well it fares now, in the age that, at least on the surface of it, wages a crusade against all and every biases. If I am biased against a particular group, I probably wouldn't like to work with a person from that group, would I? How does the "would I like" criterion hold against this?

Re: Red flags I saw while doing technical interviews

#69

Role clarity is a huge one in my book. I've turned down numerous offers because when I asked what the specifics of my day to day job were going to be, the answers weren't clear. From the secret FAANG that likes to pretend what they are doing is defense contractor level top secret, and even after your hired you might not know what your actually working on, to the big companies where its clear the hiring manager only h…

Of the big tech companies, I've worked at Facebook, Google, & Apple. I've still not quite cracked what's different about Apple culturally that they seem to be more immune to this problem. The only main difference I can spot is I don't recall ever encountering a PM at Apple. To do planning engineers would propose improvements, new features, etc. These were bubbled up. Then executives would be responsible for building…

I took that as the "secret FAANG".

Apple definitely has PMs but they work differently than they do at most other companies.

Re: Red flags I saw while doing technical interviews

#70

Role clarity is a huge one in my book. I've turned down numerous offers because when I asked what the specifics of my day to day job were going to be, the answers weren't clear. From the secret FAANG that likes to pretend what they are doing is defense contractor level top secret, and even after your hired you might not know what your actually working on, to the big companies where its clear the hiring manager only h…

Of the big tech companies, I've worked at Facebook, Google, & Apple. I've still not quite cracked what's different about Apple culturally that they seem to be more immune to this problem. The only main difference I can spot is I don't recall ever encountering a PM at Apple. To do planning engineers would propose improvements, new features, etc. These were bubbled up. Then executives would be responsible for building…

The way Apple manages to do this is that, to a larger degree than others, the company is run as a collection of different companies. This has pros AND cons but one of the pros in this context is that their hiring is less "work at Apple", and more "work for THIS team at Apple". Hands-down unbeatable for the specific question of role clarity, but it's naive to pretend there aren't downsides to the practice.
Post reply on HN