| ▲ | bawolff 5 hours ago | ||||||||||||||||||||||
I think every maintainer should be able to say how they want or don't want others to contribute. But i feel like it was always true that patches from the internet at large were largely more trouble then they were worth most of the time. The reason people accept them is not for the sake of the patch itself but because that is how you get new contributors who eventually become useful. | |||||||||||||||||||||||
| ▲ | jcims 5 hours ago | parent | next [-] | ||||||||||||||||||||||
> But i feel like it was always true that patches from the internet at large were largely more trouble then they were worth most of the time. Oh god, I needed to add a feature to an open source project (kind of a freemium project) about fifteen years ago. I had no experience with professional software development nor did I have any understanding of pull requests. I sent one over after explaining what I was trying to do and that I thought it would be a good feature for the project. Now they probably shouldn’t have just blindly merged it, but they did, and it really made a mess. Learned a valuable lesson that day haha. | |||||||||||||||||||||||
| |||||||||||||||||||||||
| ▲ | akdev1l 5 hours ago | parent | prev [-] | ||||||||||||||||||||||
I think the author of the article is missing this point. When you actually work alongside people and everyone builds a similar mental model of the codebase then communication between humans is far more effective than LLMs. For random contributions then this doesn’t apply | |||||||||||||||||||||||