Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is there a way to mark "bad example" as such, to (fx) avoid future AIs training on it? #55565

Open
lrhn opened this issue Apr 25, 2024 · 1 comment
Labels
area-documentation Prefer using 'type-documentation' and a specific area label. type-question A question about expected behavior or functionality

Comments

@lrhn
Copy link
Member

lrhn commented Apr 25, 2024

Sometimes the best example is an example of what not to do.
We have "BAD" sections in our lint descriptions because they are specifically telling you what not to do.

In this "age of AI", is there anything we can do to discourage AIs from considering such an example as positive?
Or maybe make them just not think it's Dart? (As if the AI can understand that.)

For markdown, could we introduce an "invalid-dart" code fence tag which highlights just like Dart, but is presumably "another language"? (I guess that's a GitHub feature, not a Dart feature.)

Or is this just a lost cause, and we should stop writing bad examples, or hope that good examples outweigh them.
(The latter might be optimistic, when the bad example works and discourages other code like it, and therefore becomes a unique example of a particular code pattern.)

@lrhn lrhn added area-documentation Prefer using 'type-documentation' and a specific area label. type-question A question about expected behavior or functionality labels Apr 25, 2024
@sigurdm
Copy link
Contributor

sigurdm commented Apr 26, 2024

Perhaps most llms would be able to deduce that an example is discouraged just from the natural language textual context that it occurs in?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-documentation Prefer using 'type-documentation' and a specific area label. type-question A question about expected behavior or functionality
Projects
None yet
Development

No branches or pull requests

2 participants