Live data from Hacker News

Tech sector job interviews assess anxiety, not software skills: study

news.ncsu.edu

771–780 of 1001 posts

Re: Tech sector job interviews assess anxiety, not software skills: study

#771

Earlier quoted context omitted.

Amazon is the king of assessing how much you want to work for the company. The recruiter will place a huge emphasis on nailing their Leadership Principles, and coming up with stories from your work to demonstrate you embody the Principles. They will even tell you that specific interviewers have specific LPs they will probe on, but in the actual interview they ask very veiled questions and you're supposed to know that…

This approach also works realy good when interviewing with other companies. I used the STAR [0] principle everytime after Amazon, it almost always worked. Having interviewed a couple of people at Amazon myself definetly helped. [0] Situation - Task - Action - result, basically your story tellling format for Amazon interviews. Back the day it was even covered on their interview prep page.

STAR is not just for Amazon. It's a great way to answer "behavioral questions" at any company. On the other side of the table, as an interviewer, I can recognize the STAR format instantly and am very appreciative that the candidate has taken the time to structure his or her answer in this easy-to-digest way.

Also, and I don't know if there is a nice acronym for it, but I like the formula where you:

1. Say what you're going to say

2. Say it

3. Say what you said

So if the question is "Tell me about some things you consider when you need to do task ABC," You structure your response like this:

"I'm going to describe the top three things I consider. 1. Foo. [Details here]. 2. Bar. [Details here]. 3. Baz. [Details here]. In summary, Foo, Bar, and Baz are the things I consider in that situation."

Is a much better response than unstructured word salad that contains the same detailed content but jumbles it all together and kind of trails off, leaving the interviewer wondering if the candidate is done talking.

Re: Tech sector job interviews assess anxiety, not software skills: study

#772
The problem is we don't like the process, but not many people propose reasonable solutions. One extreme is just hard LeetCode questions, and the other is, "they should just talk to me about my experience and projects." We need something in the middle. Some ideas I've been thinking of:

- Pair programming with a problem that neither the interviewer nor the candidate has seen. Doesn't matter if they can't find the optimal solution. It would show how good of a communicator and how proactive the candidate is.

- Make the candidate implement a solution to a problem that's already solved. The interviewer shows the problem, explains the solution, and the candidate needs to code it. It would reveal the coding fluidity, understanding of specs, how they ask questions, etc.

Thoughts?

Re: Tech sector job interviews assess anxiety, not software skills: study

#773

Multiple discussions about this on HN today, that's good. Maybe it will lead to the pendulum swinging back a bit. Interviewers need to do their due diligence. Coding tests can have their place when interviewing for certain kinds of positions, especially for new grads and entry level positions. In the end nothing can replace checking references and looking into a person's work experience. There is no algorithms and da…

Yes, true regarding the very last part.

My first "real" CS-related interview, which had technical questions, I had on the very same day that I had taken my final exam in our data structures and algorithms class. And because our DSA class was quite rigorous, I knew the material in and out.

I absolutely aced those questions, but did poorly on the systems design questions because, well, I simply did not have much experience designing or building complete systems/software.

Years later, it was the other way. I stumbled my way through the DSA questions, while acing the systems questions.

But with that said, I think also the order of your performance matters. If you walk in, and absolutely bomb the first topics, I think there's going to be a bias against you. Maybe they'll think you're a moron, or something like that.

Re: Tech sector job interviews assess anxiety, not software skills: study

#774

Earlier quoted context omitted.

One trend I've noticed that is markedly different from when I started programming in 1998, is how dependent we've become to program via Google/StackExchange searches. I'm not sure I know how to write anything from scratch anymore, because I just search/read/alter/test. The breadth of what I work on is 100x wider than it used to be, and so I've become absolutely dependent on quickly reading docs, copying code found on…

It's not just you :) A much more realistic way to test people is to tell them to bring their laptop, point to a problem on the whiteboard and say "here, solve it, and use whatever resources you need." I'm somewhat like you; I do a wide variety of tasks every day and simply can't keep all the different rules and syntaxes in my head. I'm terrible at tests anyway and would probably bomb a FAANG interview badly because o…

As the replies to this are getting at, it's really important that if you do this you don't require the candidate to use their own laptop.

You need to provide a laptop or like, a mac mini or something you know you can plug in and has baseline requirements for working on the problem you're giving them. And you need to make sure that the problem isn't complex enough that they can't do it in the allotted time if they struggle a bit with an editor they're not used to (including like, vim without their usual barrage of scripts).

Otherwise you're just trading one bias for another: winners will be people who have personal laptops set up for coding, which is not a universal trait of good employees who code.

Let them use a laptop they bring if they want, but be ready to supply them with something they can use if it doesn't work out.

Re: Tech sector job interviews assess anxiety, not software skills: study

#775
At one company where I was the interviewer the company used a few simple java questions for each screening (not great I know). It was basically just a way to make sure they did have experience with Java at at least a junior level. This became an issue when we started getting candidates from recruiters. One candidate bombed on the first question. Then when we asked the second question they answered the 3rd. Clearly the recruiter was trying to coach the candidates based on past questions.

Re: Tech sector job interviews assess anxiety, not software skills: study

#776
I remember interviewing at Google and being completely unable to think or relax. Instead of making any effort to learn about me and my skills, the interviewers became more aggressive and nitpicky.

Looking back, my life is dramatically better working remotely for the same level of income with friendly helpful coworkers in a non toxic environment.

Re: Tech sector job interviews assess anxiety, not software skills: study

#777
post #689

I conducted a couple hundred interviews for my first FAANG employer, and I was constantly amazed at the percentage of candidates with years of Microsoft or Facebook experience on the resumes who apparently did not know how to program. I always thought, 'huh, guess I know why they quit after 3 years, amazing that they all lasted this long." Then I interviewed for another company and utterly bombed. It became suddenly…

Senior/Principal Engineers at FAANGs may not even code all that much in their day to day. The difficult decision that gets faced when interviewing those folks is whether they could walk into a fresh environment, and stack, and immediately earn the trust of their team. In practice whiteboard interviews assess this pretty well. A new senior engineer must immediately be shipping optimal, tested, and well designed code.…

Any significant system will take months to learn. Your statement is probably only true for some trivial system.

A senior engineer comes with years of experience designing and coding systems that took years to develop and run at scale. Given time to learn they should be just as good at solving day to day bugs but if you assign them that you are wasting your time and money on experience. If you don't value experience you are wasting your time and money on experience.

It's pretty normal to have more junior engineering staff help new senior staff learn the ropes. It's also common for those less experienced staff to learn from the more experienced people even in that situation. I'm not saying senior hires should be respected from the first second because they are over 30 or have a long resume.

Re: Tech sector job interviews assess anxiety, not software skills: study

#778

Earlier quoted context omitted.

I was on the other side - I flew out to FB during a vacation earlier this year. I got there, could explain the solution but something was off and I kept losing the thread when I went to convert it to actual code. The interviewers didn’t know I’d gotten a call from my cat sitter that morning and one of my cats had to go in for an emergency check up. (He ended up being fine but didn’t know that at the time). Later that…

I mean this would apply to going on a first date as well. First impression is what matters and once the impression has been ruined, all bets are off. It is not specific to the interview process.

[deleted]

Re: Tech sector job interviews assess anxiety, not software skills: study

#779
post #381

Earlier quoted context omitted.

I mean this would apply to going on a first date as well. First impression is what matters and once the impression has been ruined, all bets are off. It is not specific to the interview process.

Rescheduling a date or an interview at the last minute doesn’t make a great first impression either.

The obvious counter to this is: Which will give the worse impression: Canceling for a good reason or showing up and being distracted and performing poorly? Companies like the usual FAANG are nice enough to merely give you a 1 year embargo. In other companies I've worked at, you interview for a team and if you do poorly, the team will simply never interview you again (although you could interview for a different team at the company).

Also: Do you really want to date someone who doesn't care that your cat may have a life threatening problem?

Finally, even if it's not that serious (cat emergency): Do you really want to work/date someone who is that susceptible to this bias? I know it's the norm to fall for first impressions, but for me, it's also a signal of problems I'll have with them in the future.

BTW, my cat had a serious health problem once. She needed lots of immediate care for a few months (at home, away from work). And the vets were telling us that even if she got through it for now, it will come back soon and we should really consider euthanasia - the condition would eventually kill her - not many cats would last a year with it, and chances are her she would be in pain for much of it.

And this all started a few days before I started my new job.

I went straight to my new manager (before my official start date), and explained to him that the cat was my priority - I could take a leave of absence or whatever was needed, but I needed to figure this out (either euthanasia, or time off for treatment options, etc) and could not be anywhere close to 100% at work.

Fortunately he was sympathetic and said I should not worry and do whatever was necessary.

The job turned out to be crappy, and I stayed there longer than I should have entirely because of this.

Re: Tech sector job interviews assess anxiety, not software skills: study

#780
post #305

Earlier quoted context omitted.

I'm pretty angry with the person that you were. I'm frustrated with the people who look up a question, see the exact solution and walk through and then expect the candidate seeing the problem statement for the first time to walk through it in the same way. There are questions being asked that full academic papers have been written on. What's even worse is typically I get interviewers that are not experienced+prepared…

Wouldn't it be a more balanced approach if the technical problem were presented on the spot to __all__ interview participants, not just the candidate? It's a technical job, it must be a collaborative effort in finding solutions! Aren't we looking for a team member, not a lone-ninja. Sure, the candidate has to be more vested in advancing the process, but the fact that there's no known-ahead answer would potentially su…

I like it. However, I have had an interviewer at a "top chicago tech place" (roll your eyes on that one) He basically did an inperson imitation of leetcode. Say problem, look at you. Don't give help when asked, stay emotionless.
Post reply on HN