Earlier quoted context omitted.
what if they "give" you a gift card after you submit? I've had that before, where the gitft card was essentially paypal credit. Not wanting to do an extra project is the second part of this problem - the best people already have jobs and aren't looking, so they're not going to spend all their free time working on high-effort job applications.
I can't speak for my employer but the IRS certainly views gift cards and similar cash equivalent payments to be taxable income.
Limitations and pitfalls of the job interview
111–120 of 185 posts
Re: Limitations and pitfalls of the job interview
#112Earlier quoted context omitted.
I use a gig to hire process for this. It works very well. I've been meaning to write more about it but I also get income for helping with hiring around this model so im a bit conflicted. The whole answer is long and complex. Basically: give candidate a proper task on your project and evaluate them based on that work - the "interview" is less than an hour, the "work" is longer (many hours (and you pay for it)) - provi…
> and you pay for it But just think about all of those business people that want free work and to hire people that are willing to throw themselves in to the project for no extra comp. /s I agree.. also that sets boundaries.
So they spend more time and cash on the traditional method...then complain about a lack of talent. Resume keyword filters and non-technical recruiters are a (not) surprising waste.
Re: Limitations and pitfalls of the job interview
#113Earlier quoted context omitted.
> The next best interview would be a portfolio. I tried using my (limited) open source hobby project portfolio as a substitute for coding interviews. Companies either didn't take me up on it, or still also required me to do their regular take-home. Twice now, I have had two companies ask for the same take-home, although in the first case they asked me to re-do the work in their preferred language.
FWIW, as a hiring manager, if someone has a portfolio I definitely judge them on it, and if it's good it allows me to bypass huge swaths of technical/coding interview stuff and dig much deeper into where/what I want. I always take it as a positive, even if it's old stuff.
Not so much "more likely to get them the job", more... I felt like my projects weren't actually suitable to take the place of coding interviews, largely because I couldn't actually drop in and work on them in the way that coding interviews show me actually doing work.
Re: Limitations and pitfalls of the job interview
#114> What’s the best way to test if someone can do a particular job well? Get them to carry out tasks that are part of the job. See if they can do what they say they can do. It’s much harder for someone to lie and mislead an interviewer during actual work than during an interview. Using competency tests for a blinded interview process is also possible—interviewers could look at depersonalized test results to make unbias…
> Is this a serious problem? You would be astonished, absolutely flabbergasted, at the number of "senior engineers" who interview well, talk great about projects, but cannot demonstrate basic programming skills (e.g., convert an integer to a string representation, or write fizzbuzz).
Re: Limitations and pitfalls of the job interview
#115Earlier quoted context omitted.
I'm incredibly nervous about job interviews. I'll start sweating in the first two or three minutes even over Zoom. I recently "fell into" a job because my university supervisor recommended me to a friend of his at a small business in which my only test was a code review I could do the day before. But I worry that for any future job because I'm terrible at algorithm questions, and I suspect (and I doubt this is just i…
I'm five years into my career, and still experience this same kind of anxiety. Only recently did I revisit algorithms as I'm getting serious about my job search now, and am still super nervous. Not to mention, having a family, I don't have a ton of time to study for the gauntlet decent tech companies put in place to vet candidates. As for personal projects? See lack of time above. I'm lucky to get an hour a week to w…
My first job all open positions went to Jon (last name hid), if he handed a name that person was called in, the interview was reverse, unless you really did something stupid you had the job, the purpose of the interview was to convince you to take it. If Jon didn't know anyone a head hunter was called for a 6 month contract, with option to hire if we liked you. So moral of this story is know Jon.
Where I work now we train people on how to put you at ease. It works okay, I think.
Re: Limitations and pitfalls of the job interview
#116Earlier quoted context omitted.
> a rapidly growing population of devs who feel like they're locked out due to the technical interview process. I’m not convinced all these articles about “hiring is broken” and “interviews are broken” actually help with this problem. They are pining for something that may not exist (and may not be possible), and failing to help candidates understand and excel within the current system’s imperfections. I get the impr…
I would argue that _none_ of the articles about “hiring is broken” and “interviews are broken” actually help with this problem. There is near-universal consensus that technical hiring is atrocious and yet very few people putting forth possible solutions and/or companies willing to experiment with the status quo. My ideas are: * Real-world interview questions * Standardized testing for "soft" skills. It can be done. *…
I hear this a lot on Hacker News, but not inside any companies. And when asked why people think it's atrocious, I rarely get a set of answers that agree on the specifics. I'd love to hear more about what metrics show evidence that hiring is atrocious, as well as what is making it atrocious for you. What does that mean in the pre-coronavirus context? Are companies not finding people, and are people not getting jobs? I'm asking honestly and seriously, so I can improve my own hiring practices. I don't doubt there's a problem, I just don't have a handle on exactly what it is, and the reports here on HN aren't matching my own experience. I admit I don't match the profile of the average web developer, so I may be ignorant of what's happening in the broader tech world today, especially regarding recent hires from school.
In my own experience interviewing at and hiring for multiple companies over the last 20 years, what I've seen and done matches some of your ideas. We are getting and giving real world interview questions. The interviews are at least somewhat standardized. There are dedicated onboarding resources.
I haven't seen names redacted anywhere, and that's a good idea to normalize cultural or gender biases, but problematic if you want people to review your online portfolio, or if you know someone in the company who can vouch for you, both of which many candidates do want.
It is my experience that internal referrals have significantly higher chance of success, pay for the candidate is likely to be higher than for external candidates, and referrers are typically rewarded financially for the referral. Many people complain that the referral system is part of the problem under the logic that it can encourage nepotism and echo chamber behavior. I don't fully agree, but I don't think this is as obvious of a win as you suggest either, or that the majority of people would agree with it.
Re: Limitations and pitfalls of the job interview
#117There's a growing rift in software between employers saying "there's a talent shortage" and a rapidly growing population of devs who feel like they're locked out due to the technical interview process. Many of the engineers not being hired are recent bootcamp grads but there are also tons of CS majors that can't seem to "crack" the interview process. Part of my job is helping companies "fix" their hiring and one of t…
My experience, as someone who has advocated for hiring people along the same lines, is that this is a pitch that everyone will agree is a good idea. But then when it comes time to actually hire someone under it, people will hem and haw about whether or not they have the capacity to mentor people like this. Usually it then won't happen unless they fit a very specific "comfortable" mold of person that they believe can…
Re: Limitations and pitfalls of the job interview
#118Earlier quoted context omitted.
I would argue that _none_ of the articles about “hiring is broken” and “interviews are broken” actually help with this problem. There is near-universal consensus that technical hiring is atrocious and yet very few people putting forth possible solutions and/or companies willing to experiment with the status quo. My ideas are: * Real-world interview questions * Standardized testing for "soft" skills. It can be done. *…
> There is near-universal consensus that technical hiring is atrocious I hear this a lot on Hacker News, but not inside any companies. And when asked why people think it's atrocious, I rarely get a set of answers that agree on the specifics. I'd love to hear more about what metrics show evidence that hiring is atrocious, as well as what is making it atrocious for you. What does that mean in the pre-coronavirus contex…
Re: Limitations and pitfalls of the job interview
#119Re: Limitations and pitfalls of the job interview
#120If you want a really big competitive advantage, figure out how to hire great people who don't interview well.
I guess it would still be something of a competitive advantage though if you were a great person who got hired despite interviewing poorly you might be more grateful than those who interview well.
But anyway I don't know that anyone has the stats on how many great people interview poorly - I would of course only put myself as average, albeit lucky, and I interview poorly half the time but some times I interview really well, for some reason, and when it clicks like that I get the job. So I assume if there is hope for as bad an interviewee as myself there must be hope for all the other poor interviews out there.