各位，

我之前已经写过关于在SAP社区（SC）上写博客缺乏动力的文章。已经一年多了，但我看不出有什么进步。博客指南已经被悄悄地掩盖了。目前尚不清楚这将如何帮助提高内容质量或参与度。轶事证据表明，观点、喜欢和评论的数量进一步下降。

但我们可以在许多其他网站上撰写和阅读博客，而这并不是问题所在。到目前为止，SC仍然是最好的地方，你可以找到一个很好的答案，许多SAP的问题。在这一领域没有激烈的竞争，云服务器主机，我认为它对SAP客户仍然具有吸引力。

然而，自2016年以来，SAP成功地吸引了活跃的SC新成员，同时成功地疏远了老兵。怎么会这样？

2016年将SCN更名为SAP社区是一个考虑不周的决定。不断地输入"SAP Community"而不是更短的SCN并不是它唯一的不良影响。

现在当有人提到"SAP Community"时，我们甚至不清楚我们在说什么。是"SAP社区"（作为一组使用SAP产品的人员）还是"SAP社区"（作为SCN的网站和继任者）？

有一部分SAP社区并不积极参与SAP社区（尽管很可能偶尔会使用内容）。SAP社区中有一部分不参与现场社区活动，如SIT、会议或用户组会议。SAP社区有一部分是"酷的s*t发生"，也有一部分是s*t发生而不酷的。

但当我们只是宣布一切和任何事情都是"SAP社区"时，似乎更容易不继续包括"SAP社区"中不那么"酷"的部分您认为SAP不支持SAP社区是什么意思？看看所有的花销，所有成功的坐席和塞车！"–"嗯，不是那个SAP社区…""嗯？这里写着"SAP社区"，sooo……。

SAP还明确表示，好评返现怎么操作，他们希望积极地追求非SAP开发人员，并最终将他们纳入"SAP社区"。酷孩子们可能不想在不酷的SAP社区闲逛。那么这到底给我们留下了什么呢？

2016年半生不熟的重新设计，建站论坛，匆忙投入生产只是为了在TechEd发布一个盛大的公告，对SCN用户来说并不是一个进步。两年后，SC仍然是一个工具，同样令人沮丧的老兵和新手。（具有讽刺意味的是，这正是完全包容已经完成的地方。）

作为一家在自己的平台上投入巨资的公司，所有组织的SAP都应该知道，在一个破平台上，你无法构建任何好的东西。在一个破碎的平台上运行SC并期望一个不同的结果是疯狂的定义。

你知道Jürgen Lins，常年的顶级贡献者，一个终身的和最受尊敬的SCN成员，已经离开了大楼吗？很容易看出他缺席的结果：

在Jürgen离开之前，我在MM tag中运行了27个问题的统计数据。

作为比较，SAP HANA tag中类似的27个问题（请注意，这里的"SAP员工"包括知名的顶级贡献者，就像Jürgen）：

不难看出，在许多标签中，相同的2-3个人回答了大多数问题。这恰恰说明我们是多么依赖我们最敬业的成员来提供专业知识来分享。

有人可能会说，哦，呜呜，好的解脱，是时候让老一套的人下台，为新一代腾出空间了。很公平。但新一代人在哪里？

SC不是唯一一个经历艰难时期的在线社区。StackOverflow（SO）最近正在进行改革，以解决其作为"精英"场所的声誉，在这里没有人敢再问问题了。

两个社区之间的共同问题之一是缺乏对新成员的指导和支持。所以利用技术来解决这个问题。SCN的解决方案？简单地说，从现在起，我们将是"包容的"。

在寻找一个不同的角度对发生在SO，我偶然发现了这个老Reddit职位。这是一个启发性的阅读，如果你真的对社区事务感兴趣，我建议你阅读所有的评论。

第一个评论支持的形象，所以作为一个派系的网站，一个人不能发表一个问题，云服务器器，而不是被关闭，拖过泥。我不会否认，在某些情况下，我们（包括我自己）也可以表现得更好。但后来的评论描绘了一幅诡异的熟悉画面：那些活跃的投稿人因为反复回答同样的家庭作业问题而精疲力尽。

StackOverflow行为准则建立了一个明确的社会契约。如果你是来问问题的，那么问题的答案将取决于你自己的努力和别人的好意。如果你是来帮忙的，那就耐心点。虽然我喜欢批评任何事情，但我很难不同意这一点。

SCN曾经是一个专业人士和专业人士的地方。但多年来，这种社会契约，云服务器购买，正如我们在美国南部所说的那样，"消失了"

没有平台特性和人类行为支持的包容只是一派胡言。并鼓励开车经过，"亲爱的大师，这是我的客户要求"的问题，为了产生大量的内容不是包含。这是一个为阴暗的咨询公司提供支持的机制。

那些希望被当作专业人士对待的人需要这样做。