邮件列表:社区还是沟通?

还没有读者喜欢这个。
Core purpose

Opensource.com

邮件列表似乎是许多开源项目的生命线。在红帽,似乎所有事物都有邮件列表。有一个公司范围的备忘录列表,旨在促进协作并与世界各地的同事联系,以及许多特殊兴趣邮件列表,例如我们的家庭啤酒酿造列表。这让我开始思考,邮件列表仅仅是一种沟通方式,还是对社区建设至关重要?

我开始查看我订阅的所有邮件列表,感到惊讶。我加入了近 20 个 Google 网上论坛、几个 Yahoo! 群组和无数个红帽邮件列表。在工作中,有些列表用于团队沟通,但另一些列表则为了我自己的兴趣。在办公室外,我订阅了北卡罗来纳州罗利市的各种邻里列表、用户组和一些开放政府主题。

每个列表都不同,就像每个社区都不同一样。在某些邮件列表中,我充当所有者或版主。在另一些列表中,我只是潜水者。对于某些列表,我选择接收每封电子邮件;对于另一些列表,只接收摘要。有时这与列表的目的有关,但有时这与信噪比有关。

我相信你们中的许多人都是多个邮件列表的成员。如果您像我一样,您在每个列表中扮演不同的角色,并根据您的兴趣程度以不同的方式使用它们。

您认为邮件列表仅仅是促进沟通的机制,还是有助于创建和建设社区?我很高兴在收到您的评论后分享更多评论。

Avatar
Jason Hibbets 是红帽的社区主管,隶属于数字社区团队。他与 Enable Architect、Enable Sysadmin、Enterprisers Project 和 Opensource.com 社区出版物合作。

6 条评论

在我看来,我参与的每个项目、组织、兴趣领域……都围绕邮件列表展开。在我看来,这似乎是社区建设的核心组成部分。

同意。您是否认为您参与的不同组织和项目内部存在不同级别的“社区”?

当然。想想 -users 与 -dev 列表,或者围绕 RedHat/CentOS/Fedora 的数百个列表。似乎还存在列表上频繁发帖者与潜水者现象,以及变得太大的列表的分叉。

非常有趣的问题。我参与了红帽的一个内部小组,该小组专注于了解我们自己的内部社区如何运作。我们刚刚对数百名内部邮件列表管理员进行了一项调查,以了解更多关于邮件列表与社区、参与感和完成工作之间的关系。

一个有趣的結果是,许多列表管理员将他们的列表定义为一个人员社区,但并非所有这些管理员都认同我们设置的一些有限的标准。例如,我们试图了解有多少是社交社区,有多少是行动社区。最终,我们更严格的定义是否有帮助尚不清楚——人们感到社区感,无论他们是自愿加入还是被分配到邮件列表。目标感似乎是关键——对主题的兴趣或热情可能会产生社区感。

顺便说一句,许多人一直在研究我们如何才能更好地吸引所有不喜欢邮件列表的人。这里存在一种自我选择的性质——邮件列表对一部分人有效,但可能甚至不到大多数人。看看各种社交媒体工具的兴起,这是人们在传统邮件列表结构之外发展社区的一种方式。这就是为什么诸如 <a href="http://iquaid.org/2012/05/14/mailing-list-web-interface-magic/">Mailman 3</a> 和 Drupal 7 的协作功能可能会标志着社区规模翻一番或三番,邮件列表与网络界面以一种对所有参与者都有效的方式合并。

关于“所有不喜欢邮件列表的人。这里存在一种自我选择的性质——邮件列表对一部分人有效,但可能甚至不到大多数人”

我的感觉是,大多数人更喜欢邮件列表而不是替代方案——或者至少,更喜欢“邮件发送到他们那里”——查看论坛、Drupal 站点等非常乏味,并且有 0 条条目的论坛数量非常庞大。当论坛(如本论坛)在发生更改时自动向您发送电子邮件时,动态会发生变化——但随后事情开始更像邮件列表(新内容出现在您的邮箱中)。

话虽如此,FaceBook 和 Twitter 似乎创造了一种新的动态,而垃圾邮件则对基于电子邮件的互动产生了反向动态。但仍然……

对我来说,电子邮件非常适合此功能,我管理/设置了多台 Postfix 电子邮件服务器。我听到其他人说电子邮件正在消失,我发现至少说这是荒谬的。电子邮件是理所当然的,它“始终有效”。您可以管理数千个帐户,包括垃圾邮件设备,但没有人会在意。然而,话虽如此,如果有人认为“一封”电子邮件被阻止或以某种方式拒绝,那就是世界末日。
话虽如此,对于电子邮件,管理员提供内部/外部客户可用的服务永远不会受到感谢。这真是一项吃力不讨好的服务,但我相信,在有人回复您的问题后,收到来自用户论坛的电子邮件仍然是“最先进的”实时沟通。人们认为社交媒体网站将取代它,他们错了。

Creative Commons License本作品根据知识共享署名-相同方式共享 3.0 未本地化许可协议获得许可。
© . All rights reserved.