Live data from Hacker News

Don’t do interviews, do discussions

thinkingthrough.substack.com

411–420 of 432 posts

Re: Don’t do interviews, do discussions

#411

Earlier quoted context omitted.

When I interview, I don't spend much time reading the resume beforehand, but I'll ask a few specific questions about it during the interview. If one assumes nobody reads their resume, however, then what benefit would they get from lying?

A resume is not an interview.

I never said it was. It’s a reference that most interviewers will have on hand before/during the interview.

Re: Don’t do interviews, do discussions

#412
post #137

Earlier quoted context omitted.

It’s perfect code with 105% test coverage and there are amazing meetings and everyone is as smart as they think they are.

So if I'm understanding your cynicism correctly, the code at FANGs sucks and so the solution is to lower the hiring bar?

Not at all. Just pointing out that a high bar for hiring still leads to shit code. And that's fine, its called growing pains.

Re: Don’t do interviews, do discussions

#413
post #232

Earlier quoted context omitted.

> In the last company I worked in London, only one team (DevOps) did not follow scripted interviews. It was the least diverse team, not just in terms of representation, but in terms of diversity of thought. Did this result in poorer job performance for the DevOps team, or any other negative business results that were specific to that team? If not, who’s to say which interviewing method was better or worse? As an inte…

> Did this result in poorer job performance for the DevOps team, or any other negative business results that were specific to that team? If not, who’s to say which interviewing method was better or worse? It did. And even if it had not in this particular case, it will hurt the company in the long run. There is not even a shred of doubt in my mind that diversity (of thought) is the best investment that leads to succes…

> It did. And even if it had not in this particular case, it will hurt the company in the long run. There is not even a shred of doubt in my mind that diversity (of thought) is the best investment that leads to success.

prove it. oh wait you can't.

Re: Don’t do interviews, do discussions

#414

Earlier quoted context omitted.

Thank you! That is a very interesting world indeed. But, just focusing on the algorithms part of it, I never could answer how exactly a specific algorithm worked, but I've had to use many algorithms in my "normal" job. I just know "oh this needs a modified DFS, or A*, with custom heuristics, or a priority based permutations generator". I cannot answer how any of this works in detail on the fly, but I know where to lo…

Is it sufficient? Depends on your interviewer and other factors. I personally wouldn't fail anyone for not knowing absolute specifics(unless they claimed to know as much). I would expect some 'algorithmic thinking' and basic familiarity. The interview is also based on a fair bit of luck. In my case, I was asked about virtual memory, and I had literally just days before done a deep dive through the Linux VM subsystem.…

That's fair. I think we are saying the same thing, it is just about what you know at that moment, rather than your true capabilities.

Also, my statement was not blanket statement, nor that I wrote more code than others. I was referring to a very specific set of problems that I was working on and not generalizing that I'm better than all googlers. There are many people who are way smarter/better than I am. I'm just saying not being in FAANG does not mean one is not good enough.

I think the interview processes put a bar on if one willing to put in the amount of specific kind of work needed to get in or not. In its own way, it is a good filter (for them)

Re: Don’t do interviews, do discussions

#415

Earlier quoted context omitted.

As I near the entry into my 30s, I begin to see this more and more clearly. I used to be EXCITED about my job, about a project, about a task. It also made me very stressed and made me take things personally when they didn’t go according to “my vision”. Back then, I’d have read this sentiment as “jaded” and “cynical”. But as I mature, I find the balance, and I find truth in these words.

Oh yes. Getting genuinely excited about a project is a recipe for burnout, especially when the project doesn’t go in a direction that continues to excite you. I’d argue that an employee who can work on a project despite his lack of excitement is better than one who needs this excitement to function. What excites me are things like enjoying time with my family, the idea of making enough money to retire in my 50s inste…

Thanks for your perspective. I have been burning out job after job and could never tell why. It’s like my mind was excited but my body could not go on.

Re: Don’t do interviews, do discussions

#416
post #197

I wish I could a 2-3 hour interview where I (or the candidate) showcase one of my projects and explain the architectural details and decisions in addition to showing any cool/hairy/insane code that got the job done. We can discuss those things and see how to improve them, or laugh at the crazy solutions. Honestly how many times do I need to rehearse these dumbass algos (blah blah blah, so I'll optimize for space with…

You can sometimes. This is literally one of the interview questions I ask - tell me about a complex project.

Re: Don’t do interviews, do discussions

#417

Earlier quoted context omitted.

They don't have problems with the questions. They are not able to write a simple C++. And they are applying for a C++ dev job.

I would think that could get filtered out on the resume check with no relevant experience. Are they lying on the resume?

I honestly don't know. I asked myself the same question.

These guys are applying for C++ dev jobs but are completely unable to write a program. Most of these fake programmers have studied electronics (not CS) or have studied in a country where you can buy a degree.

Re: Don’t do interviews, do discussions

#418

Earlier quoted context omitted.

They don't have problems with the questions. They are not able to write a simple C++. And they are applying for a C++ dev job.

I would think that could get filtered out on the resume check with no relevant experience. Are they lying on the resume?

It's extremely common for people to not only advertise that they have specific skills, but even to have been using those skills for years, yet be entirely unable to demonstrate those skills when requested.

C++ is a particularly badly affected language for some reason. I think there are a lot of people who learned C++ once, a long time ago, then moved to Java as quickly as they could when it came out. But nobody likes to admit that maybe they lost a skill they once had, so they keep putting it down on the CV regardless. And then when asked to write something like hello world, they don't remember how to use std::cout or whatever.

Re: Don’t do interviews, do discussions

#419
post #336

Earlier quoted context omitted.

You can’t remove the identifying details and talk about the technical challenge and usage in a generic sense? Your system or software is that specific? Can you give a now public example?

I can, and that’s usually what I do, but there are identifying details about the very specific domain which AWS only has a single product in. So I can talk about architecting a system, about customer feedback and redesigns, but I can’t talk about work I did that will span another three years. I think at FAANG it’s usually fine — most people have good enough examples even without their full repertoire. But at mid ente…

> I can, and that’s usually what I do, but there are identifying details about the very specific domain which AWS only has a single product in.

Sorry, to be clear, I mean can you give an example of something you couldn't use as an example, but is now public.

I've worked at GAMMA, and agree, it's very doable to turn my work generic and talk about it in-depth, compare it to alternatives, etc. so that was the main driver in asking for an example.

Re: Don’t do interviews, do discussions

#420

Earlier quoted context omitted.

It's hard to tell if it's hysterical without knowing the Cost/Benefit for the company. How empowered are new senior hires, and how expensive is the time of the team? At larger companies senior engineers are often phenomenally expensive and at smaller companies controls over potentially business ending operations are usually minimal. A friend of mine at a FAANG recently dealt with a bad hire. Their guess was that in t…

> Their guess was that in the 6 months the bad hire was there they cost the company maybe ~5 million between wasted engineer time and delayed release schedules after people kept having to put out their fires. I've worked with one or two of those, but I've also been on interview loops that rejected candidates who went on to massively successful careers at a different FAANG. The cost of false positives is relatively ea…

companies think that during interviews it is cheaper to let a really good candidate go than hiring a bad one. that is a huge mistake. every now and then they will not hire a key unique candidate, so they miss out on billions of $ in value. they don’t understand that if you hire 100 people, only about 5 of them will be doing all the important work and creating all the value.
Post reply on HN