跳到主要内容

除了自Stack Overflow成立以来就已建立的问答格式之外,集合还包括文章。文章旨在为不适合传统问答格式的集体提供相关内容。

像问答一样,文章也必须遵循一些指导原则。如果一篇文章不遵循这些指导原则,它将被取消发布。然后,作者可以编辑文章以解决所概述的问题,如果修复了文章以满足指导原则,则可以重新发布该文章。文章指南如下:

文章类型

文章以两种方式涵盖了与问答不同的背景:

  • 知识文章对于单个问答来说,涵盖的主题过于宽泛或开放。他们可能会比较不同类型的实现或方法的优缺点,并且可能比问答中的规范更主观,前提是观点有确凿的证据支持。
  • 操作指南可能提供的不仅仅是一个问题的答案,还提供了实现技术目标的多个步骤(和潜在陷阱)。虽然完全有可能会出现一些重叠,但我们认为Articles是内容的主页,其范围太广,无法以问答形式进行有效覆盖。

主题和内容

  • 文章应该关注程序员实际面临的一个实际问题。
  • 文章应包含所确定问题的充分背景,并充分解决他们打算讨论的问题。
  • 读者应该能够从阅读文章中清楚地了解如何解决他们的问题。
  • 文章应与集合中包含的主题密切相关,并应与集合内包含的标记之一相关,并且应在更大的、已经建立的堆栈溢出范围内。
  • 文章可以是关于以下任何一项的,只要它们与集体的主题明确相关:
    • 算法
    • 主要由程序员使用的工具或软件库
    • 特定编程问题
  • 文章不能涉及以下任何内容:
    • 通用计算
    • 网络或服务器管理
    • 法律咨询
    • 纯粹基于观点的话题
    • 假设性或推测性的文章、咆哮等。
    • 任何与编程无关的内容
    • 与集体主题不直接相关的编程主题

质量

  • 文章必须是作者发布的原创作品,或者在多个作者的情况下,海报必须是主要作者之一。
  • 文章必须用事实和可核实的、信誉良好的参考资料来支持他们的主张。
  • 文章的性质应该是主观与客观的。
  • 不接受链接文章。如果一篇文章包含链接,它必须有足够的上下文,不需要访问链接,并且内容必须驻留在集体中。
  • 一篇文章不一定是(但理想情况下是)专为集体撰写的内容。如果符合其他准则,允许在互联网上其他地方重新发布您自己的内容。
    • 当从其他地方转载内容时,鼓励作者提及这一事实并链接到原文。
    • 同样重要的是要认识到,发布到我们网站上的任何内容都是根据Creative Commons许可证授权.
  • 文章必须使用其附带的目标站点的主要语言(目前为英语,因为集体“伴随”主SO站点;如果有其他站点的集体,如俄罗斯SO站点,则必须使用该站点的主要语文)。
  • 文章应尽作者所能使用良好的语法、拼写和标点符号。

长度

  • 需要非常长的文章才能完整阐述的主题,理想情况下应分为多篇文章。
  • 如果需要额外的上下文,文章应明确指出需要什么上下文。

标题

  • 标题必须概括内容,不得误导。

交割

  • 与Stack Overflow的其余部分一样,使用短语“谢谢”以及类似的问候语和结束语/签名并不被视为最佳实践。然而,有时这可能是合适的。例如,如果之前的一篇文章征求了意见,而作者认为这些意见很有帮助,那么听到社区对前一篇文章的评价表示“感谢”可能是合理的。然而,除了完成了实质性的工作之外,鼓励文章作者不要写“谢谢”。

行为准则

  • 文章必须遵循行为准则; 辱骂或侮辱性语言是不能容忍的。所有用户都必须受到尊重,文章中提到的任何人也应该受到尊重。提及活人时应特别小心。
  • 物品不得进行过度或未公开的自我运动。
  • 文章不应与现有问答或堆栈溢出上的文章完全相同。
  • 剽窃文章将被删除,并可能导致主持人采取行动。

用户角色指南

主持人

Stack Overflow的仲裁人仍然是社区的“异常”处理程序和上述准则的仲裁人。尽管鼓励他们对集体赞助组织的需求保持敏感(如适用),但他们仍有权在集体内部调节内容。如果发生争议,可以(一如既往)将问题上报给社区管理团队。

认可会员

除了主持人之外,每个集体都有“认可成员”。认可会员有权编辑集体中的任何文章。

用例

鼓励社区成员记住,可能会围绕潜在的额外用例进行一些实验。在这些情况下,反馈是受欢迎的,因为我们都习惯了这种新的内容类型。