Claude is faster and more accurate than my junior devs, but it can't sit in meetings for me ๐
this post was submitted on 11 Jul 2025
169 points (96.7% liked)
Technology Memes
452 readers
1 users here now
Welcome to Technology Memes. Here you can make memes and/or rant about technology, internet, computers, corporations, enshittification and etc.
Rules:
- Stay on-topic.
- Don't attack and harras anyone. Be nice.
- No racism and discrimination.
- No politics unless they're related to tech.
- No spam, no ads.
- No NSFW.
- Don't repost.
Please report any posts and comments that violate these rules.
Related communities:
- Linux Memes - Linux related memes.
- Memes - Generic memes.
- Lemmy Shitpost - Place for shitposting.
- Programmer Humor - Programming related memes.
- Technology - Community for tech news.
founded 7 months ago
MODERATORS
I'm sorry, because then your juniors must be really shit. I gave AI tools multiple chances already but they produce so much garbage. Even a very inexperienced junior will produce better code after a few weeks of training.
I've had to start using it a bit but, really don't use prompts. Generally, just using it in my IDE as a fancy autocomplete that is wrong 40-60% of the time but really reduces toil when writing switch/case statements and the like in statically typed languages.
You don't know me.
The only thing AI was ever really good for is a slightly faster version of googling stack overflow. I've never got anything out of it that worked as is, but it steered me in the right direction a couple of times.
In other words, it can only solve a problem that doesn't exist and it's getting worse at it as time goes on (which google, sadly, is also doing).
If you use one of the LLM chats, you can add information to refine its output
This is how you get left behind being a luddite.
Same argument was had when IDEs became popularized. I remember writing Java in notepad for my Java 117 course forever ago because the professor was insistent that they were a crutch instead of a tool. (To clarify, I don't suggest "vibe coding" is the way. At a certain point you have to take responsibility for the end product you're producing and that includes reviewing as much code as necessary to ensure that the output is functional and quality. If I were to compare it, I'd compare it to a compiler. Another layer of abstraction. The C compilers for example used to take what is perfectly well written code and occasionally mangle the output into some unholy abomination of error ridden assembly output, until they were patched and all C standard features implemented ((which iirc some still aren't, although that's a bit pedantic)), but I'd bet only a slim fraction of coders review the output assembly of the C compiler nowadays, they're basically foolproof, however a good coder should still be able to understand and review assembly because a situation may arise where it's necessary. As for the analogy, LLM based coding tools are in that error ridden phase as well from what I can tell, so taking responsibility for the code they produce is more important now than ever.)