Get mock interviews now, pay when you find your next job
blog.interviewing.io
blog.interviewing.io
But outsiders may agree with the interviewers ethics, and would see wasting their time as unethical.
Yes, it's legal to do, but isn't it a shade hypocritical?
Aka, who cares?
Are you serious?
>Aka, who cares?
Surely the company would rather not waste the money.
You either accept that "people who take your free stuff might not be profitable" or you do a better job screening who you give free stuff to. Zoom exists.
Hard to find the crime or tort in the other thing? I've been flown places for interviews, I don't recall ever contractually agreeing to consider working at the place, and I can't imagine how the heck you'd prove that (unless your interviewee was an absolute idiot and tweeted "Woo free trip!").
I suppose you'd be jerk or something if it were a non-profit, but I don't think anyone ought to lose sleep over this high-risk business decision being abused, given the razor thin line between "I'm going to screw this company" and "Oh, looks like this place isn't for me."
Personally though, I don't do this, nor would I. I think it's too easy become corrupt from doing things this way.
You don't force them to do it, you don't lie in your resume that they decided was a desirable candidate. If they can't convince you to come on board, that's on them; hiring is a mutual negotiation.
When you apply, the implication is that you might accept an offer and that if you don't, it will be based on things that you learn during the interview, rather than on things you've determined before the interview. Just because you didn't sign a piece of paper saying 'I claim there is some chance of my accepting an offer' and just because you didn't literally utter any untrue words doesn't change that; human society depends on these unsaid implications to function. If you deliberately flout them, you are abusing social trust for your own benefit.
(And enough of abusing trust leads to a low trust world. If enough people thought like you, companies would start requiring signed statements that you agree with the ethics of the company and that you could be sued if you are found to have wasted the company's money.)
>If they can't convince you to come on board, that's on them; hiring is a mutual negotiation.
If you know very well, ahead of time, that there's nothing practical that they could do to hire you, coming to an interview is abusing the system. The fact that it's not literally impossible for them to convince you to take the job doesn't change this.
If I was really interested in the job, and they end up hiring another candidate, I just wasted 4 days flying to New York while they never told me my odds, what they thought of other candidates' resumes before I flew out, or even how many there were. Probably not even give me feedback on their final decision. Is that fair?
Because they chose to spend some money, candidates have to repay them with complete honesty through the process, even when they don't have to do the same? This is not a fair negotiation scheme either. At some point, you have to accept that both sides understand how the system work, and are making deliberate decisions to get the most they can out of it. Don't forget that one side gets to do that professionally full time out of a dedicated budget, and that's not you.
There are things factored into budgets that you're still not supposed to do. Stores have a cost set aside for shoplifting. That doesn't mean you're supposed to go shoplifting.
>They are also always free to change their circumstances to hire you; it is never "literally impossible" to hire someone...
I was using that phrase in exactly the opposite way from how you seem to have misread it. The fact that it's not literally impossible doesn't matter, because it's practically impossible.
>If I was really interested in the job, and they end up hiring another candidate... Is that fair?
Proper social skills requires understanding what's going on in social situations even if you have not been told everything. In our world, one of those situations is knowing that you are supposed to be willing to accept the chance of not getting the job when you spend your time applying.
In the same situation, the company is not supposed to be willing to accept the risk of the jobseeker fraudulently expressing interest in a job in order to get the free plane flight.
Now, the thing is, these are unsaid. You are won't find a big sign saying "chance of not getting job acceptable, chance of fake jobseeker unacceptable". If you're one of those Internet literalists who says "well, they didn't explicitly prohibit it", both of those look pretty similar. This is why social skills are a thing. If you're at a party and the host says "take as much soda as you want", you're not supposed to get a box, put ten bottles of soda in it, and take that out to your car. That's not acceptable, and you're supposed to know it's not acceptable, without being told.
Obviously we disagree on what is proper... both for hiring and for Internet forums.
And you did that on the forum, so people get to point it out on the forum.
Then you assume your own conclusion I use that to lecture me and call me names. This is just not how arguing works.
You and I are obviously of a different mind, that does not prove that I'm wrong and that certainly does not mean you get to be this rude. I am sorry you didn't convince me. Now let's go our separate way, though I feel another Kafka trap is coming...
Your story reads like sour grapes. The company you interviewed at was not dishonest with you, so it doesn't justify being dishonest back with them (or other companies).
There is nothing further to be said. This is no longer an argument. We disagree, and that's fine, you don't have to be rude about it.
I receive emails every week from AWS and others offering me to join this and that team, this and that "confidential project", asking me to call them or send a CV on every email I use on GitHub, PyPI, or HN. Would I feel bad to finally accept their non-stop pleas and tell them "no" face-to-face? Absolutely not.
For your own information, I have never done it, to date.
The platform seems like its mostly useful for people who are already good at technical interviews, or at least good at solving technical problems, and just need practice writing code in front of other people or in a live setting.
Has anyone used interviewing.io with good/great results?
I think you mean this as a minor criticism, but this seems to be exactly the point of the service. To figure out a way to find people that are actually competent at the work itself, but not in the somewhat uncorrelated skill of public speaking & live coding w/ an audience.
Also a good way of identifying people that haven't gone to top tier elite schools but are just as good or better as those graduates: Recruiters at a FAANG might disregard a graduate from Generic State University w/ 2-3 years of experience under normal conditions, but if you get one that is willing to place a $1024 bet on themselves and then passes the tech interview with flying colors, it's a much easier sell.
Now, with all that said, after 6 years I'd still really like to know what their long-term outcomes are. What's their typical tenure at that job, where do they land for $job +1, +2, etc.?
https://docs.google.com/document/d/1d7mJDPkEykKzSYjj-Wmza-UX...
After 3 unsuccessful/unfruitful coach matches I asked for the refund.
e: I wanted to add that my mentor and I decided that we would do 4 pure teaching sessions, and then the remainder would be partial mock interviews that would transition over sessions from them doing most of the talking to me doing most of the talking. I found this format to be good for building my own confidence.
Having the coach be upfront about some being teaching and some being mock interviews is helpful. The FAQ doesnt really address HOW they are going to coach or help you get better and in my experience it was, "Do a lot of leetcode".
I guess saying, "We will help you with the last 20% of interview prep" or polishing doesnt sounds as good.
I did about session a day for maybe two or three weeks. I'll compare it to trying to practice by doing real interviews. I got much more detailed and honest feedback from my practice interviews than any real one I've had. I got to practice just the interview type I wanted, algorithms, without doing other things that would come up in a series of interviews (culture, system design, etc). I also didn't have to contact and coordinate with >= 10 companies to get 10 sessions. I just booked 10 sessions.
Just look around, I'm sure you can find people with similar skill to run mocks with you (without having to go through some paid service that most likely employs desperate people ergo less qualified people). Plus, running the interviews yourself could be more valuable than going through one.
They're not desperate... they're doing this because they 1) get paid and 2) enjoy helping people get better at this stuff.
Happy to set you up with an account so you can get a feel for the quality.
One of my interviewer (from ms) actually had too high a bar and was good to see an upper bound for coding interviews
Highly recommend this service
Technical design is a bit harder to prepare for, because it’s more about trying pattern match systems you know against the problem presented. Unfortunately, there’s not a lot of high level case studies or design discussions.
The ones that are hardest to prepare for, and no doubt has sunk many a candidate are the softer interviews, particularly management interviews and cultural fit interviews. Those are a complete crapshoot. There’s probably stock answers to prepare, but the questions are pretty random. If you can figure out how to coach the those in 202X (as opposed to recycling 1965’s advice), then you’ve got something.
What do you mean by that?
There’s this belief that FAANG interviews are somehow harder, and you need to study for months to prepare, and it’s not really true. It’s the same MO as the test prep business, but with less obvious metrics for success. (You don’t get standardized test scores to compare, you just get an offer… eventually. Did the interview prep business help? Who knows?)
The interview prep businesses push the specious idea that FAANGs are tougher, and people believe it. (eg Less than 1% of FAANG applicants get an offer! Well, yeah. Do you know how many people apply? A lot. Do you know how many are nowhere near qualified for the job they’re applying for? Probably more than half.) They keep repeating these claims, they end up scaring people into paying for something that’s not needed. That’s the manufacturing demand part.
The low effort part is that technical interview questions and programming puzzles are a penny for two dozen. You give the question and the solution in maybe three different languages (say, JavaScript, Python, and Java) and you’re done. Charge $500 for ten questions, give them a HackerRank link, and you’re done. You’ll spend more on advertising and paid testimonials than anything else.
The interview prep companies don’t focus on the noncoding interviews, because they’re harder to find questions for, and harder to grade. When it comes to personal interviews, you have work with each student one on one to help them talk about their experiences most effectively. That’s high touch. If you’re trying to maximize volume, you don’t do that.
The site says you can request somebody from FAANG for mock interview, without knowing quality of these interviews, I assume that would require this company pay for their time.
Sure you it can become easy if you "Practice" but everything gets easier the more you do it.
People who pass these either have have IQ or have grit, thats why companies use this to judge canidates, either you spent 500 hours on learning it or DS/A just sticks to your head like glue.
1) Letting the interviewer struggle. By the end of the interview, the candidate should know what the solution looks like, even if they couldn’t solve the problem themselves. If you let someone struggle too long, you’re failing them. Give feedback early. Point out caveats. Don’t have them code up a dumb a solution, and then in the last 10 minutes tell them to redo it with a completely different approach because it’s suboptimal. (Im not talking about special cars they can retrofit, or if the original wrong solution was trivial. Use your judgement.) The interviewer understands the nuances of the problem. The candidate probably doesn’t. After all, they just heard problem.
2) DO NOT CONFUSE THEM! This happens by giving the wrong feedback. You might think you’re helping someone, but you could be knocking them off their game. If they’re going for the optimal solution, and they know the approach, just let them. It’s not wrong, I’m fact it’s the most correct answer. It’s very easy to confuse someone in these timed and stressful situations. Don’t don’t do it!
3) If it’s a design question, or something else with multiple reasonable answers, then there are multiple correct answers. Make them state their assumptions. Ask how the solution would change if something was different.
Don’t expect someone to come in off the street and understand the nuances of your use case and data issues. You didn’t understand them until you were confronted with the obstacles either.
Quicksort
Mergesort
Dijkstra’s algorthim
Depth first search
Breadth first search
Doubly linked list
Semaphores and mutexes
Make sure you know the recursive versions of the algorithms, and that’s pretty much everything you ever need for a generic coding interview, and you might not even get asked a dynamic programming or a producer-consumer question.
Maybe you need some more specialized data structures for a more specialized role (eg tries[0] and inverted indices, for a search job), but you probably already knew those if you were already doing that job.
There’s just not that much to know.
This can be ameliorated slightly if the interviewer is willing to accept a hypothetical, but this has rarely been the case for me recently.
“Tell me about the last time you had make your team work late for a deadline.”
“I don’t. It’s been my experience as both an IC and a a manager that crunches just burn people out, and you end up getting less quality work out of them. It’s much better to communicate early and either adjust deadlines or deliverables.”
“What if you can’t?”
“Unless there is an external forcing function on the company, everything should be negotiable. Does this happen a lot here?”
“One or twice a year.”
“Huh. It’s only happened to me once in ten years, and that was due to a multimillion dollar contract deadline. If it happens regularly here, then the company should fire the directors of engineering for gross incompetence. They can’t project manage.”
Needless to say, I didn’t get the job, but at that point, why would I have wanted it?
For you. I am a bit over a year into my eng career and coding interviews are far harder than any other type of interview for me. I have a handful of stock behavioral question answers that I can adjust for most non technical interviews. I do minimal prep before hand looking up who I am interviewing with to have a few questions for them and try to find a way to relate to them during the interview.
That is much easier than someone asking me anything from fizz buzz to red black trees.
Fizz buzz is a hello world problem. That’s why it exists.
Replace red-black tree implementation with some other silly overly complex question that isnt related to the actual job.
A reasonable middle ground is that I demonstrate I know all the concepts in the interview and I can send a fully compilable version after the interview.
>>I'm 43 myself, it's not something I do for fun but I can certainly code up a DFS/BFS implementation or something similar in 40 minutes.
Do you think you can do or have you done this? There is a difference between the two.
One of my favorite job offers was literally a conversation that played out like: Manager: Cool, come to our office and meet the team Me: Want me to prep for a tech challenge or something? Manager: Nah, you were employed by ____ for __ years -- if you were incompetent, they would have fired you years ago.
However, as with anything else, there are exceptions one should be cognizant of.
Relax, talk about yourself, talk about what you've done.
I think doing things like this and from the thousands of Reddit posts about "the dreaded interview problem" only leads people to over think it and have worse anxiety and performance, not better.
The interview to my first job was just listening to my then-boss talk about the company for 30 minutes, the second was stonewalling while my boss grilled me to make sure I know what I said I know.
You're not going to be able to "train" for that just like you can't "train" for getting rejected for dating, you just have to learn social interactions and go do it a couple of times.
----
I did just remember my worst interview experience, where, after being jobless for a number of years (early on, mind. I'm still young) I applied for phone IT support. - the interviewers asked me to:
"describe the best vacation you had"
"I haven't really been on a vacation" (I haven't been working, poor family, etc)
"Ok describe the vacation you would like to have"
"... I literally don't want a vacation.. I am looking to find work." (Jobless.for.years. every day has been a mediocre vacation up until this point.)
"..... Ok just tell us a story about a vacation"
"....... Ok I suppose I'll go to Rome then? And uh... " Draws blanks
You can't be prepared for interviews where the interviewers are shit, nor if they blindside you with questions like that.
You also might lose your ability to detect bullshit if you try.
If the company you're interviewing for is among the highest paying companies in the world, where you can literally change the quality of your life and your family's life by making enough money to comfortably retire as a multimillionaire by the time you're 35-40... then investing months doing the dreaded leetcode grind, mock interviews, and doing everything in your power to prepare for it is absolutely worth it.
In fact, seeing just how few people are willing to actually invest time and effort into excelling at an interview process that can tangibly improve ones life in ways very few other professional careers can is even more of a reason to do it. Every time I see people who are dismissive of technical questions, rant about how it's unfair that interviewers expect them to understand fundamental data structures, algorithms, time complexity, and think that all they should need to know to be a developer is how to glue a few APIs together, it makes me both sad to see how low of a standard we hold ourselves to, but also in a selfish way it makes me happy knowing that the competition for competent developers is so low.
Because if you need a job, the wild asymmetry between you and the interviewers.
You have to be ON for that short time and ready to deal with questions like what you got about "best vacation" or in the next question code a red-green tree implementation, followed seconds later by describing a full scale cloud architecture.
All of that in an hour.
And if you falter anywhere along the line, they reject you and you worry about how you will feed and clothe yourself and your family.
I had a career in recruiting before moving into eng and I loved interviewing. I'd bullshit with the interviewer, we'd talk about shared interests, and we'd talk about recruiting techniques for a little while. I passed the vast majority of interviews with absolutely minimal prep.
I'm a year into an eng career and I've already failed more technical interviews than I failed in my entire recruiting career.
Apples to oranges.
Instead all the feedback seems like "you did good, but you should work on..."
Regarding the 'pay later' thing, I wonder if the term is too short? Let's say theoretically I sign up, completely and utterly bomb the first mock interview, and decide I need to spend 3 months doing hackerrank every weekend. Then I do another one, and i'm doing better, by the time I get the actual job the time period has expired?
And if you find a job through us, you don't have to pay for practice.
1. Messgae people on LinkedIn, the more senior in the company, the better. This was by far the fastest and most reliable way for me to get to the first round.
2. Message the company via a recruiting@, or contact@, even a support@ email they have on their website. Not as reliable as option 1 but better than the job application forms.
3. Have them contact you via a "HN who is hiring?" post, it's rare, but it does happen.
If it's a job post form, then personally I'd just consider it a loss. Don't know why, it's not like I provide different or less info compared to direct messaging, but that just leaves me ignored for weeks, or rejected with a template message.
And, the worst of it, it doesn't make any sense that for a senior role you get a code interview (or multiple), and then, if you don't pass it, they encourage you to re-apply in 6 months or a year...