我已经接近声誉,可以开始编辑他人的帖子了,我想知道什么时候(什么时候可以,什么时候不可以)这样做的礼节。

我认为我应该在以下情况下进行编辑:


语法或拼写错误。
澄清含义不变的地方。例如,如果标题不能很好地描述问题。
用户犯了一个非常小的错误,并没有充分理由予以澄清。
添加相关资源或链接将对您有所帮助有人回答帖子或提供上下文

在添加评论功能之前,我注意到一些主持人编辑帖子以在帖子中添加回复或扩展名。我觉得这不是很好的礼节(但是我可能错了),因为当我重新编辑或回应时,我不知道如何处理他们的更改。

我也觉得我应该非常小心,即使被误解了,也不要更改任何问题或答案的含义。

还有哪些其他最佳规则是最佳做法?


不鼓励使用签名和绒毛,并且公平对待。例如,请参阅Jeff Atwood的帖子和Jon Skeet的帖子,还请参见SO问题答案中的签名和链接政策是什么?另请参阅Jeff Atwood在对《大编辑之战》的评论中的回复


返回常见问题解答索引

评论

Jeff在Stack Overflow博客上发布了更多指导:blog.stackoverflow.com/2009/03/the-great-edit-wars

相关:“我何时应该对代码进行编辑?”

#1 楼


我注意到有些主持人编辑帖子以插入帖子的回复或扩展名。我觉得这不是很好的礼节(但是我可能错了),因为当我重新编辑或回复时,我不知道如何处理他们的更改。


您提供的清单很符合我对社区的期望。您进行编辑以使事情变得更好,更清晰,更有效-永不改变含义。

当然,所有这些都必须在FAQ中进行整理。

评论


具有讽刺意味的是,这个问题的公认答案是被编辑然后回滚的答案。

–lkessler
08年12月6日在20:33

是的,具有讽刺意味。编辑规则也应适用于答案和问题。

–卡梅伦·麦克法兰
08年12月23日23:00

是的,帕特里克和我略有不同意,他的社论更多,而我更喜欢保留原始立场。在这种情况下,他编辑了对内测期间很普遍的一种做法的引用,但是现在这种做法更为罕见(而且不太相关)。我觉得变化太多失去了答案的背景。

–基思
08年12月24日在9:46

#2 楼

我认为可以接受的编辑类型可以归纳为副本编辑。


“五个C”概述了副本
编辑的工作:使副本(i)清晰,
(ii)正确,(iii)简洁,( iv)
可理解,并且(v)一致;
即:说出它的意思,
并说出它的意思。通常,通过
出版商的内部风格,复制
编辑可确保使用正确的
拼写,始终使用的
术语,准确的标点符号,
正确的风格,即
语法和语义错误,以及
按照房屋样式的页眉,页脚,
标题等格式格式化文本。


评论


好点,但是在这种环境下我会小心。如果这是家庭风格的话,那么编码杂志上的子编辑器可以将所有{}块更改为换行符是完全可以接受的,我认为我们不应该这样做。

–基思
09年8月5日在9:08

我更专注于5C。我们没有房屋风格。如果有的话,请尝试尊重原始作家的风格。那,我将删除“ hi” /“ thanks”,因为杰夫说这样做,/ if /我已经出于另一个更好的理由进行编辑。

– Patrick McElhaney
09年8月6日在18:14

#3 楼

我想说的第一件事是我不再是内联编辑帖子。我想要一种直接回答人们问题的方法,并且目前没有内置的方法可以做到(尽管杰夫提到“注释”即将推出)。

我遵循的一种方式杰夫的例子。但是我认为现在已经达成共识,认为这不是一个好习惯,因此,谢谢基思,让我直言不讳。

现在想念我的想法,编辑为:


修正语法/拼写错误/改进格式。
使帖子更清晰或更有效。
链接到与该帖子相关的其他资源。
如果警告帖子很危险(即建议使用安全漏洞的解决方案)
添加帖子中缺少的新相关信息。

但不要:


更改
添加内联对话。

我想指出Jeff明确告诉我们Stack Overflow将类似于Wiki,而不是讨论论坛。那些具有编辑能力且需要添加重要内容的人应该不会为此感到难过,这是整个网站的重点。

评论


是的-我当然认为应该允许格式更改。有人编辑了我的Code Golf(圣诞节12天)帖子,在代码之前加上了CR!我从来不知道

–卢卡斯·琼斯(Lucas Jones)
08-12-31 at 16:27

@卢卡斯·琼斯(Lucas Jones):Code Golf的编辑规则似乎与普通问题不同,因此较长的解决方案可以用较短的解决方案代替。也许应该有一个关于修改高尔夫球杆代码的礼节的问题,但是我感觉它会被遗忘。

–乔伊·亚当斯(Joey Adams)
2010年8月17日下午5:48

此答案中的两个链接均已失效,并且我无法弄清楚它们应该去哪里(假设内容仍然存在),否则我将对其进行编辑。

–我说恢复莫妮卡
17年12月17日在21:52