this post was submitted on 28 Jan 2024
1036 points (97.6% liked)
Programmer Humor
19623 readers
2719 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Why do you think AI will starve open source?
The amount of code I’ve seen copy-pasted from StackOverflow to do things like “group an array by key XYZ”, “dispatch requests in parallel with limit”, etc. when the dev should’ve known there were libs to help with these common tasks makes me think those devs will just use Copilot instead of SO, and do it way more often.
Bad devs will continue being bad devs, shocker
I think that undersells most of the compelling open source libraries though. The one line or one function open source libraries could be starved, I guess. But entire frameworks are open source. We're not at the point yet where AI can develop software on that scale.
I agree wholeheartedly, and I think I failed to drive my point all the way home because I was typing on my phone.
I'm not worried that libs like
left-pad
will disappear. My comment that many devs will copy-paste stuff for "group by key" instead of bringing in e.g.lodash
was meant to illustrate that devs often fail to find FOSS implementations even when the problem has an unambiguously correct solution with no transitive dependencies.Frameworks are, of course, the higher-value part of FOSS. But they also require some buy-in, so it's hard to knock devs for not using them when they could've, because sometimes there are completely valid reasons for going without.
But here's the connection: Frameworks are made of many individual features, but they have some unifying abstractions that are shared across these features. If you treat every problem the way you treat "group by key", and just copy-paste the SO answer for "How do I cache the result of a GET?" over and over again, you may end up with a decent approximation of those individual features, but you'll lack any unifying abstraction.
Doing that manually, you'll quickly find it to be so painful that you can't help but find a framework to help you (assuming it's not too late to stop painting yourself into a corner). With AI helping you do this? You could probably get much, much farther in your hideous hoard of ad-hoc solutions without feeling the pain that makes you seek out a framework.