this post was submitted on 11 Jul 2025
171 points (96.7% liked)
Technology Memes
458 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 8 months ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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.)