是否应从帖子中删除“嗨”，“感谢”，标语和称呼？

#1 楼

由于多种原因，我一直不赞成在问候和称呼中（以及其他无关紧要的问题）：


它将在问题预览中留出更少的空间，因此我们通过阅读预览来衡量问题的难度更大。
当我尝试花费更多时间阅读实际问题并弄清楚如何正确回答时，阅读和解析这些问题会花费一些时间。它。如果我必须开始阅读所有插入其中的小注释和谐幽默，那么这有损于总体信息。
如果这应该是一个为主要作者提供服务的网站，那么我们需要考虑一下有关我们如何构造消息的信息，以便它们在搜索引擎上搜索与自己的问题相匹配的用户时更清晰地显示出来。如果我正在寻找问题X的解决方案，那么我想找到一个遇到相同问题的人，而不是在解决这个实际问题之前要寻找简短的自传和形式的人。

#2 楼

现在，我们会在输入后自动删除帖子中的称呼。 />
…在提交到服务器时会自动删除。

帖子末尾的感谢部分要难得多/有风险才能发现，因此我们不会碰那些目前。

基于Stack Overflow数据库本地副本的某些统计信息：以...


hi 300,455
hello 107,646 嘿22,697
亲爱的3,998
问候1,978
海964
hii 512
howdy 483
hiya 344
hay 296
heya 207
hola 56
hihi 6
称呼5

我还删除了整个网络中的大部分称呼（按上述）来自现有帖子。

评论

---

找到另一个：G'day * 8'）

– Mark Booth
19年6月21日在14:28

---

我们可以再去除另一种感谢吗？它变得越来越令人毛骨悚然。

– Mukyuu
19年11月27日在4:32

---

既要纠正又要自动纠正会浪费很多精力。

– RSolberg
19/12/7在22:43

---

@JeffAtwood可以添加“我有一个问题：”吗？

– Cfun
20 Dec 8'在13:26

---

#3 楼

是。我以一种非常简单的方式看待它。让我们从等式中采取行动-如果我们有两个平行的世界，一个有疑问（包括问候）等，而另一个没有，我们会选择哪一个？这些问题只是尽可能地以可读和简洁的方式提供了所需的信息。

您的动作使世界成为现实，因此我+1。诚然，这将您的时间当作免费的时间对待-可能是您可以将相同的时间花费在更有用的编辑上，但是我永远都不能确定。删除问候的实际动作可能不会花费很多时间，并且当您认为“不，我不会打扰”时，您已经阅读了该问题并考虑了这样做。

（如果用户随后回滚坚持认为他们确实想要问候的编辑，那么我建议您不要理会它，但这是稍有不同的事情。）

#4 楼

通常，称呼不会占用足够的空间来在预览行中产生巨大的差异，除非问题很短，否则标语根本不会占据任何位置。并以“ Hi / Thanks”进行预订，那么您就可以继续进行编辑了。还有一些帖子比这些需要更多的关注。我在少数情况下已经看到它了，并且不希望它成为规范。这是一半的技术论文和一半的讨论。我们不是机器人，也不是在和机器人说话。有些人只想承认这一事实。

#5 楼

如果问题的作者使用问候语和/或在问题中以“谢谢”结尾，因为他/她试图对可能回答他/她问题的其他人保持友好/尊重，那么我绝对认为这没有问题。而且，实际上，有时我会觉得很爽。

如果有人编辑了问题，我至少可以看到有人取消称呼的论点（尽管我非常不同意）。为了技术上的正确性或其他目的，以便使问题更简洁。但是，我绝对认为这是布什联盟，没有正当理由，只需编辑作者的帖子以仅删除称呼即可，仅此而已。

如果Stack Overflow，Meta等想要禁止使用称呼，谢谢等等，然后明确地这样做。这些论坛并没有其他规则。您可以通过独裁统治或通过民主程序来制定规则……我不在乎。

但是，正如本主题所证明的，在称呼与否之间存在明显分歧。像是在问题上可以接受（也许大多数人倾向于不接受）。

对我来说，这一切都与常识有关。读“嗨”或“谢谢”实际上花费了不可估量的时间，而对我来说，如果有人选择使用这些单词，看到这些单词的个人好处就超过了我认为有些人提出的奇怪而僵硬的问题。 br />
我实际上发现整个对话有点令人不安。我不会教我的孩子说“嗨”或“谢谢”是错误的，即使是电子形式，甚至是因为害怕害怕被投票，编辑或删除。

我想现在，在就此问题制定如此严格的规则之前，我可能会混合使用称呼而不使用称呼。如果这样做，我不会对此感到羞耻，并且我想我不能阻止某人将他们带出；我想我只需要确定将它们放回原处是否值得。

#6 楼

我个人认为，仅称呼和标语是不能将其从帖子中删除的。如果问题或答案还有其他理由需要进行修改，请在其中进行清理。作为我的一般经验法则，我认为这不足以证明编辑的合理性。没有混乱的问题（例如称呼和标语）。因此，在理想世界中，它们并不是一开始就存在的。如果它们在那里，我可能仍然不会仅仅为了消除混乱而对其进行编辑。

#7 楼

绝对不！我必须同意敬酒-没有理由我们不能变得更加非正式，并试图在更人性的层面上与社区互动。如果这是大多数程序员与同行互动的方式（不打招呼，所有信息），那么我真的很高兴我不必每天都处理这些事情。

#8 楼

我现在不赞成在问题或答案的开头打招呼，因为它会使首页问题列表上的预览混乱，但在结尾处“预先感谢”或“感谢您看”中看不到危害。我们不能过完全形式化的生活。

更新： :)

我认为SO帖子比没有使用我的某些Stack Overflow困扰的帖子要好得多，没有称呼和信号/标签。

#9 楼

哇。这是一个问题还是声明？ “不”的回答在这里似乎并不受欢迎。

无论哪种方式，我认为我都明白问题的重点，但是整个语气显得有些nar。如果有人以“ Hi”开头并以“ Thanks”结尾，那么他们并不是在蓬松，也不是那么麻烦。他们只是好人。编辑Hi / Thanks对我来说听起来很粗鲁。

例如，当前有关堆栈溢出的问题是为NSString分配内存：


您好，我是新手对Objective-C有点好奇，我应该如何管理下面所示的本地NSString变量和类对象内相关实例变量的内存。我拥有的代码可以正常工作，但是对于最佳实践却很好奇。

[代码被删掉]

干杯加里


“嗨，”真的很难读吗？预览上升到“内部实例变量...”。删除“嗨，”会在预览中添加“ the”。这真的有帮助吗？我不知道gary，但是删除“ Hi”和“ Cheers gary”可能会占用一小部分空间，但是就像他为这项工作做出贡献后sm他一样。粗鲁。

将问题简化为“我应该如何管理...”更有意义，但是从gary的问题中编辑gary仍然不礼貌。常见问题解答：很好。另一方面，以您希望他们对待您的相同方式对待其他人。甚至在编写问题时要求“愚蠢”警告与重复警告一起使用。问题本身很好，但是标题很烦人，妨碍阅读。有一条评论要求他/她不使用“ Plz”，但标题仍然保留。

#10 楼

我避免打招呼之类的话，但是，我要感谢那些试图帮助我解决问题的人。我只保留这些意见。我保持问题和答案本身的客观性，信息性和专业性。

我觉得这很好地平衡了，我希望不要让其他堆纸机受到它的困扰。

#11 楼

在这里鞭打一头死驴，但无论如何...

对于顽固的感谢者，我有一个问题：

你在说谁谢谢你，还有什么您是说谢谢您吗？


谢谢您读了这么远？或-可能没有用，而实际上我可能最终投票否决甚至举报？对问题的回答只是荒谬的。

对于所有说我们绝无仅有的机器人的人-“请”是允许的，并且是有道理的（无论如何，这是我的立场）。
另一句话-在我看来，这里很多反应中的一个更深层次的问题不是关于嗨和谢谢，而是“谁敢编辑我的问题？！​​”人们需要放弃这种个人主人翁感。

您的问题和答案“属于”社区，并且每个人都在那里。

所有这些，我认为我们正在努力战胜一场失败的战斗。 ..

#12 楼

我们是人，而不是机器。

我个人不以“ Hi”开头问题，但我通常以“ Thanks”结尾。请勿删除问候语/感谢标语。

#13 楼

因为我不是机器人，所以我很喜欢被问候和感谢，就像人类社会的习俗一样。这也提供了一个表达自己的机会，我非常喜欢。当您知道自己的网站（和个性）已一掷千金时，就责备人们使用普通礼节。想象一下，当您要制造麻烦时，只要说“ Hello”，就变得很麻烦吧！一个新用户每次都会问为什么他们的称呼/问候不断被删除。然后，书呆子巡逻队将为他们提供与该问题相关的链接。所有Stack Overflow内容的5-10％都是关于称呼/问候。为什么？由于使用这些构造在人类交流中是完全正常和自然的，因此直观地显示，当您键入它们时，它们应该出现。

#14 楼

就个人而言，最近我一直非常积极地删除称呼和信号之类的电子邮件。我认为这只会增加噪音，并分散内容，无论是提问还是回答。 >例如：

Dear Murray,

Time for a band meeting

Cheers
Brett 
                                 Brett

看起来很傻

#15 楼

作为对数据库完整性和一般顺序感兴趣的软件开发人员，当标题为“问题”的字段包含任意对话时，这对我来说是冒犯的。 “谢谢”不是问题。

就像在Facebook上，当人们看到ICQ #个人资料字段，而不是像123456那样写他们的ICQ号时，写（123456 (but I don't really use it any more!!1)），然后软件会尝试将该字段转换为链接icq:123456+(but+I+don't+really+use+it+any+more!!1进行显示。当然，可以自动过滤会话中的绒毛，但不必一定要这样：ICQ #字段用于ICQ编号，仅此而已。对我来说就足够了。

SO既不是留言板也不是论坛；它是一种知识资源。谢谢和问候简直是不合适。

#16 楼

是。出于多种原因，应将其删除。


帖子顶部的任何绒毛最终都会在问题列表的预览中占用空间。
用户名和头像一起显示在帖子的正下方。

应该指出，目前，仅出于这些原因，我们已经被要求不要编辑帖子。


http://blog.stackoverflow.com/2009/03/the-great-edit-wars/#comment-15830


但是这些帖子通常仍然有其他多种原因可以进行编辑，因此这几乎从来都不是问题。

#17 楼

请勿在我们的语义数据输入中使用这种对话式的人工毛茸茸！

#18 楼

我想补充一点，今天我注意到Alf长期以来被我自己至少指责，因为他顽固地拒绝在所有答案和评论的末尾停止写“ Cheers and hth”，并将他的名字更改为


用户“干杯和欢呼-Alf”

这是将愉快的事情写成样板的典型例子，而不是出于任何有意识的礼貌。在问题的结尾处加上下意识的“感谢”，实际上，您认为这对我客气是令人反感的。最好在SO网站模板中加入“感谢”，这样您甚至根本不必编写它。

#19 楼

我同意称呼和签名浪费了屏幕空间，通常我会把它们编辑掉。来自接受率低于75％的用户。如果用户记录的问题少于20个，我理解-但是100个以上的问题我很难相信。

#20 楼

我发现以“ So，...”开头的帖子更让人讨厌。以“ so”开头？

#21 楼

“嗨”是没有用的，因为我无法真正说出它，也不能问“这是怎么回事？”，等等，这同样不合适。应该将其编辑为好像您正在重新格式化代码一样-如果您已经在此处工作，请将其取出，否则保留原样。

另一方面，“感谢”表示可以接受感谢您在我的问题上花费的时间，考虑我并试图帮助我解决问题。

#22 楼

无论是电话，电子邮件还是当面约会，我全天都会进行大量交流。显然，所有这些都有很多“下午好”和“拜拜”。另外，我是在拨号BBS和Usenet上长大的，在那儿它们是同样常见的。编辑某人的礼貌举止更加荒唐。

这不是维基百科，那里对于一个特定主题或问题只有一个真实的答案。有很多人使该网站成为现实，并且放弃了对网站进行个性化的尝试，并且他们的回应似乎简直是书呆子。

#23 楼

我知道这是很久以前发布的，但是今天有人在SO上针对我进​​行了讨论。我在问题贴的最后加上了“非常感谢”一词。大约5分钟后，我注意到它已被编辑，并且（连同标题和标签的更改）我底部的“谢谢”被删除了。我回滚了编辑内容，并告诉那个人，我不知道为什么他会删除“谢谢”，因为我只是想保持礼貌。他说，SO不是“讨论站点，而是问答”。我回复了以下帖子：


不知道“非常感谢您
提前”在问题中引起了太多“混乱”。就我个人而言，当我在此处或其他
站点上阅读这些答案时，是的，我正在寻找问题x的答案y，但我不认为
礼貌的“请”和“谢谢”
会减损该问题和/或答案。我从小就养成了良好的风度，我尊重那些表现出这种风度的人，即使是
像黑白这样的黑白问答场所
也是如此。现在您可能会
标记此帖子或为此而呼唤我
评论是一种“讨论”，而不是严格的“ Q＆A”，但我认为这需要
可以说。


就个人而言，就像上面的帖子所述，我感觉像是简单的问候或最后的“谢谢”，丝毫不减损答案/问题。 ，也不会添加“混乱”。我没有阅读此页面上的每个帖子，但我喜欢一个人说看到有礼貌的举止时，他们感到“刷新”的感觉。我有同样的感觉。如果我正在阅读帖子，并且该人给出了答案，并且说出了“希望有帮助”之类的话，或者最后说出了类似的意思，那会让我觉得他们实际上在乎我是否能找到正确的答案。另一方面，如果我读了一篇帖子，它给了我答案，仅此而已，这只是一个简单而快速的答案，有时可能会显得有些卑鄙。

我绝不意味着要有判断力。每个人说话时都有一个“音调”。即使有人写作，打字等任何形式的交流，不管您信不信，都会发出这种声音。

我知道我已经开始闲逛了，但总而言之，我相信当有人在自己的帖子，谈话中表现出礼貌的态度时，他们可能会使用任何形式的交流来我，发出积极的语气。而且，如果我可以选择阅读两个帖子，并且两个帖子都包含相同的信息，但是其中一个使用了上述方式，那么我宁愿阅读表现出积极态度的帖子，也要说“请”和“谢谢”，这是我觉得该人实际上正在尽力帮助我的帖子（这就是SO的目的），我希望那天过后再过。

有些人对这个论点太过分了，对我们的意思感到讽刺。我并不是说我支持这样的想法：“嘿，我叫X，我有3个孩子，你不知道比利今天再一次进入狗粮了吗？”，然后继续回答问题-那就是太荒谬了。

简单明了：我认为不应仅出于消除礼貌的问候或“谢谢”的目的而编辑帖子。

#24 楼

好吧，我有罪（如果有罪的话是对的话），在某些情况下，我会提出“谢谢”或“感谢任何帮助”这一行来签署问题。

我有没问题，但是如果有人将其删除。现在，我已经看到了该线程，我将更加意识到不这样做。我想我不认为'Thanks'是标语。只是认为这有点礼貌。毕竟，我要寻求帮助。

#25 楼

签名很好。如果这只是您要“澄清”的唯一内容，请不要编辑该问题-请参阅Jeff在The Great Edit Wars上的帖子，他提出的建议是当作者明显更喜欢该问题的一种表示方式时，该做什么。 br />
在那篇文章中，杰夫（Jeff）在现在已删除的评论中说：过多。“

#26 楼

在我看来，帖子开头的Hi可能不是一件好事，但不是世界末日。但是，如果用户以类似以下内容的开头来发布帖子：

嘿，这是我第一次在Stack Exchange上发帖，所以这里是...

我很可能会完全编辑该行。

也应始终允许底部的感谢。

#27 楼

首先，我要说的是称呼，信号等非常烦人。他们咬牙切齿，趋向于使我对所围成的帖子的看法变色。包含这些实体。正确的拼写（我一直对此表示感谢），但请留意。与问题不同，答案是个人信念，知识和态度的表达，不应该被弄乱。

#28 楼

尽管我完全理解清理问题的目的，以使问题的内容变得更清晰，更快捷，但是对于问问者或编辑者而言，超越简单，快速的编辑完全是荒谬的。

当回退战争开始时，每个人都会遭受痛苦，整个事情变成了一场大麻烦。同时，像我这样能够读取“ Hello”和“ Thank you”之类的内容的人现在必须处理两个人对整个苦难的争论。

在最坏的情况下，问题是仅仅因为某人想要礼貌而被投票淘汰存在。

很酷。

这意味着其他人都不能从这个问题中阅读和学习。 ..在我看来，这要比简单地打招呼要糟糕10倍。

求助？

好吧，如果麻烦您进行更改...但是之后就放松一下。如果事情不会如愿以偿，请不要发问。而且，当然不要一味地发脾气……有人只是想变得很好。相同。做个大男孩/女孩，并担心得到问题的答案，而不是把自己变成烈士。

#29 楼

在博客评论，博客文章，留言板之类的帖子中，我很少会打招呼，除非我只向一个人讲话。但是，我的确总是以签名结尾。我的帖子以TRiG结尾，如果董事会支持的话，后面还有一个笑脸。我不确定为什么不这样做：在这里感觉不对。关于英语语言和用法，我有些话闲话，有时我不得不提醒自己省略签名。

我要在这篇文章上签名。

TRiG。

#30 楼

我同意“在由编辑编辑帖子的过程中，应删除这些项目['Hi'，'thanks'，标语和称呼]”，并且我还将删除“ please”一词。

对我来说，所有这些都是每个网站的巡回赛说的不聊天内容的示例：
这不是讨论论坛。
没有闲聊。


如果编辑仅涉及一个词，那么我认为应该仔细考虑执行它的需要，但通常可以对任何问题进行很多改进。

对于某些人来说，删除将社会方面注入其问题和答案的尝试似乎是不礼貌的，甚至有人认为这与这样做不符。不错，但SE社区的准则是重视用户的自愿时间和访客的阅读时间。 SE并非旨在成为一个社交网络，因此，我认为在这里要做的有礼貌的事情是尊重我们希望简单地做到的事情：


提问，得到答案，不要分心


与我产生共鸣的元堆栈溢出问答不，谢谢，该死！