为什么程序员仍然使用邮件列表？ [重复]

#1 楼

除了“因为它们已经习惯了”参数外，电子邮件还有其他一些巨大的优势：


您已经有一个电子邮件地址，无需注册另一个留言板每个项目的帐户。
使用留言板，您必须积极访问页面并刷新以查看新消息。另一方面，大多数人整天都打开电子邮件客户端（Outlook，Mail，Gmail），并且收到新邮件后会自动刷新。

简而言之，使用留言板要求我极大地改变我的习惯。另一方面，邮件列表简单而又容易地适合我现有的例程，因此采用起来容易得多。

#2 楼

邮件列表具有的Real Edge（tm）具有较少的繁忙项目。为了使基于Web的论坛成功，它需要一个不断出现的人的核心，他们可以回答问题，提供建议并主持会议。但是，如果董事会每个星期或一个月只有几个职位，那么许多对该主题感兴趣的人（无论是开源项目，商业项目，业余爱好还是其他）都不会定期访问董事会，因为那里几乎没有新事物。

然后，最终发生的事情是，董事会变成了您可能所说的b-tch会话。人们只去那里发布错误报告或有问题/投诉。但是，由于没有多少人定期来访，您最终会收到很多投诉/问题而没有回应，并且社区建设也很少。而不是只有少数想在那个星期访问网络论坛的成员看到的，该名单会发送给列表中的每个人。可以真正回答问题的人更可能看到它们。

一旦项目规模足够大，搬到董事会通常很有意义，因为那时人们会被电子邮件淹没.imo，我最喜欢的组织这些事情的方法是通过新闻组，但是它们已经失宠了。网上论坛允许您通过新闻阅读器查看您所关注的所有网上论坛的所有新主题（受益于电子邮件列表），但具有网络论坛的线程讨论功能。不幸的是，特别是在非技术人员中，要求用户拥有新闻阅读器并建立小组是完全不可行的。

#3 楼

很难引用旧消息。您必须等到存档站点收到您要链接的消息，然后再查找它。


假定您的列表服务器正常工作，这不是问题，因为我们正在谈论旧消息（引用新消息可能会出现问题）。


由于您必须手动复制发件人和邮件内容，因此很难回复尚未从订阅中收到的邮件。如果只有一个人可以设计一种功能（甚至可能集成到OS Shell本身中），则可以轻松地选择和复制文本。也许可以根据一些日渐不合实际的现实活动（例如剪贴簿）进行建模。手动操作，而不管所涉及的软件如何）没有超自然的力量，就不能删除或修改帖子。 ，因为一个或多个用户可能会拥有自己的副本。


将线程保持在一起很棘手（即，确保对话中的所有参与者都被复制/复制）。


正确的客户端软件应能轻松处理此问题，并提供比大多数网络论坛软件所允许的更为灵活的线程显示和排序。


用户必须订阅并设置过滤器（或只是真正参与其中），因此要参与多个高容量邮件列表非常棘手。


高容量论坛并不容易。如果有的话，很难（如果不是不可能）在网络论坛程序包中配置过滤器。您是“真正参与其中”，还是可能丢失了某些东西。


邮件列表在我看来没有什么真正的优势？快速设置。随着小组的成长，非正式电子邮件链自然而然地发展了。处理回复时，没有中断上下文可以从电子邮件转移到网络。几乎每个人都熟悉（是的，是的，韩国孩子/ Facebook一代不使用电子邮件...）

#4 楼

来自https://github.com/pypa/packaging-problems/issues/21#issuecomment-46129044


我的经验：GitHub（和Bitbucket）很棒。搜索引擎可以找到相关的讨论，或者您可以浏览存储库以查看所有内容。每个人的评论都在一页上，很明显如何添加自己的评论（有一个巨大的绿色“评论”按钮）。创建帐户非常容易-大多数社区人已经拥有一个帐户-但是如果没有，那是一个熟悉的过程。因此，GitHub非常受欢迎，并且也很不错。

另一方面，邮件列表非常可怕，我相信几乎所有社区都不会这样做。在搜索引擎中，您将被带到讨论的中间一个帖子。您可能会按相反的时间顺序看到早期文章的摘录。令人迷惑。要阅读所有评论，您必须单击树状结构（显示在另一页上）。这太可笑了。大多数人肯定会放弃。如果您是邮件列表的成员，并在收件箱中接收邮件，则可能会更好。不过请注意，新人们将始终在网上阅读邮件列表中的帖子。

更糟，页面上没有说明如何评论。例如https://mail.python.org/pipermail/distutils-sig/2013-August/022529.html，没有绿色的大注释按钮。如果您单击四周，则可以注册以在收件箱中接收将来的帖子（不确定我是否想要），但这仍然无法解释如何回复您正在阅读的帖子。我怀疑较老的社区会忽略此问题，因为他们是在邮件列表中长大的。了解，大多数年轻人不知道如何使用邮件列表-他们从未见过。按照现代的标准，这样做的过程非常缓慢。 （我正在阅读网络上的帖子。我应该能够在同一页面上写评论）。对于许多人来说，这是禁止的。

因此，PEP是有问题的。例如http://legacy.python.org/dev/peps/pep-0453/。该页面本身没有社区评论。有五个不同邮件列表页面的链接，您可以在其中阅读其他人过去的讲话，但是没有说明如何发表自己的看法。真可惜（与在同一页面上的普通注释线程上讨论的Ruby功能请求进行比较https://bugs.ruby-lang.org/issues/8992）

bugs.python.org也不受欢迎， 在我的经验中。我报告了一个错误，该错误立即关闭，并回复


您在这里不能发表评论，您在错误的位置。在[未提供链接]之前，已在邮件列表中多次讨论了该主题。如果您想发表评论，则应加入邮件列表，及时返回，等待正确的帖子，然后在此处回复。我感到不受欢迎。我放弃了为社区做出贡献的尝试，而是开始在Stack Overflow上编写代码。他们证明非常受欢迎，这鼓励了我再次尝试参加。很高兴我找到了您的GitHub小组-您有话要说，而且您已经接受了我的贡献。谢谢。我什至提交了拉取请求-我喜欢GitHub的水平。

为了澄清起见，我不相信bugs.python.org上的海报试图将我排除在外-他们可能认为他们正在提供帮助。但是那种“我们以自己的方式做事”的态度使我感到被忽视和不受欢迎。我敢肯定，其他潜在的贡献者已经回避了相同或更早的障碍。 http://bugs.python.org/issue16675

#5 楼

与论坛相比，我更喜欢邮件列表，因为它更容易。论坛要求我积极地出去做一些额外的事情（即访问另一个网站）。邮件列表将消息直接发送到某个地方，无论如何我总是必须打开。单点联系（邮件列表）与多点联系（论坛）。中断驱动（邮件列表）与轮询（论坛）之间的关系。 ”，因为它是“您所处的生活阶段”。现在我年纪大了，我承担了除计算机领域以外的更多义务，以至于我没有时间再积极去寻找论坛了。如果只是进入我的邮箱，它将得到处理。

#6 楼

裸露电子邮件本身已经拥有您想要的一切。回复特定消息，引用特定段落，将有趣的帖子转发给您的朋友。最重要的是，您可以添加所需的任何内容。

每个程序员都有电子邮件。他们大多数使用体面的邮件客户端。他们选择并喜欢的客户。一个客户，将他们的新闻提要，他们的个人邮件，他们的工作邮件汇总在一起。和他们的邮件列表邮件。使用论坛只会引入不必要的碎片。

正确的电子邮件客户端会为您提供所需的所有功能（添加书签，过滤，加标签，将已读/未读标记（在论坛中无法做到））。它们对任何类型的电子邮件都一样工作。程序员喜欢保持控制。因此，他们倾向于选择邮件列表。

#7 楼

所有这些都是为了提高灵活性-提供基于Web的邮件列表存档非常容易，同时仍然允许用户使用其选择的电子邮件客户端进行交互。

不仅参加论坛，而且选择用于历史消息的基于Web的视图（无论哪种技术都易于提供！），但将用户锁定为使用基于Web的工具与论坛进行交互。

使用Web进行不同的放置与基于电子邮件的论坛进行交互是一个已解决的问题；使用电子邮件与基于Web的论坛进行交互？现在不多了。

现在考虑到许多开发人员可能会定期关注十二个或两个论坛，并认为哪个更具吸引力-为每个论坛设置唯一的登录名和密码，并学习一个单独的用户界面，或者通过您已经建立的身份（您的电子邮件地址）与所有人进行互动，使用一种工具查看（并存档和搜索）所有信息？

#8 楼

请注意，志愿项目在某种程度上倾向于面向开发人员/对话者，而非面向用户。这是有道理的，因为前者往往会在有限的时间内，而后者会“免费”获得一些东西。这样可以节省时间或使开发人员更容易参与。因此，从开发人员的角度（以随机顺序）：


邮件允许高度定制的过滤，人们确实在广泛使用。例如，我维护的来自ML的所有项目邮件都直接进入收件箱，并带有相应标签。对于不太重要的ML，他们转到单独的文件夹并跳过通知。对于其他人，我只使用NNTP + Gmane。
邮件允许高度可定制的MUA，从Web界面到非常复杂的程序，可以过滤，突出显示重要的电子邮件，创建任务等。它们允许编写回复的部分脚本并使某些部分自动化。
（例如）访问ML对我有0摩擦。我不需要创建任何其他帐户-在大多数情况下，我只是通过Gmane中的NNTP订阅，并且在许多ML上，只需发送电子邮件即可。另一方面，我需要在论坛上创建一个帐户，创建一个安全的密码； b）唯一的密码（因为谁知道论坛是否不通过rot13“加密”密码）和c）满足所有要求？至少8个字符，包括小写和大写字母以及一些特殊字符，但不是太特殊，例如点，除非今天是星期二，当我们允许使用点时...]，然后在尝试解决CAPATCHA时开始怀疑我是人;）
邮件允许在需要时将参与者添加到线程中。例如，对于补丁程序审核，您可以将某人添加到“收件人”字段，并询问他是否不会干扰他的工作，等等。大多数论坛都不允许这样的事情-至少没有像大多数MUA那样点击几下。邮件还允许将讨论的对象从讨论中删除（首先是粗鲁，然后将他们放到BCC中），以防止出现垃圾邮件。是的-很复杂，等等。但是补丁审查可以分为几个部分，涉及不同的问题。
大多数MUA具有集成的通知系统，可以在以后将其判断为重要/垃圾邮件/交易。另一方面，如果论坛具有通知/订阅系统，则会迫使您访问网站。
SMTP / NNTP是标准-它们具有RFC和所有功能。已经有针对他们的工具-例如git可以将补丁发送给ML，但不能发送给论坛。我听说的最接近的是对bugzilla的临时支持。

...，我认为列表并不详尽。我可以看到为什么/如何不欢迎新用户使用工作流，更不用说技术含量较低的了。 Gnome有不同的参与渠道（G +，Fb，是的-论坛），但是AFAIK很少有开发人员有时间参加那里的社区，重新学习工具等。

#9 楼

因为没有人创造了一种更好的方法。更好地说，我的意思是适合并能够集成到当前开发环境中。

#10 楼

习惯-一些人发布了有关引起人们对开源项目兴趣的问题。有时，您从认识的人的邮件列表开始，而从未切换到其他人。

对于用户：


更容易使用拼写检查器（gotcha）进行拼写错误
更容易抱怨列出管理员
记住了他们推荐的“ alt”网站

您可以在这里找到笑话：http://www.ahajokes.com/com009.html