I like it, but it’s a dick move to require that the resume be hosted at a remote URL. Lots of developers don’t have their CV on a website, and one of the strongest devs I’ve met doesn’t even have a LinkedIn profile.
Support a file upload or just Base64-encoded data and you’ve got something here though.
Is it just me, or does their sample request use invalid JSON? The keys should be in quotes, comments aren’t in spec (but commonly supported), and trailing commas are invalid as well (but commonly supported).
I understand this line of thinking, but unless they specify what “flavor” of JSON they accept, I think it’s safe to assume they only accept what’s in spec. What I find weird is that they immediately contradict the spec with their example by writing JavaScript. Should the content-type then be application/javascript? They can easily document the parameters outside the request body instead of adding comments.
Also, yes, I know I’m being pedantic, but if I’m applying for a job, it’s a two way application. They need to give me reason to trust that they’re worth working for. Making up rules along the way when referencing a commonly known spec doesn’t give me much confidence.
Cute but I mean… You just copy paste it into postman and fill in the blanks. It doesn’t really show anything, it’s just novel.
I’m not gonna be as cynical as the other people on here saying that it’s because they just want to have a machine/AI process your application. But at the same time I’m gonna be even more cynical, because if they think that machines/AI aren’t already processing your PDF resumes, then you’re crazy lol
I honestly enjoy stuff like this. I’m employed again recently, fully remote and decent pay thankfully, but I do appreciate stuff like this. It takes some of the monotony out of applying for jobs at least lol
Not because it’s hard to fire up curl or something, but because any company that thinks this is a better solution than a human reviewing a resume needs to be smacked. Because you know what the very next step is? They’re going to ask for a resume, and then make you sit through that bullshit where you type your resume into a hundred different boxes into their candidate management system / workday / talento / etc., and promise to “get back to you soon.”
You know how you can check if a candidate can interact with an API? Send them a coding test. Ask questions. Do some whiteboarding with them. This sort of shit is just some HR lackey ninja thinking they’re clever and edgy.
Because you know what the very next step is? They’re going to ask for a resume, and then make you sit through that bullshit where you type your resume into a hundred different boxes into their candidate management system / workday / talento / etc., and promise to “get back to you soon.”
That’s a lot of assumptions. What I see here is “Do fizzbuzz before we look at your resumee, will you”.
I mean an API call isn't hard, it cuts down in the amount of resumes probably meaning your resume will be more likely to be looked at. And it let's then know you know the very basics, I've seen some shit on recruiting hell forums and I'm ok with this one. You don't even have to retype anything since the resume field is just a link.
The cringy stuff is "rockstar developer" and ninja, etc. Those are always red flags to me
It has a built-in filter for the poor folks that use these proprietary services like Twitter X, Microsoft GitHub, and Discord Username.
I wouldn’t apply anywhere asking exclusively for these platforms instead of something generic like: instant messaging, public code forge(s), weblog/microblog(s). I would encourage you, reader, to ask around & make sure your org isn’t hiring based on proprietary service usage. Heaven forbid your applicant is from a place under US sanctions & literally couldn’t use the services even if they wanted …or like your candidate has any values about privacy.
Add comment