| ▲ | crossroadsguy 2 hours ago | ||||||||||||||||
How does all this AI generated code blocking gappen? Does a human decide that or an AI is tasked with sequencing that PR's DNA to ascertain its possible inhuman origins? What if someone generates code with AI and then goes into the IDE and then bathes it, dresses it (including adding comments) etc, in a way a human would? What then? No, here I am not exploring a way to fool the code DNA checking, but rather trying to find out what the real problem is with the AI generated code? (Other than license issues, too many PRs etc) | |||||||||||||||||
| ▲ | layer8 an hour ago | parent | next [-] | ||||||||||||||||
The FAQ addresses these questions: https://openjdk.org/legal/ai | |||||||||||||||||
| |||||||||||||||||
| ▲ | lanyard-textile an hour ago | parent | prev | next [-] | ||||||||||||||||
They're just so information-dense and sprawl in scope. Too many PRs wouldn't be a problem if they were easily digestible: But they often include these giant refactors with confusing changes that aren't elaborated. The real underlying problem is with authors who do not understand the code they submit. If you cannot defend the PR, you shouldn't be submitting it. | |||||||||||||||||
| ▲ | derdi an hour ago | parent | prev [-] | ||||||||||||||||
The "blocking" happens on the side of the AI users. You like using AI. You are aware of this policy. Will you submit an AI-generated pull request to OpenJDK? No? Voilà, you have successfully self-enforced the OpenJDK policy. Or do you go to the trouble of finding an interesting issue to work on, get your agent to code it up, manually polish it to make it less AI-looking in case there are doubts, and then submit it? Yes? No. Why would you? To prove some kind of point, to yourself, that you can never disclose publicly? Most people have better things to do. Voilà, the policy is, again, self-enforced. Enjoy your day at the beach instead of trying to trick a project that is politely asking you not to trick it! | |||||||||||||||||