this post was submitted on 03 Sep 2026
283 points (94.9% liked)
Fuck AI
8543 readers
1264 users here now
"We did it, Patrick! We made a technological breakthrough!"
A place for all those who loathe AI to discuss things, post articles, and ridicule the AI hype. Proud supporter of working people. And proud booer of SXSW 2024.
AI, in this case, refers to LLMs, GPT technology, and anything listed as "AI" meant to increase market valuations.
Rules:
- Relevant posts only.
- No bigotry.
- This isn't a place to talk about the cons and (supposed) pros of AI for different use cases. This is /c/fuck_ai .
- Especially no AI advocacy.
- Don't make any posts that are just AI content with no context unless the point of your post is obvious from content. (Don't just post slop advertisements or slop political cartoons. At least make your point about it clear so we know you aren't just trolling.)
- Venting is part of the purpose of this community, but don't aim frustration or accusations at other users.
- These rules are a living document that may change in the future.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I think modern software being chock full of dependencies is a problem. There are security and other issues introduced by devs who literally are just avoiding writing a pretty simple function or two and that's bad. If you properly check those functions I would even say that using AI in that context is the better option.
You can just fork the dependencies into your own project, or use snapshots (dub allows that via versioning).
Yes, you could. As always I think the context dictates what makes sense. I am not generally in favor of ai for software or much else but there could be some examples where writing a small amount of code with it is better than jumping through hoops to use someone else's project.
Using AI is exactly jumping through hoops to use someone else's project.
With all things we can either practice moderation or not. A couple of functions that avoid adding dependencies and sub dependencies is a good option. I know this because I am a JavaScript developer. Try dealing with a project with dozens of dependencies and tell me you won't spend a small amount of effort trying to avoid that. Had to do a fire drill deploy just the other day because of a zero day. That one was a complicated thing I couldn't just write a function for but the principle remains. always adding more dependencies is not a good move.