Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Codidact Meta!

Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.

Post History

50%
+0 −0
Q&A Indicate stale reactions based on user activity

Argument against Quite simply, none of the available reactions has a clear and pressing need for such a marking. "Works for me" can be directly contradicted The only good reason to mark a "w...

posted 10mo ago by Karl Knechtel‭  ·  edited 10mo ago by Karl Knechtel‭

Answer
#2: Post edited by user avatar Karl Knechtel‭ · 2023-08-09T15:00:53Z (10 months ago)
collapse main sections to make it immediately apparent that I see both pros and cons
  • ## Argument against
  • Quite simply, none of the available reactions has a *clear and pressing need* for such a marking.
  • ### "Works for me" can be directly contradicted
  • The only good reason to mark a "works for me" reaction as "stale" is because the solution is now obsolete - and there is already a reaction explicitly for indicating that. We don't have to predict a timeline for a hypothetical Python 4; *if and when* it happens, we can mark answers that are 3.x-specific *after determining* that they are 3.x-specific (while leaving alone answers that *aren't* affected by the version bump, but are just as old).
  • ### "outdated" and "dangerous" tags don't go bad
  • As already noted.
  • If a technique is outdated, it can't *stop* being outdated.
  • If a technique is dangerous, it is extremely unlikely to become safe *automatically*; even if new library support appears, the answer will probably have to be edited to take advantage. It would be incredibly poor practice on the part of e.g. a library maintainer to secure a fundamentally insecure technique, years later, *and reuse all the same names for it*.
  • Even if it did happen that version X of a library makes previously-unsafe technique Y safe, with no required alteration to the code, *the answer is still in a sense outdated* - because it doesn't account for the library version required for security (a version number that was unknowable at the time of writing).
  • *If an answer is edited*, years later, such that it goes from being outdated or dangerous to not being thus, then that in turn can be disputed by adding appropriate "Works for me" tags.
  • ### "interest" becoming stale isn't relevant
  • Either the site went live, in which case there's no reason to care about book-keeping on the process that got that far; or the proposal has been in discussion for so long that it's probably time to face reality and reject it (probably without prejudice); or else it's one specific user who has reconsidered the proposal and *should be responsible for actively retracting* the reaction.
  • ## Argument in favour
  • Because answers do get edited in ways that could immediately and directly invalidate a reaction, and because people do leave communities over time (and therefore could leave a reaction and then fail to see an edit that invalidates the reaction), and because sometimes people will just stubbornly disagree that their reaction is invalidated: I agree that we should at least be able to see the dates for reactions. Expecting a mouseover might be too much; I like OP's idea of reduced saturation for older reactions - but instead applied to reactions where *all* of the following apply:
  • * the question has been edited;
  • * the reaction was made before the most recent edit;
  • * the most recent edit is older than some time threshold (either configurable by community, or dependent on the community's level of activity);
  • * the reacting user has been relatively inactive since that edit.
  • Mouseover guidance would suggest something like: "it's possible that the reacting user hasn't fully considered edits made after making the reaction".
  • <details><summary>
  • ## Argument against
  • </summary>
  • Quite simply, none of the available reactions has a *clear and pressing need* for such a marking.
  • ### "Works for me" can be directly contradicted
  • The only good reason to mark a "works for me" reaction as "stale" is because the solution is now obsolete - and there is already a reaction explicitly for indicating that. We don't have to predict a timeline for a hypothetical Python 4; *if and when* it happens, we can mark answers that are 3.x-specific *after determining* that they are 3.x-specific (while leaving alone answers that *aren't* affected by the version bump, but are just as old).
  • ### "outdated" and "dangerous" tags don't go bad
  • As already noted.
  • If a technique is outdated, it can't *stop* being outdated.
  • If a technique is dangerous, it is extremely unlikely to become safe *automatically*; even if new library support appears, the answer will probably have to be edited to take advantage. It would be incredibly poor practice on the part of e.g. a library maintainer to secure a fundamentally insecure technique, years later, *and reuse all the same names for it*.
  • Even if it did happen that version X of a library makes previously-unsafe technique Y safe, with no required alteration to the code, *the answer is still in a sense outdated* - because it doesn't account for the library version required for security (a version number that was unknowable at the time of writing).
  • *If an answer is edited*, years later, such that it goes from being outdated or dangerous to not being thus, then that in turn can be disputed by adding appropriate "Works for me" tags.
  • ### "interest" becoming stale isn't relevant
  • Either the site went live, in which case there's no reason to care about book-keeping on the process that got that far; or the proposal has been in discussion for so long that it's probably time to face reality and reject it (probably without prejudice); or else it's one specific user who has reconsidered the proposal and *should be responsible for actively retracting* the reaction.
  • </details><details><summary>
  • ## Argument in favour
  • </summary>
  • Because answers do get edited in ways that could immediately and directly invalidate a reaction, and because people do leave communities over time (and therefore could leave a reaction and then fail to see an edit that invalidates the reaction), and because sometimes people will just stubbornly disagree that their reaction is invalidated: I agree that we should at least be able to see the dates for reactions. Expecting a mouseover might be too much; I like OP's idea of reduced saturation for older reactions - but instead applied to reactions where *all* of the following apply:
  • * the question has been edited;
  • * the reaction was made before the most recent edit;
  • * the most recent edit is older than some time threshold (either configurable by community, or dependent on the community's level of activity);
  • * the reacting user has been relatively inactive since that edit.
  • Mouseover guidance would suggest something like: "it's possible that the reacting user hasn't fully considered edits made after making the reaction".
  • </details>
#1: Initial revision by user avatar Karl Knechtel‭ · 2023-08-09T14:58:14Z (10 months ago)
## Argument against

Quite simply, none of the available reactions has a *clear and pressing need* for such a marking.

### "Works for me" can be directly contradicted

The only good reason to mark a "works for me" reaction as "stale" is because the solution is now obsolete - and there is already a reaction explicitly for indicating that. We don't have to predict a timeline for a hypothetical Python 4; *if and when* it happens, we can mark answers that are 3.x-specific *after determining* that they are 3.x-specific (while leaving alone answers that *aren't* affected by the version bump, but are just as old).

### "outdated" and "dangerous" tags don't go bad

As already noted.

If a technique is outdated, it can't *stop* being outdated.

If a technique is dangerous, it is extremely unlikely to become safe *automatically*; even if new library support appears, the answer will probably have to be edited to take advantage. It would be incredibly poor practice on the part of e.g. a library maintainer to secure a fundamentally insecure technique, years later, *and reuse all the same names for it*.

Even if it did happen that version X of a library makes previously-unsafe technique Y safe, with no required alteration to the code, *the answer is still in a sense outdated* - because it doesn't account for the library version required for security (a version number that was unknowable at the time of writing).

*If an answer is edited*, years later, such that it goes from being outdated or dangerous to not being thus, then that in turn can be disputed by adding appropriate "Works for me" tags.

### "interest" becoming stale isn't relevant

Either the site went live, in which case there's no reason to care about book-keeping on the process that got that far; or the proposal has been in discussion for so long that it's probably time to face reality and reject it (probably without prejudice); or else it's one specific user who has reconsidered the proposal and *should be responsible for actively retracting* the reaction.

## Argument in favour

Because answers do get edited in ways that could immediately and directly invalidate a reaction, and because people do leave communities over time (and therefore could leave a reaction and then fail to see an edit that invalidates the reaction), and because sometimes people will just stubbornly disagree that their reaction is invalidated: I agree that we should at least be able to see the dates for reactions. Expecting a mouseover might be too much; I like OP's idea of reduced saturation for older reactions - but instead applied to reactions where *all* of the following apply:

* the question has been edited;
* the reaction was made before the most recent edit;
* the most recent edit is older than some time threshold (either configurable by community, or dependent on the community's level of activity);
* the reacting user has been relatively inactive since that edit.

Mouseover guidance would suggest something like: "it's possible that the reacting user hasn't fully considered edits made after making the reaction".