发布者：Disch

2011年4月5日

评分：3.9/5 (20 票)

我相信我们都熟悉著名的“提问的智慧”指南。

我并不一定要在这里重新发明轮子，但我对启发我创建这个帖子的指南有一些不满。

具体来说：

- 原指南太大了。它就像一个 10 页的东西。通常，当我想要引起人们对它的注意时，我只想引起他们对特定段落的注意，这不是很方便。

- 我不同意其中的所有内容。特别是他对人们应该做的研究量的期望。

- 它太宽泛了，没有涵盖我经常在这些特定版块上看到的一些非常具体的事情。


所以这个帖子的目标是解决这些问题，并允许这里的用户群贡献他们自己的技巧。

这个想法很简单，但为了保持它的有效性，我想为发布新技巧引入一些“规则”

- 每个帖子 1 个条目。 这样就可以链接单个条目，而不必链接到一篇巨大的文章。 这样，当这些技巧“损坏”时，我们可以将用户链接到直接帖子，而不是将他们定向到一般指南。

- 在顶部用粗体（可能用大写字母——只要它引人注目）写一个技巧的单行摘要，这样当人们点击链接时，他们可以立即清楚地知道他们做错了什么。

- 尽量保持每个条目简短。人们不会阅读整页。为了使其有效，我们需要避免 tl;dr。

这就是我现在能想到的全部。我将从一些让我恼火的事情开始。欢迎更多。

这里很多人不阅读每个帖子。我们根据主题的内容过滤它们。如果您的主题准确地描述了您的问题，则更有可能获得回应。

“一个简单的问题”：没有描述任何内容 “我该如何...”: 不完整的句子。完成句子，也许它会是一个好主题。 “获取编译器错误” 更好，但仍然不是很具有描述性
“打印到屏幕上的数字显示不正确”
“使用 vector，程序在退出时崩溃。”

编译器错误通常会告诉您代码中到底出了什么问题。需要经验才能完全理解它们，但是这里的常客都具有这种经验，并且知道如何阅读它们。

- 复制粘贴编译器告诉您的错误
- 向我们显示导致编译器错误的行代码

- 不要告诉我们您收到错误 C2203。我们不知道那是什么。
- 不要解释/改写错误。您很可能会遗漏/更改我们需要的一些关键信息。

告诉我们问题是什么

不要发布一段代码并说“此代码无效”。具体说明为什么它不起作用。

- 尝试编译时是否出现错误？如果是，请告诉我们错误是什么以及错误在哪里。

- 程序运行时是否没有按照您想要的方式运行？如果是，请告诉我们您希望它做什么，以及它实际做了什么。


当我们不知道问题是什么时，我们无法解决问题。