我了解它们可能是出于组织目的而创建的，但是将它们作为Stack Overflow下的类别，将它们分开但仍保持联系几乎没有任何意义，而不是使人们不得不创建多个“帐户”，每个帐户一个网络吗？
我确定有很好的理由将它们分开，但是作为SE的新手，确定发布哪个以确保获得许可可能有些吓人。好答案。例如，如果我是计算机科学专业的学生，我的第一个直觉可能是在计算机科学网络中发帖，直到我看到它实际上拥有1％的用户作为Stack Overflow网络，这似乎仍然是用于编程与计算机科学相关的问题。
所以我的第二个本能是将其发布到Stack Overflow网站上，因为我有较高的机会看到我的问题并获得良好的答案。然后我注意到那里也有一个``程序员''网络，我什至没有开始知道它适合的位置。我并且我假设大多数人可能只是在Stack Overflow上发布内容才安全。
我的问题是，除了每个网络简短的简短描述外，是否还有一套明确的指导原则，每个网络旨在什么，每个网络应该面对哪些问题，以及正在采取什么措施鼓励人们张贴在这些更新的，较小的（更专业的？）网络中，而不是张贴在大爸爸的Stack Overflow中？我想要的是？”相关问题，不是说如果我对Linux或WordPress或其他问题有同样的困惑。
返回FAQ索引
#1 楼
在选择站点之前...首先，请确保您要问的是一个好问题。有些问题到处都是题外话，并且不能保证存在任何会提出您问题的网站。
好问题：
很清楚并且可以理解。声明，适合您要发布的网站。
不要索要物品清单。
不要索要产品或服务建议。 （软件建议书和硬件建议书除外）
无需进行深入讨论或冗长的解释。
不要问“哪个更好”，而无需解释“更好”对您的具体含义，这不是一种重言式的（“最佳实践”并不比“更好”。）
堆栈溢出
我们认为最好的堆栈溢出问题有点它们中的源代码，但是如果您的问题通常涵盖……特定的编程问题，软件算法或程序员常用的软件工具，并且是
一个实际的，可回答的问题，是软件开发所特有的。
...那么，您来对地方了，问您的问题！该代码行不通吗？”）必须包含所需的行为，特定的问题或错误以及在问题本身中再现该代码所需的最短代码。请参阅：如何创建最小，完整和可验证的示例
软件工程
如果您的问题与系统开发生命周期直接相关（除故障排除，编写或解释特定代码外），您可以询问关于软件工程的问题
如果您有关于...的问题，
软件开发方法和实践
需求，体系结构和设计
质量保证和测试
配置管理，构建，发行和部署
…那么您可能就在正确的位置提出问题了。
数据库管理员
数据库管理，查询，建模，包括使用服务器端内置语言（例如存储过程）进行编程。
信息安全性
与信息安全性相关的所有事项，但不包括加密的更深层次的内容和设置您的家用防病毒软件。
密码学
密码术的更深层次；）
代码审查
在代码审查中，您共享自己拥有或维护的项目中的工作代码以供同行审查。进行适当代码检查的正确时间是，在您已尽力而为，代码已准备好发布/发布，所有功能都已通过且所有测试均通过之后。在这里，如果您想对代码进行评论以解决诸如以下问题，这是正确的地方：这项工作，但是可以加快速度还是有更好的方法？”
可维护性-“现在可以工作，但是我会遇到麻烦吗？”
边缘情况-“在某些情况下代码会中断吗？”
如果您的代码尚未生成所需的输出，则该代码尚无法进行审查。如果您需要帮助使代码完成状态，并且对执行该操作有特定疑问，那么Stack Overflow是个合适的地方。适用于软件工程。
计算机科学
关于学术领域的计算机科学问题。根据经验，如果您的问题取决于实际的语言/代码/硬件/ ...，请询问Stack Overflow；如果您的问题需要抽象/数学模型和推理，请询问计算机科学。用伪代码表示的算法跨越了边界。
理论计算机科学
对于研究水平上的理论计算机科学的问题。如果您至少不是研究生，请参阅计算机科学。
计算机科学教育家
关于计算机科学背景下的教育问题。典型的站点用户教授计算机科学。关于设计课程或主题方法的自学问题也可以在这里出现，但是此站点并不旨在直接向学生教授CS。软件测试问题范围广泛，从有关自动化测试实施的技术问题到组织问题，例如为测试团队计划培训，甚至如何说服您的经理实际聘请一些专业测试人员，而不仅仅是跨过他/她的手指和希望。它针对的是专业软件测试人员，以及从事相关软件工作的其他相关角色（程序员，业务分析人员）。
Code Golf
这很容易，只要浏览他们的挑战，您就会得到这个想法。不是针对一般的编程问题，而是针对人们要回答的挑战（当然是在代码中）。挑战必须有一个客观的获胜标准，通常是代码规则和明确的规范。 ，ArcObjects等，应在GIS Stack Exchange上询问。如果它们与诸如Python，JavaScript，C＃等底层编程语言有关，则应在Stack Overflow进行研究。
Open Data
Open Data是面向开发人员，研究人员和任何人的问答网站。其他对开放数据感兴趣。根据开放定义的定义，开放数据是任何人均可出于任何目的自由使用，修改和共享的任何类型的数据。当计算机科学家和程序员寻找任何类型的开放数据时，此站点可以帮助您找到它。
Web应用程序
Web应用程序是Web应用程序高级用户的问答网站。在您的帮助下，我们将共同努力，为有关使用Web应用程序的每个问题构建详细的答案库，包括：
宏和脚本以自动执行某些任务
用户样式以更改方式Web应用程序页面的外观
以上所有内容都应应用到您选择的特定Web应用程序上。 br /> Cross Validated
CrossValidated适用于统计学家，数据挖掘者以及任何对数据进行分析或对其感兴趣的人。热门问题包括：
统计分析，应用还是理论上的
设计实验
收集数据
数据挖掘
机器学习
可视化数据
概率论
数理统计
统计和数据驱动的计算
计算科学
计算科学Stack Exchange是关于在计算机上使用的计算方法的问题和解答技术学科。
通常适合该站点的主题：
有关计算机科学中广泛使用的软件包或语言（例如PETSc，MATLAB，Trilinos，LAPACK，SLEPc， R，NumPy，SciPy，Julia，Maple，Octave），但Mathematica（现已拥有自己的网站）除外。通常，最好是高级问题（例如，有关语言/包装功能的问题）。本质上与调试代码样本有关的问题或与低级语言语法有关的问题不适合该站点，并且通常是封闭的。这些问题应在特定于语言/软件包的论坛上提出。有兴趣使用此网站作为资源的程序包开发人员应查看此元问题。程序包开发人员回答问题时，请查看此元问题以获取有关公开项目从属关系的指南。
有关用于解决应用数学问题的算法或方法的问题（例如，找到多项式的根，找到矩阵的特征值/特征向量，求解椭圆/抛物线/双曲线PDE）给定的应用领域（例如，在对冲击波进行建模时将使用什么数值方法，在对燃烧进行建模时将使用什么数值方法，如果我想了解社交网络将使用什么图形算法）运筹学-Beta
运筹学是分析方法的开发和使用，用于描述，分析，计划，设计，管理和集成涉及人员，流程，物料，设备，信息之间复杂交互的系统和企业的运维。 ，为社会提供服务和生产商品的组织和设施。
空间和时间序列变化的统计信息，用于优化某项功能（或一组功能）属性（或属性集）表示所述时间和地点。
来自维基百科：
它通常被认为是应用数学的一个子领域。管理科学和决策科学这两个术语有时被用作同义词。
运用其他数学科学的技术，例如数学建模，统计分析和数学优化，运筹学可以为复杂决策提供最佳或接近最优的解决方案。制造问题。由于运筹学注重人与技术的交互作用，并且注重实际应用，因此运筹学与其他学科（尤其是工业工程和运维管理）重叠，并借鉴了心理学和组织科学。运筹学通常与确定某些现实目标的极端值有关：最大值（利润，绩效或收益）或最小值（损失，风险或成本）。
人工智能
如果您对...在人工智能普遍的世界中的社会问题，人工智能的概念/理论，人工智能作为一门学科/科学的问题有疑问，或
人工智能发展中的人为因素
对论文或教科书的参考要求
实现机器学习，或者
寻求开发工具或职业道路建议
...那么您来对地方了！
数据科学
/>面向数据科学专业人士，机器学习专家以及有兴趣进一步了解该领域的人员的问答网站。 br />鉴于每10毫秒就会收到一次过程监控数据，我应该使用哪种统计工具来最好地描述过程变化-是什么意思？
什么时候适合使用L1正则化进行特征选择？
我想在“英国脱欧”公投中制作一个图表。给定整个英国的民意数据，有什么有意义的技术可以在仪表板上将其验证化？
在Spark中执行ARIMA模型时，使用Python代替R的优缺点是什么？
给Facebook Likes，有没有一种机器学习技术可以预测年龄和性别？
电气工程
主要是有关电气工程和电子设计的网站。以下是一些编程问题：
编写用于裸机或RTOS应用程序的固件-微控制器编程。
编写诸如VHDL或Verilog之类的硬件描述语言的代码。 > PLC编程。
与以上任何内容均不相关的纯软件问题被认为是题外话，应在Stack Overflow上进行提问。
电子故障排除问题可能由电子硬件或微控制器软件引起，适用于电气工程。
DevOps
它们的主题帮助文件只是说：“请四处看看”，默认模板尚未编辑。来自他们的51区的描述：
“面向软件工程师的Beta问答站点，致力于自动化测试，持续交付，服务集成和监视以及构建SDLC基础结构。”阅读
常见问题解答
堆栈溢出帮助中心
软件工程帮助中心
数据库管理员帮助中心
信息安全帮助中心
密码帮助中心
代码审查常见问题解答-请参阅：充分利用代码审查
理论计算机科学帮助中心
计算机科学帮助中心
计算机科学教育者帮助中心
软件质量保证和测试帮助中心
编程难题和代码高尔夫帮助中心
Area51常见问题解答
博客文章
51区：信任社区
区域51：首次公开测试版
Unix和Ubuntu：为什么两者都使用？我的网站什么时候毕业？
否51区的人工智能
这个网站有成功的机会吗？
主观上好主观上不好
真正的问题有答案
问答很难，让我们去购物吧！
元问题
网站范围从NPR变为“有关软件开发的概念性问题”的背后是什么历史？
程序员和堆栈溢出之间有何区别？
/>在SE上的何处讨论计算机科学
如何使我们的CS社区与cstheory有很大不同？
计算机科学站点的历史是什么？
评论
我觉得这个答案（或一个变体）应该被包含在与CS相关的各个Stack Exchange网站中大多数已标记和已关闭的问题中，因为它们不在主题范围之内。我经常问自己要使用的少数几个，通常在阅读了每个人的帮助中心提出的问题的指南后，都会在Stack Overflow中结束。但是，该过程可能很乏味。如果您愿意的话，我很想准备一份备忘单。它不仅对新手有帮助，而且对倾向于开发完整堆栈并在CS方面遍地都是的成员也有帮助。
–kayleeFrye_onDeck
2015年12月16日23:12
这里是否不应该提及所有针对特定编程语言的网站？我的意思是TeX，Blender，...
–吗？
16年1月6日在20:20
上面的交流更着重于概念，因此SO无疑是一个例外。将所有语言交换放在这里似乎有点浪费，但仅限于IMO。
–kayleeFrye_onDeck
16年2月19日在4:25
我通过一个被标记为与此重复的问题到达了这里。我建议与@kayleeFrye_onDeck和其他人一样。在此之前，我会将其标记为收藏链接，以便快速访问。
–亚历山大·萨拉菲安（Alex Sarafian）
17-10-19在6:32
webmasters.stackexchange.com在哪里？
–阿德林
18年5月17日在7:17
真是一团糟。 :-)
– Marco Demaio
18/12/7在23:56
这是对某些选项的很好概述。在彼此的子标题下有一些容易混淆的小节，并且省略了许多站点，我希望看到逆向计算以及其他注释中的内容。看来这并不能保证是最新的，所以我很谨慎地将人们引导到这里。
–ocæon
19年4月30日在15:28
但是，如果我不小心在cs.stackexchange.com上提出了研究级的问题怎么办？
– SamB
19年6月7日在20:57
找出@SamB的唯一方法
– yannis
19年6月7日在22:11
我从Web应用程序部分中删除了书签，因为它们不再是主题。参考Web应用程序仍然是书签的最佳选择吗？
–鲁本
19年8月17日在14:26
针对特定编程语言的与工作空间布局相关的问题会去哪儿？即，我想问问放置测试包的标准位置在golang中的哪个位置。
–失去了小腿
20 Jan 1 '20 at 3:20
列表中也缺少serverfault
– Toby 1 Kenobi
20 Mar 7 '20 at 6:43
我一直在寻找询问计算机视觉问题的最佳地点，并且已重定向到Signal Processing Stack Exchange，但是我发现问题得到的视图/答案数量远远低于我怀疑的实际需求。 /该对象的受众群体。任何对此的见解表示赞赏。
–集成
20/09/10在20:54
@IntegrateThis恐怕我没有一个好的答案，这是一个鸡与蛋的问题。如果人们由于流量低而无法在此处发布消息，那么专门的Stack Exchange网站将永远不会获得所需的流量（这是可以理解的）。
– yannis
20/09/11在7:26
@SamB您将获得（1）几张downvotes票，而您的问题因话题不清而被关闭（2）其他人将标记您的问题以迁移到适当的站点。但是，通常也要经过几次投票之后。
–技术专家向导
20-11-20在12:06
评论
我对SE并不陌生，而且我仍然不理解跨多个站点的主题重叠，所以也不会感到难过！我同意，有些人彼此之间感觉太近了。甚至SuperUser和StackOverflow有时也可能会问到任何一个问题。
Jeff Atwood（SO联合创始人）至少部分负责将SO分解为任意重叠的微型站点，这些站点促进了身份政治和重复/重叠，而不是尝试减少反模式。他解释了他的推理c。 2010-2011。那时我不同意他的推理，现在我仍然不同意。请参阅以下两个讨论：1 2.
@CodyGray：他们对我没有意义，只会使用户感到困惑。例如。您在CodeReview中提出的任何要求都可以在StackOverflow中提出。
在我看来，关于太多问题，最令人沮丧的是，您会因为使用SO之外的任何一种方法而受到惩罚，因为很少有人会在那里看到您的问题。因此，即使某人实际上意识到自己的问题属于其他问题中的一个更好，他们仍会在SO中发帖以更有可能获得一个好的答案。这是我认为有关Stack Exchange的最坏的事情。