FWIW we have a coding project but it's part (a large part) of the on site and really just replaces the whiteboarding and such. Candidates are not asked to code on the fly in ither sessions
For what it's worth, I'm not talking about the 2-4 hours an interviewee spends on-site. I'm talking about the additional 4-8 hours some companies expect interviewees to spend doing coding projects or time spent on-site above and beyond 2-4 hours.
So for instance, my coworkers that complained when I said they should be spending several hours reviewing code samples before an interview are being just as silly in my mind as people who get bent out of shape over 5-6 hours of leg work. At the end of the day it behooves both parties to spend a fair amount of time and energy here, in theory this could be a relationship which last many years - isn't it worth it for everyone involved to put in the effort to make sure it's a good fit?
And really, at the end of the day it's entirely possible that the way a particular company or candidate conducts things reflects right away that it's not a great fit (e.g. a candidate loathes the coding challenges, or a company balks at a candidate requesting money). There's nothing wrong with that, a fast fail isn't a bad thing.
A job candidate loses both time and money. I complete your challenge, I don’t get paid, I get thrown into the street and starve. I would have made more profit washing dishes at a restaurant.
Besides, word on the street is that nobody can expect to have “a relationship which lasts many years” with any company, so drop your pretense at perfection. That is a contributor to the tech industry’s problems with lack of diversity and actually filling positions with people who can do the job.
This assumes you're not currently employed
"nobody can expect to have “a relationship which lasts many years” with any company"
If I'm taking a job I'd like it to be a place that I could see myself staying for a number of years. It might not work out that way, but it's my goal.