Comment

Comment on I Will Fucking Piledrive You If You Mention AI Again — Ludicity

sugar_in_your_tea@sh.itjust.works ⁨5⁩ ⁨months⁩ ago

I interviewed a candidate for a senior role, and they asked if they could use AI tools. I told them to use whatever they normally would, I only care that they get a working answer and that they can explain the code to me.

The problem was fairly basic, something like randomly generate two points and find the distance between them, and we had given them the details (e.g. distance is a straight line). They used AI, which went well until it generated the Manhattan distance instead of the Pythagorean theorem. They didn’t correct it, so we pointed it out and gave them the equation (totally fine, most people forget it under pressure). Anyway, they refactored the code and used AI again to make the same mistake, didn’t catch it, and we ended up pointing it out again.

Anyway, at the end of the challenge, we asked them how confident they felt about the code and what they’d need to do to feel more confident (nudge toward unit testing). They said their code was 100% correct and they’d be ready to ship it.

They didn’t pass the interview.

And that’s generally my opinion about AI in general, it’s probably making you stupider.

source

Sort:hotnew top

deweydecibel@lemmy.world ⁨5⁩ ⁨months⁩ ago
I’ve seen people defend using AI this way by comparing it to using a calculator in a math class, i.e. if the technology knows it, I don’t need to.

And I feel like, for the kind of people whose grasp of technology, knowledge, and education are so juvenile that they would believe such a thing, AI isn’t making them dumber. They were already dumb. What the AI does is make code they don’t understand more accessible, which is to say, it’s just enabling dumb people to be more dangerous.

source
- AdamBomb@lemmy.sdf.org ⁨5⁩ ⁨months⁩ ago
  Spot on description
  
  source
- sugar_in_your_tea@sh.itjust.works ⁨5⁩ ⁨months⁩ ago
  Yup. And I’m unwilling to be the QC in a coding assembly line, I want competent peers who catch things before I do.
  
  But my point isn’t that AI actively makes individuals dumber, it’s making people in general dumber. I believe that to be true about a lot of technology. In the 80s, people were familiar with command-line interfaces, and jumping to some coding wasn’t a huge leap, but today, people can’t figure out how to do a thing unless there’s an app for it. AI is just the next step along that path, soon, even traditionally competent industries will be little more than QC and nobody will remember how the sausage is made.
  
  If they can demonstrate that they know how the sausage is made and how to inspect a sausage of packages, I’m fine with it. But if they struggle to even open the sausage package, we’re going to have problems.
  
  source
- conciselyverbose@sh.itjust.works ⁨5⁩ ⁨months⁩ ago
  Yeah, I honestly don’t have any real issue with using it to accelerate your workflow. I think it’s hit or miss how much it does, but it’s probably slightly stepped up from code completion without “AI”.
  
  But if you don’t understand every line of code “you” write completely, you’re being grossly negligent and begging for a shitshow.
  
  source
IHeartBadCode@kbin.run ⁨5⁩ ⁨months⁩ ago
Similar story, I had a junior dev put in a PR for SQL that gets lat and long and gives back distance. The request was using the Haversine formula but was using the km coefficient, rather than the one for miles.

I asked where they got it and they indicated AI. I sighed and pointed out why it was wrong and that we had PostGIS and that's there is literally scalar functions available that will do the calculations way faster and they should use those.

There's a clear over reliance on code generation. That said, it's pretty good for things that I can eye scan and verify that's what I would have typed anyway. But I've found it suggesting things I wouldn't remotely permit to things that are "sort of" correct. I'll let it pop on the latter case and go back and clean it up. But yeah, anyone blind trusting AI shouldn't be allowed to make final commits.

source
- sugar_in_your_tea@sh.itjust.works ⁨5⁩ ⁨months⁩ ago
  I just don’t bother, under the assumption that I’ll spend more time correcting the mistakes than actually writing the code myself. Maybe that’s faulty, as I haven’t tried it myself (mostly because it’s hard to turn on in my editor, vim).
  
  source
  - IHeartBadCode@kbin.run ⁨5⁩ ⁨months⁩ ago
    
    Maybe that's faulty, as I haven't tried it myself
    
    Nah perfectly fine take. Each their own I say. I would absolutely say that where it is, not bothering with it is completely fine. You aren't missing all that much really. At the end of the day it might have saved me ten-fifteen minutes here and there. Nothing that's a tectonic shift in productivity.
    
    source
    sugar_in_your_tea@sh.itjust.works ⁨5⁩ ⁨months⁩ ago
    Yeah, most of my dev time is spent reading, and I’m a pretty fast typist, so I never bothered.
    
    Maybe I’ll try it eventually. But my boss isn’t a fan anyway, so I’m in no hurry.
    
    source
    -> View More Comments
- manicdave@feddit.uk ⁨5⁩ ⁨months⁩ ago
  
  it’s pretty good for things that I can eye scan and verify that’s what I would have typed anyway. But I’ve found it suggesting things I wouldn’t remotely permit to things that are “sort of” correct.
  
  Yeah. I haven’t bothered with it much but the best use I can see of it is just rubber ducking.
  
  Last time I used it was to asked how to change contrast in a numpy image. It said to multiply each channel by contrast. (I don’t even think this is right and it should be ((original value-128) * contrast) + 128) not original value * contrast as it suggested), but it did remind me I can just run operations on colour channels.
  
  Wait what’s my point again? Oh yeah, don’t trust anyone that can’t tell you what the output is supposed to do.
  
  source
Excrubulent@slrpnk.net ⁨5⁩ ⁨months⁩ ago
Wait wait wait so… this person forgot the pythagorean theorem?

Like that is the most basic task. It’s d = sqrt((x1 - x2)^2 + (y1 - y2)^2), right?

That was off the top of my head, this person didn’t understand that? Do I get a job now?

I have seen a lot of programmers talk about how much time it saves them. It’s entirely possible it makes them very fast at making garbage code. One thing I’ve known for a long time us that understanding code is much harder than writing it, and so asking an LLM to generate your code sounds like it’s just creating harder work for you, unless you don’t care about getting it right.

source
- sugar_in_your_tea@sh.itjust.works ⁨5⁩ ⁨months⁩ ago
  Yup, you’re hired as whatever position you want. :)
  
  Our instructions were basically:
  
  randomly place N coordinates on a 2D grid, and a random target point
  
  report the closest of those N coordinates to the target point
  
  It was technically different (we phrased it as a top-down game, but same gist). AI generated manhattan distance (abs(x2 - x1) + abs(x2 - x1)) probably due to other clues in the text, but the instructions were clear. The candidate didn’t notice what it was doing, we pointed it out, then they asked for the algorithm, which we provided.
  
  Our better candidates remember the equation like you did. But we don’t require it, since not all applicants finished college (this one did). We’re more concerned about code structure, asking proper questions, and software design process, but math knowledge is cool too (we do a bit of that).
  
  source
  - frezik@midwest.social ⁨4⁩ ⁨months⁩ ago
    College? Pythagorean Theorem is mid-level high school math.
    
    I did once talk to a high school math teacher about a graphics program I was hacking away on at the time, and she was surprised that I actually use the stuff she teaches. Which is to say that I wouldn’t expect most programmers to know it exactly off the top of their head, but I would expect they’ve been exposed to it and can look it up if needed. I happen to have it pretty well ingrained in my brain.
    
    source
    sugar_in_your_tea@sh.itjust.works ⁨4⁩ ⁨months⁩ ago
    Yes, you learn it in the context of finding the hypotenuse of a triangle, but:
    
    a lot of people are “bad” at math (more unconfident), but good with logic
    
    geometry, trig, etc require a lot of memorization, so it’s easy to forget things
    
    interviews are stressful, and good applicants will space on basic things
    
    So when I’m interviewing, I try to provide things like algorithms that they probably know but are likely to space on, and focus on the part I care about: can they reason their way through a problem and produce working code, and then turn around and review their code. Programming is mostly googling stuff (APIs, algorithms, etc), I want to know if they can google the right stuff.
    
    And yeah, we let applicants look stuff up, we just short circuit the less important stuff so they have time to show us the important parts. We dedicate 20-30 min to coding (up to an hour if they rocked at questions and are struggling on code), and we expect a working solution and for them to ask questions about vague requirements. It’s a software engineering test, not a math test.
    
    source
    -> View More Comments
xavier666@lemm.ee ⁨4⁩ ⁨months⁩ ago
I don’t want to believe that coders like these exist and are this confident in an AI’s ability to code.

source
- sugar_in_your_tea@sh.itjust.works ⁨4⁩ ⁨months⁩ ago
  My co-worker said told me another story.
  
  His friend was in a programming class, and made it nearly to the end, when he asked my friend for help. Basically, he had already written the solution, but it wasn’t working, and he needed help debugging it. My friend looked at the code, and it looked AI generated because there were obvious mistakes throughout, so he asked his friend to walk him through the code, and that’s when his friend admitted to AI generating the whole thing. My friend refused to help.
  
  They do exist, but this candidate wasn’t that. I think they were just under pressure and didn’t know the issue. The red flag for me wasn’t AI or not catching the AI issues, it was that when I asked how confident they were about the code (after us catching the same bug twice), they said 100% and they didn’t need any extra assurance (I would’ve wanted to write tests).
  
  source