all 236 comments

[–]HitDerpBitSenior Software Architect / ~20 yoe 707 points708 points  (56 children)

I used ChatGPT to rephrase things in a more professional tone, but to write a whole resume? That sounds ridiculous lol

I'm not sure that ChatGPT is your problem here. Faked resumes have been since forever.

[–]Gica_Casa_Mica 153 points154 points  (16 children)

Yup, I still remember a guy applying for a senior frontend role after being a CTO at a firm that had one website with one mission: to sell his dad's million pound cars.

Basically a bootstrap 3 week job.

[–]ArtigoQ 53 points54 points  (13 children)

I've been using Chat GPT to write design docs for me. It's ass at coding especially since I can't feed it context of our whole enterprise app, but it sure saves me time making artifacts someone might read one time and then never again.

[–]JoCoMoBo 80 points81 points  (11 children)

I've been using Chat GPT to write design docs for me. It's ass at coding especially since I can't feed it context of our whole enterprise app, but it sure saves me time making artifacts someone might read one time and then never again.

It's amazing at churning out BS that sounds believable.

The people who should be "worried" about ChatGPT are the Managers who just send BS emails all days and not anyone else.

[–]ArtigoQ 34 points35 points  (10 children)

Honestly, I think it's great for making programmers even more productive since I can cut down all the hours spent on writing bullshit docs for management.

Managers should be worried though.

[–]BenOfTomorrow 67 points68 points  (7 children)

Are you saying that design docs are “bullshit docs for management”?

That saddens me a little if that’s the case for your job. I find them very useful as a same page tool for larger initiatives - the readers are mostly senior IC leaders, and ChatGPT fluff is something that would generally get flagged to remove.

[–]ArtigoQ 28 points29 points  (6 children)

Sorry wasn't trying to upset anyone. It's always just felt like busy work for me. I spend all this time writing documentation just for someone to say "Yep looks good" and get a bullet point on my review.

[–]nleachdev 25 points26 points  (1 child)

Confluence makes it even sadder when you go back to a doc you wrote 3 years ago to see its had 5 views (some of which came from you)

[–]Blazing1 0 points1 point  (0 children)

Every doc my manager makes me write has a total of only me viewing it.

[–]BenOfTomorrow 33 points34 points  (0 children)

I’m not upset, just sad that you are in a situation where a valuable tool is being misused.

[–]Shutterstormphoto 3 points4 points  (2 children)

It’s more to catch the bad plans than to change the good ones. You can try putting some total Bs in your doc and see if anyone catches it. I find them useful to write because I suck at organization, and my boss likes them because we probably won’t waste as much time on mistakes or missed pieces.

[–]ArtigoQ 0 points1 point  (1 child)

It's not that it's BS since I don't create garbage, it's just that the documentation of the product is the proof rather than the product itself.

[–]Shutterstormphoto 0 points1 point  (0 children)

It’s pretty hard to look back on a quarter and review the product itself. Often there are invisible features that made a huge diff. Having a big stack of doc links that you can send someone is nice.

[–]ParticularCod6 6 points7 points  (0 children)

Have you seen Microsoft chatgpt integration with office?

Can generate whole document from a teams meeting

[–]mchermDistinguished Engineer at Capital One 2 points3 points  (0 children)

I've been using Chat GPT to write design docs for me [...] it sure saves me time making artifacts someone might read one time and then never again.

That sounds like it might work but the situation simply cries out for a different solution: if the design docs add so little value then instead of automating the creation of the documents simply stop creating them.

[–]peter-s 7 points8 points  (1 child)

Seems pretty heavy for a car...

[–]earthforce_1 1 point2 points  (0 children)

Hell, that's super heavy for a tank. LOL.

[–]danintexas 67 points68 points  (24 children)

Faked resumes have been since forever.

Honestly it is why the hiring process is so brutal and probably won't change going forward. When you are looking to hire for $100/hr jobs - one bad hire can fuck a start up. Hence the hoops and million stage interviews.

There are so many bad 'devs' out there. They would fail the most simplest of questions. For a C# dev role - 'Tell me what is a method' - Literally the number of people that can't answer that is just sad.

[–]BasicDesignAdvice 60 points61 points  (15 children)

From my experience, this is because tech companies are terrible at firing people. I have spent years working with idiotic people who should have been fired after six months. No one has the guts to do it.

Compared to any other industry I've worked in, it seems impossible to get fired in tech. It blows my mind.

[–]Cryptonomancer 24 points25 points  (1 child)

I've seen people fired for performance at multiple jobs, seems like a lot of people are either misjudging their coworkers, or just have an axe to grind. I've heard exactly one anecdotal story of someone I thought should definitely be fired, who would back out other people's commits without permission. That person probably thought everyone else was incompetent (or was a misogynist, a women related this story who was extremely competent), but was an actual problem, although they were 'productive' if you just looked at their stats.

The 'bad' devs I've worked with are usually the ones that are technically competent to some extent, but either work poorly with others or don't take advice and end up doing unnecessary work or causing others to.

[–]FellowGeeks 1 point2 points  (0 children)

technically competent to some extent, but either work poorly with others or don't take advice and end up doing unnecessary work or causing others to.

flashback to the time I asked a newish intermediate to add an email message to a process and he spent 3 days looking into implementing email instead of asking for the method name (or searching for it)

[–]mungthebean 13 points14 points  (0 children)

This is exactly what the probationary period is for. But yet so many people are against it on Reddit it seems. You can't have your cake and eat it too.

I would 100% rather have sane interviewing practices + a fully paid trial period to prove your worth, than whatever shit we have going on these days.

Bad hire costs you big money? Fucking drop'em then. It's not like you're hurting for applicants with the stupid LC gauntlet, might as well cull it down with the probationary period instead and ask more relevant questions.

[–]_GoldenRule 4 points5 points  (0 children)

I totally agree with you I worked for a while in the EU and when you're hired there's usually a trial period where you can be fired very easily, I don't understand why people don't use this strategy.

Hire someone with a 6mo trial period, they're bad/fake skills = fired.

[–]oso00Sr SWE, 8 YOE 2 points3 points  (0 children)

Honestly, yes.

Taking it a step further- I suspect the generous leniency and psychological safety provided by these policies ended up hurting many of us in the long run in the form of indiscriminate layoffs.

[–]Ein_Bear 13 points14 points  (4 children)

Nobody wants to fire bad devs because it's so difficult to hire a replacement. It's easier for management to let them slide along and try to get something useful out of them, than to spend 6-12 months navigating some shitty HR process to manage them out, repost the role, and hire a new person. The smart move is just to shuffle them to a different team so they become someone else's problem.

[–]BasicDesignAdvice 23 points24 points  (3 children)

it's so difficult to hire a replacement

Having a bad team member bring everything down is going to cost a lot more. Time spent hiring is far better spent than having a bad dev do nothing or run amok for forty hours a week.

It's easier for management to let them slide along and try to get something useful out of them, than to spend 6-12 months navigating some shitty HR process to manage them out

You do both at the same time. In fact that is the HR process in 99% of companies. You create a PIP (or whatever) and when they inevitably fail you can fire them. It is really not that hard or complex. Like I said, tech companies just can't seem to figure it out.

The smart move is just to shuffle them to a different team so they become someone else's problem.

No it isn't. Its the worst solution, particularly for small companies. It does avoid having to engage with soft skills and personal confrontation so engineering managers choose that route.

[–]Shutterstormphoto 2 points3 points  (2 children)

run amok

If they can’t merge a PR, what damage can they do? Drop tables? At least you’ll find out places you need redundancy!

[–]gefahr 7 points8 points  (1 child)

Jokes aside, the real answer is: it can demotivate and demoralize the productive members of your team.

[–]Shutterstormphoto 2 points3 points  (0 children)

Yeah herding the new hire suddenly becomes someone else’s job description.

[–]ismannSoftware Engineer 4 points5 points  (2 children)

So many in this field want to make it even more difficult to fire people, like Europe.

[–]CriseDX 9 points10 points  (0 children)

Firing individual people is difficult in EU (in most countries) only if they manage to fake being productive for 6 months, or whatever their probation period happens to be, depends on the length of the contract but for 1yr contract it can be up to 6mo.

During a trial/probation period there is usually no requirement to justify the reason for letting someone go, as long as it is performance related. Of course productivity can drop over longer period of time as well but there are other ways to address those cases.

In short it is only difficult if you don't know how the system works or try to take shortcuts.

[–]MargretTatchersParty 5 points6 points  (0 children)

I've been on both sides of this coin.

The desire of that is due to the pressure we recieve and the threats involved. A lot of us have had hostile management or PMs that think they can dictate engineering conditions and decisions. "Why are you writing unit tests, 'we don't have time for unit tests' [CTO] or "Your corworkers are spiting out tickets quicker whats your problem".

[–]freezend 13 points14 points  (6 children)

oh god the C# dev role brings me back to when I was doing one of my first interviews for a job that asked me about what the 4 main principles of Object Oriented programming, and I just froze and just blanked out. Didn't help that I was working on projects mainly in python for the year before that....

[–]oren0 24 points25 points  (1 child)

4 main principles of Object Oriented programming

This is the worst kind of interview question, in a tie with "estimate how many piano tuners there are in the US".

Who memorizes that stuff, and who defined the definitive list of 4 principles anyway? How about just ask about the pros and cons of object oriented programming and invite a discussion instead of regurgitated memorization?

[–]freezend 1 point2 points  (0 children)

Don't get me wrong, it was for a new grad role, and I do think that following those principles makes sense and if you're going to be following it heavily makes sense to ask it, but does it make sense to hinge so much of the interview off of it? I don't think so.

[–]Cryptonomancer 17 points18 points  (0 children)

I never remember the answer to that question, another one of those things that never comes up while doing actual work.

[–]Shutterstormphoto 9 points10 points  (0 children)

Hah my first big job asked me that question. I had no idea. He said I must be using it for the app I had built, and it turned out I wasn’t at all because I didn’t need to (looked up the answer later). Somehow they gave me a second chance and I had memorized the answer when they asked me again. Still haven’t used that knowledge for more than just understanding when someone drops a buzzword. The concepts themselves are pretty obvious.

[–]danintexas 2 points3 points  (0 children)

Seriously. I did the exact same thing in one of my first dev interviews. lol They loved me till that moment.

[–]ba-na-na- 0 points1 point  (0 children)

Yeah I recently applied for a senior position, 15 years of exp. in full stack C# and JS/TS, pretty good algorithmic knowledge.

They asked me to name several "behavioral GOF design patterns". I pretty much blanked. :) Going through the list after the interview, I realized I know literally all of these patterns and use most of them daily.

[–]KreepN 9 points10 points  (0 children)

For a C# dev role - 'Tell me what is a method'

Then you get that guy who tells you its an object

[–]Vok250 17 points18 points  (4 children)

For some reason this idea of quantity over quality took hold in CS communities recently. Putting effort into job applications just doesn't seem to matter to people. They will send out 1000 resumes in a month when looking for a job and then wonder why no one calls them back. It's like half our posts over on the Canadian CS Career Questions subreddit.

I am not surprised those same people would look for ways to automate the process to cast an even wider net.

[–]Fun_Hat 22 points23 points  (2 children)

It's in response to recruiter practices. Why would I take 20-30 min per application when most likely I won't even get an automated response from their HR system saying they're not interested. Hell I've even had recruiters spam their damn job postings at me, only to ignore me when I respond.

I can spam out 100 applications spending a minute each and get more callbacks than if I spent the same amount of time carefully crafting applications for a small handful of companies. Hell, I don't even bother with a generic cover letter anymore because it likely won't even get read.

[–]Vok250 7 points8 points  (1 child)

Well you're a senior with a good resume then. As a senior myself I don't even bother sending out resumes anymore. I just reply to the recruiters in my inbox when I feel the need to switch jobs.

Most people I see following this advice are not at our level. These are people who come back here to reddit and complain that they are getting 0 callbacks. Usually they don't even put enough effort into their resume to check for spelling mistakes. Those are the kind of people who would use ChatGPT to build their resume.

[–]Fun_Hat 3 points4 points  (0 children)

As a senior myself I don't even bother sending out resumes anymore. I just reply to the recruiters in my inbox when I feel the need to switch jobs.

Heh, thats where I was before things got crazy. This current market has humbled me a bit I will say. I started getting recruiters in the past week or two, but when I first got laid off a month ago it was crickets.

Most people I see following this advice are not at our level

True, I forget that not everyone in here is senior level.

[–]sebzillaSoftware Architect 8 points9 points  (1 child)

Yeah I mean CV templates and form letters have been around forever.

I forget the name of the site but in the mid-2000s there was a super popular web tech website that posted nicely designed templates for CVs and for like a decade every designer and front-end developer who applied to the agencies I worked at was using some variation of those templates (including the fill-in-the-blanks cover letter and role descriptions).

A CV is just meant to get you in the door, the interview is where you find out if it's a good fit.

I rarely even reference the CV when I'm running an interview, other than just the previous job titles to ask them to speak about what they shipped and what their contribution to the projects were.

[–]FellowGeeks 1 point2 points  (0 children)

That is why I carry my own cv into every role I apply for. It provides me with easy prompts about projects I worked on years back

[–]Servebotfrank 1 point2 points  (0 children)

Yeah I've taken to using ChatGPT to do things like "Hey can you take this segment from my resume and make it sound more impactful?"

Whenever I ask it to just flat out create something like raw code, it tends to give me something wrong.

[–]figuresys 0 points1 point  (0 children)

I'm not sure that ChatGPT is your problem here. Faked resumes have been since forever.

I usually agree with this kind of sentiment, just would like to extend your thought and say that I think sometimes the efficiency/feasibility scale changes how serious of a problem something can be. Like faked resumes required some conscious effort more than just typing a prompt to ChatGPT, so I'd expect a significantly higher count of them, requiring you to actually have a strategy for dealing with them. What do you think?

[–]mcqua007 0 points1 point  (0 children)

I did the same for a some descriptions of my most recent work.

[–]ballpointpin 158 points159 points  (10 children)

Had a candidate last week most definitely type out an answer to a coding question from chatGPT. Five seconds after completing it, I asked them "what does line 17 do?"...and they were completely dumbfounded by something they just wrote.

[–]it200219 34 points35 points  (6 children)

Reject on the spot ? or did you guys finished remaining parts ?

[–]g0ing_postal 58 points59 points  (4 children)

Always finish out the interview. If you don't, the interviewee may complain about an unfair interview and sometimes even try to sue

[–]snowe2010Staff Software Engineer (10+yoe) and Grand Poobah of the Sub 19 points20 points  (0 children)

Story time. I worked at a small startup, I was employee twelve. We were hiring a lot and the office was quite small. The main conference room was right near the front door and it was an open office space.

Dude shows up for an interview, my boss meets and greets him, puts him in the conference room, talks to him for a few minutes, and then comes to talk to us.

“He stinks. Like seriously, he smells so bad I had to tell him I’m getting a drink just to get out of the room. What do I do?”

We’re dumbfounded. He tells us that the dude told him he had been biking all day.

He finally goes back into the room and a few minutes later ended the interview. Comes out and tells us to go walk towards the conference room. This is a medium sized conference room, we had about 40 people crammed into it a few years later. I literally couldn’t get within 5 feet of the door without retching.

Apparently the dude already had a job lined up (had already accepted an offer) and was just interviewing with us for practice. He told my boss that when my boss ended the interview.

[–]beatissima 3 points4 points  (0 children)

Plus, once you realize they're full of crap, you can enjoy the free entertainment.

[–]Independent_Grab_242 2 points3 points  (0 children)

Having candidates failing on a simple Linear Search and needing to stay on the call for one hour. oh boy

[–]GradientDescenting 5 points6 points  (0 children)

Had an ex colleague who has a task to exclude generated files from unit test requirements. Saw his resume after he left and it had: increased code coverage 60% when all he did was exclude those files from code coverage

[–]Hesh35 0 points1 point  (1 child)

I mean, they should have at least read and understood the solution, lol. Rookie move.

[–]FellowGeeks 2 points3 points  (0 children)

I remember once at college some students found last year's homework anders and submitted those. The problem was the previous year the task was to sort numbers in java, this year it was sorting Strings which the person copying didn't cater for

[–]0x847363837383 137 points138 points  (30 children)

A few years ago at a F100 corp I was at, we were interviewing candidates for a contract position from various firms. This was also my first experience being on an interview panel.

There were a significant amount of candidates that we suspected as cheating in one way or another - one we could explicitly hear the mic picking up a different voice before the candidate gave us her answer.

My approach was to pick resume bulletpoints that either I or someone else on the call had expertise on, and drill deep about what they did and their approach. We had a slack chat going amongst the panel where we would try to arrive at a consensus if the candidate was genuine or cheating within the first 10-15 minutes. If consensus was “this person is legit”, we would transition to an actual interview, similar to the breadth and system design you mention. If consensus was that something felt off, we would keep drilling deeper to practice our detective skills and have some entertainment.

To cherry pick the bulletpoints you mentioned - I would start with something like “How did you go about structuring the Ansible playbooks you created? What did you do to troubleshoot them?”, expecting to hear something about tasks and debug printing vars etc.

[–]just_looking_aroun 63 points64 points  (11 children)

So far I liked this type of interview more than the leet code ones

[–]lenswipe 14 points15 points  (10 children)

Depends on the interview tbh. I sometimes struggle with those types of questions because I don't understand exactly what the interviewer is asking right off the bat. Once I understand that though, I'm more able to answer the question.

Leetcode interviews can be good (sometimes) as long as I can code along with a real person and chat back and forth with them as I go and let them know my thought process.

My favorite type of interview though is the take-home project...with the caveat that:

  1. It be an actual toy problem, not just busywork the company doesn't want to pay employees to do
  2. It be constrained to something reasonable (i.e: a few hours of work to build something small)

My current place had us read some data in then expose it via an API. Then come back in a week or so later and talk through your code with one of the other devs. I felt that struck a nice balance between stupid "how would you invert a binary tree?" leetcode questions, and take-home projects that you could've had someone else do for you and combined the best bits of both

[–]kayakyakr 22 points23 points  (6 children)

Anywhere I've set up a take home, I always set up a project with a few bugs and a Trello task list. Ask them to spend no more than two hours working tasks but otherwise do as many as they feel gives a good sense of their skills, and to make a PR for each one.

The rest of our interview process could take 2 hours, an hour with devs reviewing the code, 30 with product/design and 30 with management.

It was pretty successful at finding folks operating at different levels, and people who approached problems like the rest of the team.

[–]lenswipe 5 points6 points  (5 children)

In this case there were a few curveballs in there like a weird text encoding on the data file to see if candidates simply opened it in an editor and converted it, or wrote code to take account of that. I wrote code to take account of that when I did it, wrote tests for what I was doing and stuff.

[–]kayakyakr 4 points5 points  (4 children)

Yeah, I had a few hidden gotchas in there to see if they found it and solved for it. Also had the test library set up, but no explicit requirements to test

[–]lenswipe 7 points8 points  (0 children)

I will say having been on both ends of this that I suspect I was the only candidate to code around the gotchas as well as write unit tests. I don't want to brag but I strongly suspect my submission was one of the best they've ever had.

The dev reviewing my code in the interview was basically like "nailed it, no notes"

[–]ep1032 3 points4 points  (2 children)

This really is the correct way to interview devs anywhere that isn't some major super-scaled out F1XX company. I've had more success with this than any other method, and at this point whether or not they can pass leetcode is just more noise

[–]kayakyakr 3 points4 points  (1 child)

As a candidate, one of the things I like to know before pursuing more interviews is how long their entire cycle is designed to take. If it's any more than 4 hours, I am hesitant to pursue it. As a hiring manager, I try to keep my cycle under 4 hours total. Our current company has a pretty good setup that can get a read on folks in 3, plus a branch to put someone into if we didn't get a good "this person knows how to code" signal from them. The interview is standardized between candidate so each generally gets the same view.

[–]ep1032 2 points3 points  (0 children)

That's a good system

[–]oupablo 3 points4 points  (2 children)

My leetcode experiences have been nothing short of abysmal. Everything from terrible web apps you're forced to code in that lack typeahead and debugging to spending half the allotted time clarifying the ask. When you're given 20 minutes to solve a leetcode problem that's presented more or less as a riddle, I just don't understand what you're trying to accomplish. It 1000% boosts someone that's seen the exact problem before and punishes the person that is solving it for the first time and neither really demonstrate their natural ability to solve the problem. One regurgitates the answer and the other doesn't have the time.

I think take homes are even worse though. With leetcode, at least the make or break is done within a short amount of time. Take homes have no time limit and the requirements are usually equally vague. I once was rejected for a full-stack position because the simple full-stack JS app I built for them "could have looked better" even though the exercise explicitly said, "these elements need to be on the display and looks don't matter".

The best experiences I feel on either side have been broken into two parts. One is to have an existing chunk of code and say, "how would you do X or we are seeing issue X" and walk through doing it with them. This more directly mirrors the real world of working in an existing codebase and building on something existing. It covers that they can read and write code. The next portion is to talk through a bigger problem and have them explain troubleshooting and fixing it. This tackles more of the design aspects and their thought process.

[–]lenswipe 0 points1 point  (0 children)

Take homes have no time limit and the requirements are usually equally vague. I once was rejected for a full-stack position because the simple full-stack JS app I built for them "could have looked better" even though the exercise explicitly said, "these elements need to be on the display and looks don't matter".

Depends on the take home. The one at my current place had a time constraint of "We don't expect you to spend more than a couple of hours on it. It was also an API so there was no expectation of fancy UI stuff.

[–]eat_those_lemons 0 points1 point  (0 children)

Yea I had one company do a take home where they wanted this dummy web app done in the framework they use that I didn't have on my resume and took like 6 hours? I will admit this was years ago when I was more junior but to put in all that work to receive a "we felt there were some issues with the code" was really frustrating.

I had documentation, code comments, detailed commit messages

Like now I know that I should have added a few tests in there but I know I polished that thing a lot and definitely frustrating to not get any feedback

So not a fan of takehomes

[–]ell0bo 10 points11 points  (0 children)

This is what I do. I go through the bullet points, ask questions about them. Then I ask them to rank themselves, 1-10. Which ever they rank the highest, I give them a question I've figured out beforehand.

It doesn't take a lot of work to vet people during an interview, just ask them question about their resume in a technical way. At my last place, F50 I believe, people used to love being in interviews with me because I made them fun, but also informative.

[–]RedbloodJarvey 10 points11 points  (2 children)

We had a slack chat going amongst the panel where we would try to arrive at a consensus if the candidate was genuine or cheating within the first 10-15 minutes.

Was this for in person interviews?

Years ago I had an in person interview. They had 3 people on the panel and every sentence I said all 3 of them would start typing as I talked. Then one of them would read the next question off their screen and the process would start over.

It was very disconcerting.

[–]0x847363837383 5 points6 points  (0 children)

No, this was virtual interviews for first rounds with the team with contractors around the country.

I’ve been on the candidate side of interviews like that though and agree with you - it’s a wtf moment when the panel is typing nonstop. Our typed chats were mostly brief “go deeper” “seems fine” “bob, ask about their async bullet”

[–]d94ae8954744d3b0 0 points1 point  (0 children)

Disconcerting? I’d be so anxious my sphincters would all invert.

[–]Xelaxander 4 points5 points  (0 children)

Fair. Anything a candidate claims knowledge of is fair game, as well as any skills required for the actual job.

[–]originalchronoguy 2 points3 points  (0 children)

My approach was to pick resume bulletpoints that either I or someone else on the call had expertise on, and drill deep about what they did and their approach.

This is my exact approach. If someone claimed ownership of a project or deliverable they did with tech and bullet points I have experience with, I will drill on those. I usually find out, through their own confession, they were just juniors implementing the work of their lead/architects. They only have a superficial understanding of the technology and just heard it. So they put it on their resumes.

[–]beatissima 2 points3 points  (0 children)

Ask them to describe any experience they have with CowPiler.

[–]KravenX42 207 points208 points  (6 children)

I think if you feel this is a threat than there is an existing weakness in your hiring process, it’s not like people have never lied or copied a resume before.

I would personally just judge on existing merits; if the claim makes sense then fine, but if it’s suspicious I would just mark it as suspicious and probably trash it in the same way if some hand wrote it.

Outside of Intern / Junior the false positives are going to be so small that it’s not worth thinking about.

[–]intertubeluber 55 points56 points  (3 children)

As ridiculous as it sounds, I’ve been getting resumes with phrases like that for as long as I’ve been hiring. It’s mostly Indian based resumes from the H1B factories (Insight Global etc). One benefit of working with a decent external recruiting company is that those resumes are typically weeded out.

[–]ep1032 10 points11 points  (0 children)

Wait, you mean proficiency in SDLC and NotePad++ Editor aren't real proficiencies?

[–]oupablo 2 points3 points  (0 children)

Those resumes are weeded out as well as a substantial portion of good ones. The issue with all the automated processing done these days is the number of good people it drops. You constantly hear employers complaining that there are no qualified candidates and come to find out they're dropping a significant portion of applicants over certain keywords (or lack thereof) in the resume.

[–]antonivs 4 points5 points  (0 children)

Yeah, on that issue of Nagios market share in the OP, at our company we use cloud logging, but there are quite a few ops people based in India whose primary previous monitoring experience seems to be with Nagios, so I’m sure they’d be putting that on their resume.

[–]AmateurHero 6 points7 points  (0 children)

I think the direct nature of some of the bullet points are perfect for targeted questioning.

Wrote Ansible playbooks from scratch in YAML. Installing, setting up & Troubleshooting Ansible, created and automated platform environment setup.

There's a hell of a lot of experience baked into those two sentences. People can still bullshit the answer, but I have a feeling that a lot of applicants can be caught off guard by directly asking about some of their claims.

[–]BlueberryPianoDev Manager 22 points23 points  (0 children)

As much as people here scoff at the HR/recruiter screening call, this is exactly what they are for. Give them some very basic guidelines to go fishing and they will be able to weed out the vast majority of complete fakes because you don't need to be technical to be able to spot "complete bumbling idiot, who suddenly has perfect clarity" (someone looking up stuff on wikipedia), or just completely bumbling (might lose a small percentage to 'very nervous', but will also weed out those who are full of shit and those who can't communicate basic information).

HR likely wants to ask them some basic questions anyway like salary expectations, how much notice they would like to give to their current job/how early they can start etc. Let someone in HR spend 15 minutes with the candidate that frustration. If no HR, do a 15 minutes screening yourself.

As others have said, the problem of fakes and copiers is not new, even though they found a new tool to fake/copy from.

[–]dragonowl1990 82 points83 points  (12 children)

does it really change that much?? It’s not like it was difficult to put the right things on a resume before AI, the generated sentence,,, it’s also not a great way to represent ansible experience on a resume, they know they’re called playbooks, great.

I think you’re doing the right thing, deprioritize the suspicious resumes and just do a brief phone screen, it’s just always going to be a crapshoot, but at the senior level you should be able to just have a conversation and know if the guy knows his stuff or not.

[–]proof_required9+ YOE 34 points35 points  (2 children)

I feel like it's fair to use ChatGPT given how lot of companies use some ML/keyword based automation to filter out lot of resumes. Why this double standard now? Let the machines fight it out.

[–]JixDiz 0 points1 point  (0 children)

Or how we use cars for transportation instead of having to tame and ride horses. Use the tools we've created, I say!

[–]KAPMODA 0 points1 point  (0 children)

I wanted a junior it job, is it a bad idea to use chatgpt to give me a better idea on how a it resume could be? And then copy or modify it?

[–]870223 22 points23 points  (2 children)

I think there is a difference. Before ChatGPT it took some effort to write a fake resume. ChatGPT emboldened people to just ask for the matching resume, and on top of that some may believe they can "fake it till they make it" on the job, using AI to do their tasks. And as every experienced dev knows, AI tools are great, but they won't do your job (yet).

[–]Instigated- 17 points18 points  (0 children)

Fakers this lazy/stupid would always have found a resume to copy online.

Imho chatgpt makes it easier to weed them out because they are all using the same tool with the same sentences and mistakes.

And it makes it easier for those not using chatgpt to stand out by being unique and authentic.

[–]SlaimeLannister 1 point2 points  (0 children)

So you’re saying that ChatGPT is making bad things easier, but it does not itself enable those bad things. Sounds like a problem in the hiring process, not ChatGPT

[–]Electrolight 38 points39 points  (3 children)

Or her stuff...

[–]afonja 10 points11 points  (2 children)

Or their stuff

[–]ings0c -1 points0 points  (0 children)

Or hir stuff

[–]ferociousdonkey -2 points-1 points  (0 children)

Or its stuff

[–]teerre 52 points53 points  (4 children)

Wasn't this a problem before? Every time I hire for a position, unless it's a heavily vetted one, at least 33% of candidates cannot talk about the things they wrote own their resumes.

Also, it's a bit worrying you cannot think of anything in your job that cannot be done using ChatGPT. If that's true, you might start considering not hiring anyone at all, that would be no point, just use ChatGPT.

[–]Hesh35 0 points1 point  (0 children)

And so it begins…

[–]anonyyy69420 0 points1 point  (0 children)

That’s the thing, long pauses always give it away. If anyone has experience related to the question, it typically comes to the mind pretty quickly. Really like a natural conversation about a tech topic rather than an interrogation. The only questions where long pauses are okay and actually are expected is for behavioral questions, STAR, etc. Also always offer and try to get them to do an in-person interview, even for a fully remote position. It’s worth the expense to fly them out and accommodate them.

Interviewing isn’t hard, people just over think it.

[–]rush22 12 points13 points  (1 child)

It's not necessarily ChatGPT.

I have had groups of "students" applying from fly-by-night "coding schools."

I noticed when 3 different people all had the same odd (and non-sensical) answer to a "tell about a time when..."

They were well-rehearsed, and all had great interview skills, but their example made no sense and was exactly the same, so I red flagged them to check them out.

All had different backgrounds until I dug deeper. Some of the companies listed on their resume had websites that looked kinda crap and generic. I searched the "CEO" of one of these companies, and look who showed up on a different website... the VP at a company another candidate supposedly worked for. From there, I eventually determined the person behind sites also ran a coding school. The school offered "resume perfection" and boasted a "100% job placement guarantee." The school was in some weird industrial area behind a tow truck company.

I don't entirely blame the candidates--they were clearly being taken advantage of--but discovering this was a bit of an eye opener.

I even found the odd answer to the interview question on a "pass the interview" website forum. And one of the commenters had the same name as the school "owner".

So it could be a lot simpler (or complex, depending on how you look at it) than ChatGPT. Or both, even.

I never proved it, but I also suspected a recent hire had got in from the school. They weren't positioned to be a "mole" but it makes sense if one gets in then all the others will apply.

[–]d94ae8954744d3b0 5 points6 points  (0 children)

It’s so depressing when I’m reminded just how much grift and janky crap and outright fraud there is out there.

[–]Demiansky 8 points9 points  (1 child)

Don't have advice, I just find it funny that ChatGPT resumes have stuff like feature branch merges on GIT as being a relevant skill. It's like a long distance runner saying that one of their skills is tying their shoes. It's technically true, but something so fundamental to the task that putting it on a resume is pointless.

I have seen some resumes pre-ChatGPT though that say these kinds of things, but it's usually part of a resume that is 8 pages long (the applicant basically put every function from every library that they ever used).

[–]Sunstorm84 2 points3 points  (0 children)

Sounds like they were desperate to get past the keyword scan

[–]Vok250 9 points10 points  (0 children)

Just throw their resume out. Hiring should be about finding the needles in the haystack, not inspecting every blade of hay. No one has the time or money to interview people who can't even write their own resume. If something is a red flag to you, bring it up or bin the resume. There is no shortage of good candidates right now.

[–]kbielefeSr. Software Engineer 20+ YOE 8 points9 points  (2 children)

I had a candidate like that before chatgpt. He would stall then give an answer that sounded like it was read from wikipedia. My colleague caught on really quickly and started asking "are you a bot" type questions. Things that are difficult to google, but are simple for a human who has worked in those technologies to answer.

These are the candidates who ruin interviewing for everyone. If you think interview questions are inane, it's because we don't know yet if you are one of these fakers.

[–]Serird 0 points1 point  (0 children)

My colleague caught on really quickly and started asking "are you a bot" type questions.

"Could you solve that captcha please?"

[–]the-computer-guyDevOps Consultant ~7 YoE 0 points1 point  (0 children)

"I'm a language model by OpenAI... oh, wait..."

[–]nijuashi 59 points60 points  (5 children)

I don’t think it’s a sin to use automation to generate a resume. A real person can be hired to write one as well.

However, a candidate who can’t be bothered to review his own resume is likely not worth your time to interview, and that practice has been the norm in the industry for quite a while.

[–]eliquy 11 points12 points  (1 child)

Particularly when the candidate is probably assuming the resume is going through ChatGPT on the interviewers end as well

"With respect to {the job requirements} summarise in point form the pros and cons of the following candidate resume: ... "

Hell, wire up Whisper and elevenlabs and you can even automate the phone screen

[–]teo730 17 points18 points  (0 children)

ChatGPT basically just hiring itself to do a job lmao

[–]RoburexButBetter 1 point2 points  (2 children)

I mean if they typed in "write me a resume that features these skills at that level" and that's the level you're at, you know what, fine, but idk how they expect to get away with generating a resume out of thin air

[–]lenswipe 3 points4 points  (0 children)

Yeah. Although I've done this with cover letters(I don't even submit those these days lmao), I've only included skills in there that I actually have.

[–]riplikashSoftware Architect | 15+ YOE | Back End 2 points3 points  (0 children)

Same way they always did. Pure numbers.

They need a resume good enough to land them an interview Then out of those interviews they need to find one that doesn't properly vet technical skills and instead relies on how much the interviewer likes you, which honestly isn't that rare. Once they're in a position they smoke screen for as long as possible. They find some tasks they can do, if slowly (something ChatGPT is really going to help with), and make up excuses/blockers or shuffle around responsibilities. In the right position they can achieve 20-50% the output someone competent could. They do that for a few years and then move on. Our industry grows fast enough, and companies are paranoid enough about giving honest feedback, that their reputation never catches up with them.

[–]engineered_academic 7 points8 points  (2 children)

I generally pick out the parts I know about and ask them detailed questions about their knowledge on a particular topic. I'm looking for when I get to "I don't know."

Like if they list Nagios on their resume, I'm probably the 1% of people who has actually used it. I'll ask about which version of Nagios they were using, how they liked it, and what they didn't like about it. If they can't tell me much, it's a big red flag that they weren't REALLY involved in the setup and usage of Nagios.

Long pauses after questions will generally indicate someone's googling stuff. A person who has real world experience can launch right into a meaningful discussion on the topic. I don't know, I can just tell when a candidate is good at something, but more often I can tell when they're passionate about something.

[–]originalchronoguy 0 points1 point  (1 child)

If you ask me which version of Nagios, I could not tell you. However, I have for a fact implemented Nagios back in 2007 from the very early days because I got sick and tired of getting calls at 10pm on Saturday that a server was down. So I went through the process of building up nagios monitor, having to write the rules by hand in /etc/nagios3/I singlehandley set it up to monitor over 200 servers, http, mail, DNS, etc.. I know how to snooze alerts, set up notification. But my memory is foggy because it was 16 years ago.16 years ago! So it doesn't discredit the fact I know nagios. I could probably just pick it up again if needed. But we have better things now like Splunk, Prometheus/Grafana.I ran it for at least 8 years until I got out of UNIX sysadmin work.

[–]engineered_academic 0 points1 point  (0 children)

Ugh. Splunk is a bad tool that encourages bad practices. I'll die on that hill. Plus the sales and support is terrible.

Just the fact that you can talk about it and relate stories about it on an on the fly manner.

[–]zayelion 4 points5 points  (0 children)

We tried doing a couple of the initial interviews the other day on the phone before we caught onto the chatGPT resumes, the interviewee on the other end didn't have a clue about what was listed on their resume. It was only after a couple bumbling answers that they regurgitated what seemed to be a wikipedia type summary of how they used that technology. My guess is it took them a few moments to read over the chatGPT prompt and determine what pieces were relevant to the question we asked.

Not everything has to be asynchronous or automated, this is the approach. I would do all of the Chatbot-like ones first one day. And then the others the next day to have a comparison. Its a simple double check to make sure there are no false positives. The bot had to have pulled that information from somewhere so that means there is some formulation of people out there that write like that.

Also, you are going to have people that use the bot to write better-sounding text. Screening is just part of the job, its like testing. Just do it.

[–]KFCConspiracySoftware Engineer 5 points6 points  (0 children)

I feel like people can and do make stuff up on their resumes on their own, and were doing that before Chat GPT. This is kind of a gift in a way. There are now some signature phrases that tell you that the resume was made up.

The same techniques to spot liars still work here, asking questions about specific technologies on the resume. Asking them what some of the drawbacks of a particular technology on their resume is. Asking them why they chose that technology... Those questions, I've found quickly show you who's lying about that.

As an aside: Although the amusing thing about the Nagios thing, I've genuinely used it in my career. Not anymore, but I have. Although I don't include it on my resume because I'm not really targeting a devops role.

[–]donjulioanejoI bork prod (Cloud Architect) 4 points5 points  (0 children)

Hiring for DevOps right now. You just described 30% of resumes we get.

It's always an Indian name, always one specific format, and they wouldn't even look suspicious if we didn't get 50 almost identical resumes.

My first thought was some outsourcing or resume-writing companies doing it and just replacing the names, but ChatGPT makes total sense.

[–]The_Jeremy 2 points3 points  (0 children)

we could assign take home work if the interview goes well -we typically don’t and for devops it doesn't make much sense- but they might use ChatGPT to fake it till they make it.

If they can pass your take home interview with ChatGPT, then either they should be hired or your take home should be different.

[–]iprocrastina 4 points5 points  (0 children)

If there's lies on the resume it goes in the trash, simple. I'm not hiring someone with such shit ethics that they fabricate experience, so no point in interviewing if there's anything on the resume that's an obvious tell.

As for verifying experience during an interview, I'd argue that if your current interview methods can't uncover fabricated or greatly embellished experience then your methods need an overhaul.

For example, at my company we drill down into your experience. Starts off like "tell me about a time you..." and then you ask follow up questions like "why did you make that decision?", "can you go into more detail about...", "what was the outcome?", and "what would you do differently if you did it again?" It's really hard to keep up a convincing lie when asked those questions. Contradictions start popping up, the candidate will struggle to provide details they should know, etc.

So, with the Ansible example you gave, you could ask things like "So it looks like you've got some Ansible experience, can you talk about that?", "What motivated you to automate platform environmemt setup?", "How did you do the automation?", "Why did you do it like that?", "What other automation and improvements do you think could be added?", "Would you have done anything differently if you did it again?" By asking these questions you'll get an idea of how they make decisions, set priorities, create designs, and work with others. You'll get a much better idea of what exactly they actually did. And as a bonus you'll find out if they're full of shit too.

[–]ritchie70 3 points4 points  (0 children)

Around 15 years ago, I was weeding out "Expert C Programmers" by asking two questions:

  1. What does asterisk - you know, the star, usually on the 8 key - do in C aside from multiplication? [Any mention of pointers was accepted as correct.]
  2. What does the "static" keyword do? [It actually means different things in different contexts; any correct answer was accepted.]

On more than one phone interview, I could hear them furiously typing, presumably trying to figure out how to Google "C *" successfully.

The more things change, the more they stay the same. Now it's a machine writing a BS resume instead of a recruiter.

[–]ferociousdonkey 12 points13 points  (0 children)

Aren't hiring people just looking for keywords anyway? So if they can automate it why shouldn't the other end be able to?

Why not check their linkedin or GitHub account?

[–]lvlint67 8 points9 points  (3 children)

Setup repository on GitHub, merging code from develop branch to master branch and make it ready for deployment.

Send an email and ask if the person has anything on GitHub you can look at if it's not linked on resume.

[–]alinrocDatabase Administrator 2 points3 points  (1 child)

The last person I interviewed who had a Github link on their resume, had nothing committed in close to 5 years.

[–]brianly 1 point2 points  (0 children)

You need more context than that with some people in my circle who go in and out of roles that are in regulated industries or the government. They have pretty decent GitHub’s and open source work, but then get gigs that constrain what they can do publicly.

If you evaluate what they have in the context of when it was written, then it looks pretty good. If you use the years ago filter then they wouldn’t pass. The difference might be that they give a certain vibe with their communication that would have you take them seriously early on versus feeling you have to scrutinize the GitHub.

[–][deleted] 4 points5 points  (0 children)

I would call and ask if they can also tie their own shoes and wipe their own butt. Since we're listing basic skills that are obvious for anyone in this field who is over 10 years old.

[–][deleted] 2 points3 points  (1 child)

You could go old school and bring ppl into the office to interview them in person

[–]FailedGradAdmissions 0 points1 point  (0 children)

That's probably why we are back to on-sites. People clearly lie on their resumes and cheat on OAs. I volunteer to interview whenever possible, and I've seen my fair share of people failing to do Fizz Buzz on the on-site. And these are people with stellar resumes and who supposedly solved 2 LC Mediums in their OAs.

However, not all companies are capable of doing this.

[–]GrayLiterature 2 points3 points  (0 children)

Something that I think you could probably ask, which tbh would throw me for a massive panic if I was in that situation, is asking something like “We saw on your resume that you wrote ‘Setup repository on GitHub, merging code from development branch to master branch and make it ready for deployment’, can you describe to us why you felt that was important to communicate to us?”

You can replace that with something else for instance, but it’s going to force the person to defend something remarkably obvious, which is going to make them fumble.

You also get the added bonus to understand how they think about value propositions. Unless they provide some stellar example that blows your socks off, you’ll see how they articulate value and justify value delivery.

I mean if they can’t justify the worst points on their resume, could they likely justify work direction and the value of that work to stake holders?

[–]jdlygaTechnical Lead (C++ / Python) 2 points3 points  (0 children)

We're only in trouble if we can't distinguish top tier candidate resumes from AI generated resumes. If I see stuff like "merging code from develop branch to master branch and make it ready for deployment" that feels very suspect.

I have no problem with using ChatGPT to phrase existing resume points to sound more natural, especially if English isn't your first language. But it has to seem authentic.

[–]SlaimeLannister 2 points3 points  (0 children)

If ChatGPT accurately creates a resume in line with a candidate’s experience, is there an issue? A trickier question, what’s your tolerance for resume embellishment, with and without ChatGPT? Because that has been happening forever, it’s just easier with ChatGPT.

[–]Tulikettuja 19 points20 points  (4 children)

I wouldn't bother calling them in. They couldn't even be bothered to write the CV themselves, so they're either disinterested, lazy or lying. They haven't even proofread it to remove the worse parts. That's like leaving in spelling errors.

I've used ChatGPT to write basic test suites generate me some dummy JSON and fetch me a regex. I'm not saying it's not a tool.

But if they can't even be arsed to introduce themselves without it - nah. Being able to communicate well with other humans is a huge part of the job, and they clearly can't or won't do it well.

[–]theGalation 10 points11 points  (1 child)

Will lose my shit if I ever have a coworker who mostly communicates through ChatGPT.

[–][deleted] 14 points15 points  (0 children)

I prompted chatGPT with your comment thinking that it may come up with something funny, but this is what it said:

I understand that the idea of communicating primarily through an AI like ChatGPT may be unsettling or frustrating for some people. As an AI language model, I am here to facilitate and improve communication, not replace human interactions. If you find yourself in a situation where a coworker relies heavily on ChatGPT, it might be helpful to have an open conversation with them about your preferences and concerns. Together, you can come up with a solution that works for both of you and maintains a healthy work environment.

Even chatGPT agrees.

[–]ferociousdonkey 2 points3 points  (1 child)

Or maybe they automated a boring task with the available free tools.

[–]Tulikettuja 4 points5 points  (0 children)

If introducing yourself is 'boring' then I don't want to work with you.

[–]thisismyfavoritename 3 points4 points  (0 children)

people were already cheating without chatgpt and faking it until they make it. Nothings changed.

[–]Madscurr 1 point2 points  (0 children)

The strategy my team has been using is to dive deep into the candidate's favorite project; what did they learn, what did they enjoy most, what was hardest, what kind of teamwork was involved, what made them want to pull out their hair. I've found the nuances of those kinds of questions are 1) atypical for the industry, so candidates don't have prepared answers, and 2) can't be answered with buzzwords/bullshit. Also, always ask about a time they made a significant mistake, the bigger the better, and how they handled it; any senior developer ought to have plenty to choose from, and it's important to know how they handle that, especially what preventative steps they've learned to take.

Then we give them a couple small, practical technical challenges that actually represent typical day to day tasks for the role. For junior devs, we give them a code sandbox with a bug and ask them to find & fix it (live coding), to while for senior devs we give them a pull request to review with a variety of problems in it to see what they find any how they give feedback (take home, expected 30-60 minutes). Again, you can't bullshit actually solving a problem in front of me or having a gentle tone in code review

[–]FerocAgile Coach (15 yrs dev XP) 1 point2 points  (0 children)

Our approach is now going to be to sort the wheat from the chaff, any resumes that look suspicious go in one pile and the rest go in another pile for a second read through.

I am not sure if this is a good approach. You are not looking for professional resumes authors, you are looking of software developers. Using the right tools for a job is a key competence for a software developer and ChatGPT seems like a good tool to use if you want to write a better resume.

Where you should work on are your interview questions and assignments that you use to test your candidates. Like how good is the test if ChatGPT can answer it? And if it can answer it, is it relevant that your candidate needs to know the answer by heart? Would it be better if they google the solution? Probably won't matter.

I think giving the candidates a rather easy coding challenge, that they should solve live, to see if they actually have coded something themselves is enough for the first stage. For everything else I just prefer talking. What projects did they work on? What kind of issues did came up and how did they solve it? How did their workflows look like in the past? How did they handle automatic testing? Deployment? Code reviews?

That should help more than some leet code puzzles or questions about the top 10 design patterns.

[–]infomiho 1 point2 points  (2 children)

I mean, I used https://coverlettergpt.xyz to generate some cover letters and that's kinda cool. I'm always struggling with expressing myself around my accomplishments. But I did feed it my real CV.

On the topic: ask them to tell you latest hard problem they solved, what was their role in that. I guess you can really catch them with details.

[–]hottown 0 points1 point  (0 children)

I put Cover Letters generated by http://CoverLetterGPT.xyz directly into OpenAI’s “AI-generated text detector” with no editing and the output said:

*it’s very unlikely this text was AI-generated.*

probably doesn't catch them because the letters are created based on the user's resumé and the specific job description. I guess people applying to this position are being extremely lazy

[–]JuicyBandit 0 points1 point  (0 children)

https://github.com/f/awesome-chatgpt-prompts has a nice prompt to get ChatGPT to create a cover letter as well! Maybe try both and combine them or something.

[–]doktorhladnjak 1 point2 points  (0 children)

The best indication that someone can do a job is if they’ve done it before. When interviewing, ask them to explain what they’ve done. Dig into details. This approach is better than asking hypotheticals because it’s harder to cram for or fake.

[–]FinalDeviceSoftware Engineer 15+ YOE 1 point2 points  (0 children)

Oh man, I actually have Nagios experience. It's from many years ago and I'd never put it on a resume though.

It's possible some of your candidates generated resumes without using ChatGPT, but used the same sources: Copying from readily available online resumes. This isn't a distinct problem from the resumes that list every technology the candidate heard mentioned in each of their last 93 positions. It's just a bunch of noise. When possible, I like to filter out resumes that read as though the candidate has no understanding of the underlying technologies and it's just puking buzzwords. You can't tell one candidate from another when their resumes all are a mess.

[–]foxbase 1 point2 points  (1 child)

Oh ffs I hate people sometimes. This is why we can’t have nice things. You know if this becomes a big problem openai will start banning all resume related help. I’ve used it to rephrase my existing resume to be more concise but having it generate a fake resume just seems like a stupid decision.

I don’t know how to counter this…maybe feed the resume into chatgpt and ask it if it seems like it’s fake lol. Other than just asking questions on the resume which could take up a ton of time if they claim to have a long history.

As an aside I didn’t know nagios was so niche. I used it when I did NetOps a long time ago, no wonder nobody knows what I’m talking about when I mention it lol.

[–]WhyIsItGlowing 0 points1 point  (0 children)

Nagios isn't that niche, I just think most people have moved on from it now.

[–]Prince-Otter 1 point2 points  (1 child)

akh i see, so recruiters are against people build their CV with AI, for nonsense, nitpicking and biased arbitrary reason

[–]MisesAndMarx 0 points1 point  (0 children)

"Whoa, whoa, whoa, you can't use AI, that's our job! (ATS)"

[–]QueryingQuagga 1 point2 points  (0 children)

Well writing the answer here kinda defeats the purpose, now doesn’t it?

[–]qpazza 1 point2 points  (0 children)

What does it matter if they used chatGPT? Plenty of people lie on their resume, or have someone else write one for them. Recruiters regularly help edit resumes or do it themselves (with permission). Treat them all the same way. Ask relevant questions and asses their responses.

[–]ba-na-na- 1 point2 points  (0 children)

Yes, this is exactly what I assumed would happen. Similar to have Microsoft 365 Copilot ads showing a CEO saying "write a memo telling the employees X" and the GPT basically generates a bunch of noise which could have been expressed in a single sentence.

Just a bunch of noise which only creates more cognitive load for the consumer of the content.

I feel like we will now require ChatGPT to dismiss AI-generated resumes, which will generate false positives.

[–]notMyRealNameObvious 10 points11 points  (10 children)

Does it matter if a resume is written with chatgpt or not? I have 8 years of experience and use gpt to convert my experience into a resume.

Give everyone a fair chance.

If they know nothing about the job that will be exposed in a normal interview.

[–]aiolive 27 points28 points  (2 children)

To me it matters that they lie and don't even consider rephrasing some tech to something closer to what they know. I know "everyone lies in their resume" but first of all, no, and then, there's a difference between overselling yourself and copy pasting something. To me, at least, as many comments seem to be perfectly ok with that.

[–][deleted] 4 points5 points  (1 child)

Yeah but I guess what /u/notMyRealNameObvious is trying to say is not that chatGPT's fault but that the candidates are fine with outright lying to get a leg up.

[–]notMyRealNameObvious 2 points3 points  (0 children)

Exactly. OP is conflating two separate issues in my opinion.

The first is lying on a resume. People, not all, have been doing this since resumes were a thing. That's why interviews exist.

The second, using chatgpt to create your resume. Using a tool to automate a tedious process is the essence of what we are as software developers. There's no reason to look down on that.

[–]RickJLeanPaw -2 points-1 points  (5 children)

What ‘experienced dev’ skills to you think you lack that you’re using GPT to take up the slack on? Should that not be an opportunity to expand you skill set in that area?

[–]ivanceaSoftware Engineer 14 points15 points  (2 children)

It's not about not knowing how to write a resume. It's just that it writes it automatically

[–]GamerHumphrey 14 points15 points  (1 child)

Right? As we get more experienced as a dev, we know how to do thinks better and quicker. This is one of them.

[–]riplikashSoftware Architect | 15+ YOE | Back End 3 points4 points  (1 child)

Honestly, at a certain point re-writing your resume become a big hassle. And for best results you're supposed to "target" it to the position.

Senior devs have often just done SO much work with SO many technologies, worked on SO many projects that if you try to list everything your resume is going to turn into a small book. At 15 years my "master" resume where I try and keep track of all the projects and accomplishments and tech breaks 10 pages. And I know people with 30+ years experience. Then you end up with a job market like this where you might need to apply to dozens of positions to really find one that you want.

ChatGPT is an ideal tool for re-tweaking your resume for different positions. For filtering down that huge amount of experience to a more targeted work history.

[–]notMyRealNameObvious 1 point2 points  (0 children)

This is exactly what it is! This idea that we as software developers are using a tool to speed up a process is wrong just baffles me.

We literally get paid to do this at our jobs, but somehow doing it to get the job in the first place is looked down on?

[–]theevilsharpie 3 points4 points  (0 children)

Many of the other resumes also included things that no senior, or even junior devops person would put on their resumes

I saw similar resumes during my most recent hire. Pages upon pages of fluff.

The recruiter doing the initial screening talked with a few of these folks, and 0% passed the incredibly basic tech screen. Not a single one.

I don't have any open roles at this point, but if I need to hire again, I'd just straight-up filter these resumes out (or drop them into the "don't both unless the candidate pool is seriously dry" pile). Thankfully, they're pretty easy to spot, even at a glance, so filtering them out doesn't take much effort.

[–]CowBoyDanIndie 1 point2 points  (0 children)

I wonder if you can just ask chatgpt if it generated the resume lol.

[–]Herp2theDerp 1 point2 points  (0 children)

How about you stop making getting a job such a awful experience?

[–]thecodingartPlatform Software Engineer / US / 10+ YXP 2 points3 points  (0 children)

Who cares if ChatGPT is used to write out content. That doesn’t matter. If they’re lying on their resume, that has nothing to do with using ChatGPT…

[–]funbike 2 points3 points  (2 children)

You put value into resumes? You shouldn't.

A resume is just a way to know whom to contact for an initial phone screen. All I do is look for a few keywords that are relevant to the position (e.g. SQL). The real value of a resume comes during the interview so you can discuss its contents.

Resumes have always been untruthful, and therefore not something that should be used to judge worthiness. If that's how you've been interviewing, you may have lost good candidates because you wasted your time with the liars with impressive looking, but incorrect, resumes. It sounds like what you are about to do is even worse and you may lose even more good candidates.

The worst case here could be a lot of initial Zoom screens. For this reason our screens are only 15 minutes; just enough time to greet them, set expectations, ask 2 easy tech questions (as a screen), and make sure they aren't insane. We ask that they don't type, and that they are prepared to Zoom (show up a few minutes early, test microphone, camera, audio).

After that we send them a 30 minute code challenge, to get rid of most of the liars. Sure, some may cheat; we expect that. But most won't, and we can tell quickly during the real interview, which we will cut short if we determine they lied or cheated on their resume, phone screen, or code challenge. Up until after the code challenge, we have put in very little effort to research this person (we haven't looked at their github or linkedin, or read their resume fully).

Everything before the real interview is just a filter to remove the resume liars. The real interview is the only step where we actually are evaluating if the person should be hired.

[–]antonivs 3 points4 points  (1 child)

If that's how you've been interviewing, you may have lost good candidates

By definition, that’s not true because if someone can’t be bothered to send a reasonably accurate resume, I don’t want them on any of the teams I work with. That attitude will absolutely carry through into the job.

Yes, many resumes are untruthful, but that’s easily screened out. For the remainder, we’re not just looking at keywords, but at the whole picture of experience and capability someone is communicating in their resume. As a result, the candidates we end up interviewing tend to be good candidates. If, in that process, we end up with some false negatives, we don’t really care as long as we can find enough good candidates.

[–]funbike 1 point2 points  (0 children)

By definition, that’s not true because if someone can’t be bothered to send a reasonably accurate resume, I don’t want them on any of the teams I work with. That attitude will absolutely carry through into the job.

I don't know what you think I meant, but you and I seem to be in agreement. The phone screen and the code challenge get rid of those with untruthful resumes.

I was responding to OP who seems to be relying too much on the accuracy of resumes. You seemed to have flipped my meaning.

Yes, many resumes are untruthful, but that’s easily screened out. For the remainder, we’re not just looking at keywords, but at the whole picture of experience and capability someone is communicating in their resume. As a result, the candidates we end up interviewing tend to be good candidates. If, in that process, we end up with some false negatives, we don’t really care as long as we can find enough good candidates.

I agree again. That's what I was trying to say. A short phone screen is easy, and so is a short coding challenge. By the time we interview, we have vetted them enough to be certain they are worthy of an interview. You are restating my points.

[–]troublemaker74 0 points1 point  (0 children)

How about this... You use the ChatGPT API to flag resumes that are AI generated, and auto-reject them. AI all the way down, baby.

[–]lenswipe 0 points1 point  (9 children)

I've used ChatGPT to write cover letters before and (with minor tweaks) just submitted them verbatim. I started doing that because I found I was spending a great deal of time crafting a nice cover letter to just get a generic workday rejection immediately after. Of late however, I've just stopped writing them altogether since nobody apparently reads them.

An entire resume though? Nah. That was written by me (though as others point out, I have used it here and there to help summarize something or reword the odd thing)

[–]infomiho 0 points1 point  (8 children)

Hey man, a buddy of mine created http://coverlettergpt.xyz for the exact same reason - why bother if the other side won't!

[–]lenswipe 3 points4 points  (4 children)

Just tried that and the output reads like someone had a stroke. Is that intentional?

Dear hiring team at Datadog,

I was excited and curious when I saw the opening for a master javascript tracing tool builder. My education, inclination for fast-paced developing environments, and natural predilection for organizing thought all prepared me well to meet your high team standards.

New possibilities for program solutions like those at Datadog excite the deepest related effort of budding data whisperers such as my delving aims drive boundlessly. I furthermore perected appealing bases for prowess watching from instances both disciplined where lectured-oriented particulars preview best what context requires and likewise simplified fast-thinking habit dottie by prominent calculated boundary system craftsmanship I led driving intensive interactions towards calling remarkably superior bespoke tiers innovations managing property diversity hub underwhelm requests production rather instancefully since expertise kept carried natural attraction towards something enticing higher functions rooted right actions.

We believe Mark has illustrated through numerous past employee reviews that he collaborates encouraging harmoniously in intense risk missions occasionally redesigning apt key resource enrollment early trimming limitations zeal planned speedy uptime results -basuring learning continuous natural evolutive structure custom because while unit refactor heuristic thriving requirements-spec list everyone covered focused transcucivoring transformative desirable shape slowly infused concepts determined creativity short attained according method sound overall being teams ensure considerately donecessaphunks exceeding beyond user interfaces functions intuitvly poised simply offered credibility skilled highers achieve elaborate solace celebrating mentoring help accomplish product legacy architects feel o whom looked almost optimize assisted cloud fellow faculty eye-oriented user support toward outcomes into achieve feedback grace tutorials philosophy. Clients became intuitive letting explore use-patient related surroundings package dynamolders analyzers applied within mechanisms hmost accustomed addisson-vbaux natural triggers limitless descaff bliffer naess ional focus reporting utilized tips adding credentials ranging readipiter system intiuition craken unitive educational touches thought mindfulness analytics helped allow success down stretch make leave wmoreth stream was refined communicacion properly gathered beyond those culture major me, con with mutual many marounded consciousness woven evolving unilucked always-alright behavior unique often-function concepts exploritive materials addition productivity lab testing remains realebo challenged put architecture pragmatic maturely philosophical abmit surface scripts balance team-ready energy phases chouse turn recognize strategies combining emerging attractive systemic unit scrrolanes tier solved evolved relating worthwhile result two prior comprehension relations impeccable string store.

I began going through directives driven effects like peeling just build need words having understood objective empathy assistance understading technologies further enterprise existent observant realize has perfect abilities towards quickly dominating versatility becoming visible I knowledgeable five-plus year spectrum creative every overcoming against hack blocked ingringe protocols rendering old put considerations machine search-related looking results study establish codes scenarios evangelizing engage ask conceive models interface interoperational needed trial potent forms unit and from good retention model import described needs alongside performance history appreciating orchest impact issues smart ded application Agile dependable thrigour experience flair programming constructive resgun state container balancing system practices te robust standard deployed statements principle strength specifically integrating analytic prototyping across stack topics yielded smaller showcasing roadmap analysis concise turned defining experimental monitoring design veerge drive enduring competitive target articulate existent six standards iterative business administration projects seeks candid modeling Spherical Visualization (JCB98 thesis); sought show his mot microserrote below start down specification years despite accomplishments collaborating committing elaborogue leading technical failures least optimized engaging heads results motivate human precision insights more easily stage districator flows amazing mix emerging while together appeal size directions education generated gap Juce days involve leading systematic solutions delivers protocol minded obtaining pairing practsciates-fore logic every evolutionary globally Linux testing executing re I arch school guidance representative conference advantage wider just process myself interactibility featured meant assisting meaningful cohesion desire whole good direction reduction seamlessly solving mental data needed aimed coding feature reaching aspect usability tasks questionnaires team strength regards details chosen exposure advance success respect topics isolation generally versatility anticipated software environment explained variety allowed identifying dependence In int shift greater visions flexible formats able ten written born, sample programming each key functionality habits idea various certain familiar quickly ability importance becoming directly organizing limitations producing digital accelerate select we clear sign fashion mapping handles developer bring positioned shared tech navigating strive readily arch setting lever games continues sharpened establish solid feeling maintain roles swift among backing similar benefits agile naturally happen deep included ownership article that follows accomplished the less favored individually core asset technologies analyze internnal apt with as consulting returns envisioned addressed implement harmonious itself pragya networking you inclinations need excellent creative built suited propose relational internal systems raised supervision opportunity person late introduced keep present definitely remained impressive simple among fulfilling coordinating advice non-manager evilitne achieved proactive react ability technology employees prepared pursue assistance facilitate.

Seizing opportunities putting expertise behind instinct brings returns requiring high strength knowing all ultimately excellent promising believe achieving can excellence cross-or-gaining need profound sound employability proficient better balancing emerging undertaking consistent talent comprehensive quest tolerance. Personally my eye very tends trends combining asset continually constant fostering compatible being exercised beyond happiness through mindset any strong interest agile technique nature leads garner various necessities scope idea procedures analytic working ownership priority coalesce everything status often guaranteed make coming continues we completion mentoring go shifting processes doesn delivery myriad over depending proof value influence simple tool idea products

[–]infomiho 1 point2 points  (2 children)

Oh jesus 😂 It looks like you pulled the creativity slider to the max. If I recall, it's the temperature variable for the model - the higher it goes, the more "creative" or unhinged in this case, it gets.

u/hottown might be able to give a better explanation

[–]lenswipe 0 points1 point  (1 child)

Yes, I did. But I was hoping for something that was still coherent haha.

[–]hottown 1 point2 points  (0 children)

haha yeah i left it there for fun and thats why i put a tooltip with "DANGErOUSLY CREATIVE". One time it gave me half the cover letter in french and SQL commands 🧙‍♂️

try it out on its default.

perhaps I should change that functionality?

[–]lenswipe 0 points1 point  (2 children)

Haha. I've heard of that. I have a LaTeX template that I paste the ChatGPT output into. Looks a little like this

[–]infomiho 0 points1 point  (1 child)

Ohh, that's looks super high effort to the recruiter!

I love the "RE:" detail 👏

[–]lenswipe 0 points1 point  (0 children)

Haha, thx. It's all just template variables...

[–]Grey_wolf_whenever 0 points1 point  (0 children)

What's the difference between using chatgpt and having a graphic designer do your resume? I don't exactly see a problem with letting the AI help you out, it's a tool like any other. I don't think I would want it to write it out of thin air but it depends how much input it gets.

But yeah, if all they did was give it a really basic prompt that's not great. Do people really do that?

[–]Alecsplaining 0 points1 point  (0 children)

The ability to use these tools is a positive if it improves the quality of their writing without introducing lies or misleading statements that they haven't corrected. So basically you just need to check if the statements are true in an interview which you should have been doing already?

[–]questionor 0 points1 point  (0 children)

Why is this a problem? The candidate would be choosing to lie not chatgpt. Whether someone scours linked in by hand for things to add to their resume that they don't actually know or use chatgpt, that's on the candidate. And there is nothing wrong with a candidate giving their info to chatgpt and asking for it to format it and rewrite the wording. It's a tool, nothing more. It's just better at doing it than Clippy. 📎

[–]No-Proposal-2145 0 points1 point  (0 children)

Who cares man, can they do they job or what?

[–]Sterotypical_Trope -1 points0 points  (0 children)

If they sound indian, disregard. Simple.

[–]originalchronoguy -1 points0 points  (9 children)

Well, for senior DevOps. I have a pretty simple litmus test. Since we work with containers/dockers/k8. I always ask this question in a screener.

"I am a developer who can't run node in my container. I do my npm install just fine on my host. However, when I start my docker container, I get this error: ERR ADDRESS UNREACHABLE" How do I resolve this? And tell me what is the source of the problem? Explain this behavior.

Very basic. Not a trick question. Something that happens all the time. The container can't build and that is the first line in the error message. If they can't answer that, I don't move them forward. Answer is this. The container can't resolve the artifact server to download artifacts to do a build. Why, how? Easy. It can't resolve DNS. The engineer should know basic Linux to shell into a container, check hosts, nslookup, and find ways to resolve a DNS inside a container. For a senior Devops engineer, I'd expect they encounter DNS issue or simple command line Linux problem solving.We pretty much eliminate most as the other questions start to go downhill from here. E.G. How to shell into a K8 pod w/ a specific namespace.

So come up with some of the most basic screeners to eliminate early. I dont care what is on their resume. If they list a bullet point, it is fair game to ask. "So you implemented Hashicorp Vault?" Great explain me the entire lifecycle of how a simple flow worked. And since you architected it, did you do a daemonset or sidecar?

[–][deleted] -1 points0 points  (0 children)

This answer is wrong.

[–]de86 -1 points0 points  (0 children)

Who cares if someone used chatGPT to write a resume? Whether it was written by them or not it's your job as the interviewer to drill down on the claims people make in their CV. If you are noticing many of the same sentences popping up and assume it's chatGPT then make sure to ask them about their experience using the technologies. In your example Ansible, you can ask them "can you tell me what Ansible is?", "Why did you choose Ansible over other options?", "Please tell me about the pipeline you built/maintained in as much detail as you can".

Every time I get into an interview I'm asking candidates to qualify/expand upon all of the claims they make in their CV. As far as I'm concerned a CV is just a list of someone's experiences. You can tell very quickly whether someone is bullshitting by just getting them to talk about their CV. Honestly life would be much easier if CVs were a just a bulleted list of sentences rather than being held up as some sort of golden ticket to an interview. CVs tell you very little about a candidate. Talking to them tells you everything.

[–][deleted] -4 points-3 points  (0 children)

If I was given take home work then I would just rescind my interest lol

[–]Rymasq 0 points1 point  (0 children)

ask them to talk about a specific project in detail. find a project that sticks out and really vet it in terms “what is the problem statement, what is the architecture, what issues came up” this will quickly pull out who is real and isnt

[–]sentencevillefonny 0 points1 point  (0 children)

Most people are trying to pass ATS so you even have a chance at seeing their resume. Check out portfolios, repos, and interview thoroughly?

[–]juicemania 0 points1 point  (0 children)

Just dump a bunch of keywords at the bottom of your resume in white font like normal people (is this still a thing? Lol)

[–]JackSpyder 0 points1 point  (0 children)

Resumes are horseshit anyway. Someone utilising chatgpt might be quite good.

These days I just link my LinkedIn, and If they insist on a CV I send them a screenshot of my LinkedIn.

[–]edmguru 0 points1 point  (0 children)

but they might use ChatGPT to fake it till they make it

Sorry this is the future. We're all gonna use some form of AI pair programmer with us. To not include this isn't good. Do the take home project, have them explain all of it over a video.

[–]cjthomp 0 points1 point  (0 children)

Are you hiring professional resume writers or are you hiring developers? Make sure that you're "vetting" the right things...

[–]it200219 0 points1 point  (0 children)

Also those suspicious looking company names in middle of nowhere & doing amazing AWS Architect role

[–]grgext 0 points1 point  (0 children)

I recently had to re-write a friend's resume, as he had paid a professional company to write it, but it was mostly mind-numbing nonsense.

[–]bin-c 0 points1 point  (0 children)

i was worried when i read the title because i used chatgpt to help with my resume, but not like that lol

[–]globalnamespace 0 points1 point  (0 children)

I used it to help me word the various bullet points on my resume. With little to no feedback on any rejections and a terrible job seeking market, it's impossible to figure out my rather conservatively written resume is falling afoul of any sort of AI screening.

Which isn't fun, writing resumes is hard. And I don't seem to even be getting to the the pre-screening and leetcode round of applications very often. I was trying my best to represent my skills. It's not something I do full time, so I hope companies are cutting people a bit of slack.

[–]dllimport 0 points1 point  (0 children)

You can ask ChatGPT if it wrote something. Just feed it back in and be like how likely is it that you wrote this

[–]Wildercard 0 points1 point  (0 children)

Put the resume in ChatGPT and ask it whether it looks like a human input or a ChatGPT input.

[–]MisesAndMarx 0 points1 point  (0 children)

I keep my written job experience per job small, listing tech/languages/frameworks, and explaining the product I worked on. If they want to know more they can ask; interview me, if you will.

The pseudo STAR format that people spin their job descriptions into to fit the tech used, is usually cheesy anyway and is pretty hamfisted. Chances are that ChatGPT does it because everyone does it. Personally, I have more success keeping it basic, with the only people having an issue with it being non-technical, and even then it was a non-issue.

But ultimately, if ChatGPT didn't lie, or exaggerate their experience, I'd say it's more an indicator that the job application process should change imo

[–]Bardez 0 points1 point  (0 children)

I was going to ask how you could tell based on the title. But damn. It's pretty telling from the background.

[–]HipHopHuman 0 points1 point  (0 children)

In a hypothetical sense, imagine you are in the process of hiring a game developer. What do game developers know? Well, they know game loops, simulation, shaders, particles etc... so a pretty good technical assessment for a game developer applicant that can be easily discerned from AI-assisted coding might be something like this:

Create a water droplet particle simulation. The simulation must consist of a background image and animated water droplets. The water droplets should refract the image behind them, and move along the screen in a way that water droplets on a window would. You are free to use any libraries and shortcuts you wish.

If you feed that into ChatGPT, the code it generates will be very simple and generic. The result will not even closely approximate the requirement in the assessment because there is a lot of nuance in the question. If an applicant relies on a language model to perform such an assessment, they would most likely have to refine the prompts until the criteria of the assessment is met - but that's just it. With every prompt the user makes to have the model tweak the code, the more likely it is that the model will encounter a hallucination error. This is where it presents misinformation as fact. This can be as wild as denying the existence of historical events, or as subtle as changing the implementation of a function inside a piece of code that you didn't ask it to change. If you have a deep and technical understanding of code, recognising the patterns of hallucination should be pretty easy.

That's my advice, but it is based a lot on my own speculation and my own experience getting a language model to write code. It's probably not a scalable strategy because there is a high chance of language models evolving to the point that these "hallucinations" become increasingly difficult to detect.

I think the real problem here is a lot bigger than just your company. There is an opportunity here for companies to strategize and get an edge over their competitors by figuring this problem out before other companies do, which is understandable, but at the same time I think the professional world as a whole needs to have a very global discussion about how this should be handled because it is incredibly likely that the only solutions which will be presented to you here are temporary and will be increasingly harder to future-proof as language models evolve.

[–]oso00Sr SWE, 8 YOE 0 points1 point  (0 children)

I wonder if there isn't an AI counter-measure you can use to screen for this.

Fight fire with fire.

[–]Foreign_Clue9403 0 points1 point  (0 children)

Scrolled for a bit and I want to introduce an angle of this that I didn’t see mentioned, which is the fact that AI reads resumes as well. ATS systems have incentivized people to format and write resumes in a way that the correct keywords show up.

Using GPT3 only to completely face plant on the first real question is bringing to light the absurdity of candidates writing resumes with AI so an AI can read them first. By the time a human is involved the pool is still full of filler.

I submit that resumes as a whole need to be re-thought over a bit. What purpose are they good for, and how much info is really needed as a result? The first suggestion I have is that if a resume is intended to just get to a phone screen, make it way shorter. 1/2 a page, or 15-20 lines at most. Maybe even go for 5-7 lines. Force the candidate to think and highlight the most important aspects and projects that relate to the job requirements.

As someone who’s reviewed resumes and candidates before, I know people don’t scrutinize every line listed in a traditional format- a rich resume is nice but only certain parts will stick out. The main criticism against a strict resume limit is that it favors those who can write impressively and concisely- and I think GPT3 makes it possible for everyone to at least get close, provided that it’s supplied with a real list of projects and experiences as input.

After that, the phone screen can start with open ended questions about the listed projects/exp because the candidate must have a rich memory of them if they’re being used in that tight space.

TL;DR The conventional resume should be reduced to half in size. It will reward conciseness, quality, and specifics even if people use a bot to write a summary from their actual experiences. If on the other hand they use a blind prompt from ChatGPT, it will be easier to automatically sniff and match up because of the word/line limit.

[–]knowledgebass 0 points1 point  (0 children)

Setup repository on GitHub, merging code from develop branch to master branch and make it ready for deployment.

Emperor Palpatine voice: Most impressive.

[–]beatissima 0 points1 point  (0 children)

Ask them if they used ChatGPT to generate their resumes. Toss the resumes of those who don't own up to it.

[–]burdalane 0 points1 point  (0 children)

I use Nagios and would include it on a resume, with little idea that it's uncommon now.

[–]woundedkarma 0 points1 point  (0 children)

geezus, just have them do a whiteboard in front of you. don't insult them with fizzbuzz, but if this is senior stuff explain what's going on with the world of gpt/ai. If they don't get it, dismiss them right there. Any senior dev who isn't aware of AI right now isn't worth shit.

Then, have them design something in front of you. Design is going to be better. Or.. just have another senior talk to them. If you're all out of seniors because you have a sucky company, then get the juniors/midrange people to talk to them.

It doesn't have to be a test. Have a conversation. If they can't talk reasonably about development, testing, etc then you've solved your problem. Also you'll get a handle on whether they have a personality at all.

[–]newtosf2016 0 points1 point  (0 children)

Why does it matter if they use ChatGPT to make the resume. TBH, seems like a brilliant idea that more people should do.

Stop worrying about how they wrote the resume, worry more about do they know the things they say they know. It's like being mad someone used a spell checker.

[–]GeekOnTheLoose 0 points1 point  (0 children)

I believe chatGPT is only useful to make resumes look more professional and make sure not to have any grammatical mistakes. Not sure how ATS would implement something to flag resumes which were made out of chatGPT

You can easily filter out candidates during the first 1-2 rounds by asking basic questions initially

Then incrementally raise the difficulty of the questions based on what they have mentioned in their resume.

If that candidate gives satisfactory answers then they can move to the next round.

Here you can ask them about their thought process behind their projects. What made you choose this?. Why did you do this? What would happen if you do this?

It's a difficult concept/technology then knowing how it works behind the scenes should be fine (going breathwise is enough here)

It's an easy concept/technology then going in depth during the interview makes more sense.

[–]jfalcon206 0 points1 point  (0 children)

I ran mine through mostly to increase brevity in my descriptions to make it a bit more concise.

The problem with that is obviously I'm removing details on the "how" for the skills to product keypoints I'm selling with my work experience. If it were as simple as downloading my linkedin/resume.embedded.vcf/dice/glassdoor profile which is fleshed out for the machines to datamine it wouldn't be such a hassle.

But the reason for the brevity is to reduce the page count to 1-2 (1 double-sided) page(s). I've been on both sides of the interview table and you will have those wishing to have a single or at most two page resume so not to just be drowned in a wall of data.

As for validating if who they are meshes with their brochure? Easy... ask them what they document on the resume. For anyone who works as many different technology stacks as we do, the best thing you can do is ask them if they can cut the mustard, then keep stepping the heat up till they get to ghost pepper levels of spiciness. Maybe skip around some to see how well rounded they are...

Nobody knows everything but everyone should have a level they will be able to float with the team without hand holding. Knowing where that level should be your goal and whatever is bonus. At the same time keep it light and conversational and provide the space to discuss and retry in case they're nervous or having a case of stagefright.

And so much of meeting people is that initial vibe and "click" we feel with people.

But people should be fair if their spidey-sense triggers. I consider that a personal thing and I think the etiquette of fairness should overrule any personal feeling or emotion I experience while interviewing someone as feelings are a "me" thing, not a "we" or "us" thing.

Just listen and let them run through the personality/technical questions, drill down when you want to see how deep they know a skill and poke various areas to see if they're rounded out for the role your hiring for.

Rinse and repeat with other interviewer within the loop and discuss when it comes time to vote if they're what the team needs on the island and will be successful. Remember, you need to make sure that the role will do right by providing them a place to make a living and hopefully a place to grow within in as much as you need more monkeys whipping out working code. :)

[–]kincaidDev 0 points1 point  (0 children)

This explains a lot, I took some advice from blind to improve my resume and used chatgpt to rephrase my bullet points. I haven't gotten a single callback after switching resume formats. Wonder if people are just tossing it out now because its too good 😆