When I was a hiring manager, I specifically designed an interview process that procured me candidates that were great devs that didn't do well in leetcode style interviews, and as a result was able to hire a much better team than I should have been able to at my budget level. We did this, by doing no-brainer things like, actually reading the resumes.
But good hiring practices are hard to scale. Reading a resume or a person is difficult to teach. But a minimally competent leetcode style interview session can be run with some success by most engineers, so it scales. Which means it worked great for some quickly growing tech companies with large amounts of cash and little need to filter questionable resume lists (usually because their name brands guaranteed high level quality applicants). This then became a fad as every company copied the name brand engineering company without wondering if their hiring process had the same constraints as name-brand co, and is now what the industry thinks is 'the one true way.;
It might be a deciding factor if you get an interview at all, which team you are interviewing with and for which level. Those decisions are made by recruiters, not interviewers or hiring committees.
There are many tricks you can use to get an interview. However nothing abut OPs past shows that he can actually be a productive programmer.
>Dev job at IBM
No details what he did or for how long. I've been in teams with fresh juniors who are amazing. They bring in new knowledge and new perspectives and over all crush the job. Then I've seen juniors who "work" on something for weeks and weeks and when we start for them to demo how far they are we find out that they haven't been able to produce anything working.
>QA at EA
While with normal software I'd say this requires at least scripting skills with games I don't know if that is necessarily true and again probably not a good skill set for getting hired as dev in FAANG
>Cybersecurity team at college
I immediately assume this is some kind of CTF team, which might teach you to use some tools, but again I've seen people in college just "pass through" without really learning anything
If the job OP could do and do well was Amazon help desk then he should aim somewhere between FAANG dev and that position and probably erring on the side of the help desk. The new job will teach them more and in a year or two they can apply for a higher position.
If this is the case the gap in skill required to pass a FAANG interview may be too great to overcome in a reasonable timeframe.
Hustle culture pushes the unqualified person changing their life by taking a big risk. But most of the "success" examples are people moving into high turnover, metric driven, entry level positions such as investment advisors performing cold calls, entry level b2b sales etc.
Aced all questions, except the one that ALL of their inverviewers asked, that was how I had shown leadership solving a problem in a team situation in my past jobs.
See, in all my past jobs, I never been in a large team.
Didn't pass the interview, they have a policy to not tell you why but I can guess why...
They just wanted you to have shown some modicum amount of leadership skill. For a normal position, this doesn't mean that you have to act like a CEO. A simple case where you took the lead to solve some issue and maybe guided a colleague or even a customer would have sufficed.
To me that raises a flag on how you may not have a good grasp on what really happened in your interview. You don't ace questions in the onsite interview at Amazon. You are there to provide data for the interviewers to decide if you're a valid candidate. If you were rejected then the data your interviewers collected on you led them to that decision.
Source: I know a few people who went as far as onsite interviews at Amazon. Some got in, others didn't. None of the guys who were left out were cut because of their hard skills.
I second other comments elsewhere in the threads here to get a candid friend to help with interview practice.
Or for that matter, what kind of job he's looking for and what his skills are other than QA @ EA (was he writing automation, or doing gameplay testing?), an 18 year old developer (intern?) at IBM, and customer service at Amazon. And maybe that's part of the problem -- hiring managers don't know what he wants to do. (which is easier to get away with at a small company since you'll do a bit of everything, but larger companies are generally looking for someone to fill a specific role)
If he's consistently getting first interviews but not getting past that, then maybe his resume sounds better than his actual skill level.
From the other side of the fence, if a candidate has an atypical resume, the best course of action will be to interview to check their level.
You can't ignore the possibility of them being good autodidacts, but it will also lead to a very quick rejection if they're below those high expectations. It creates a cycle of quick interviews at prestigious places and quick rejections.
Once you have an interview, presumably its something that they learned from it that gets you rejected.