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 »
Meta

Welcome to Software Development on Codidact!

Will you help us build our independent community of developers helping developers? We're small and trying to grow. We welcome questions about all aspects of software development, from design to code to QA and more. Got questions? Got answers? Got code you'd like someone to review? Please join us.

Comments on Etiquette for posting comments

Post

Etiquette for posting comments

+10
−0

This question featured a quite heated discussion in the comments which led to some of them being removed. This action was discussed here and I have realized that our community lacks a guide about posting comments.

I would like for us to build together a list of topics we can include and avoid respectively, in the comments. These lists should stem from our Code of Conduct.

Can include

  • requesting clarifications for the author. Examples: "what was the output of line X?", "can you include the stack trace?", "can you provide a reference for the second paragraph?"
  • constructive criticism. Example: "why is foo() called twice?"
  • +1 or thank you notes, if they also provide a little bit of information. Example: +1. This also worked with version X of the framework Y.

Should be avoided

  • +1 or -1 with no explanation
  • snarky comments. Example: "Codidact is not your personal assistant"
  • references to overall author activity in the community. If you feel a user's activity is an issue, please use flagging instead of comments.
  • providing full answers in the comments (they should be added as answers)
  • secondary discussions or debates on controversial points (please ask a question on meta).

SO loosely used as a reference

Please provide your suggestions about what is OK and not OK to include in the comments.

Once we have reached a fairly stable answer for this, I will include it in the help topics and use it as a reference for moderation.

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

General comments (2 comments)
General comments
Monica Cellio‭ wrote over 3 years ago

Thank you for starting this discussion. We really want each community to be free to develop its own norms (within the bounds of network policies of course). It's hard for moderators to do their jobs absent that community consensus, which necessarily isn't ready on day 1.