我是否错过了进行新Emacs版本的协调/开发的地方？

最近，我对Emacs 25包含的新功能/改进功能印象深刻。然后，我开始考虑其背后的整个过程。我想和你分享我的想法。

紧跟最新的请求，修复许多错误，维护，扩展Emacs核心/ dev等，这无疑是一项艰巨的工作，这毫无疑问。

当我检查Emacs 25中实现了哪些更改和改进时，必须花很多开发时间。

它需要很大的协调。似乎所有这些更改背后都必须有一家大公司才能进一步推动Emacs。但这不是一件有利可图的事情，它全部是免费软件，并获得GPL许可。

因此，正是这些自愿者愿意花时间将Emacs推向更接近其常规工作的位置。这需要某种协调。

当我检查的邮件列表时Emacs-dev，似乎协调不多，参加的人并不多。

并且请原谅，我个人认为邮寄名单是90年代以来的事情。如今，您有更多漂亮的替代方案，例如GitHub问题跟踪器和常规社区。

当我在网上浏览时，您会看到常规的博客（无尽的括号，Sacha Chua，Redux，OrEmacs等）和Emacs社区（例如此Emacs Exchange），以及-可能是最大的社区-reddit.com/r/emacs ）以及emacs.zeef.com和Wikiemacs之类的集合。

但是并不是开发Emacs新版本的地方，这需要很多人和协调。

我在某个地方感觉像是在地下，那里正在秘密开发Emacs的新版本……有趣的想法。

所有这些使我想知道我是否错过了网络上所有的魔力发生在哪里的大热点？

尽管我在这里发表了其他评论，其中提到了进行交互和协调的地方，但是Emacs开发还有另一个独特之处。对于它的规模，创新和协调，这是一个相对安静的工作。关于自己的噪音不大。主要版本会触发数十封额外的电子邮件。即使是冗长的线程，反击也很简洁。

将其与似乎产生大量噪音的可比较项目进行比较，我通常会退订有关重大事件的列表。

这种交流的经济性反映了思想的成熟和发展任何值得实施的思想的自由。不需要的功能会静默消失，而新的想法（即使您称其为邪恶模式）也会在变更日志中记录。

至于您提到的博客，它们不仅在教育方面而且在通过竞争性想法和背负式想法进行工作中都起着重要作用。例如，ace-jump重新激发了许多跳到缓冲区其他部分，其他缓冲区，其他文件，远程搜索等的想法。例如，ack，avy，ivy，anzu，律师，swiper，woop等，现在都在完善，它们是Google+上经常讨论的话题。

订阅Planet emacs rss feed可能会覆盖大多数活跃的博客。rss比较简洁，只是其他人偶尔会重复播放相同的新闻。

您不会在Emacs开发人员列表中找到有关子功能的开发人员电子邮件，但可能在他们自己的特定于项目的邮件列表中找到。这些特定于项目的列表中最大的当然是组织模式。该列表上可能已有数百本，可能会在emacs更改日志中简化为单个公告。

我们拥有一个真正分散且多样化的交互，而不是一个单一的平台来接管，而不是一个无所不包的开发人员电子邮件列表，usenet组，irc频道，网站，git枢纽位置，博客位置或社交媒体页面。部分原因是emacs开发比任何这些通信平台都进行了更长的时间，但是部分原因是有意选择不限于单一通信模式。

总体而言，并不是没有足够的协调。作为开发人员，您需要的投入少或多。Emacs的开发模型有助于实现相对无噪音（无摩擦）的协作。我认为那是一件好事。我希望你也这样做。

不，除了Emacs错误邮件列表：（bug-gnu-emacs@gnu.org使用debbugs.gnu.org）之外，您什么都没有丢失。

还有一个用于Emacs源代码的git存储库-就是所使用的。

讨论的是emacs-devel@gnu.org和bug-gnu-emacs@gnu.org。此处公开并讨论了一些代码。

但是代码开发是由个人（例如您）进行的。如果个人具有必要的访问/特权，或者可以将补丁提交到其中一个邮件列表，然后要求其他人应用，则可以将更改提交到存储库。

使用时M-x report-emacs-bug，可以将修补程序附加到错误报告中，如果您有要提出的修复程序。

“魔术”是通过个人发展和评论/讨论发生的。

FWIW：Common Lisp是一种笨拙的语言，非常复杂，早在1970年代末和1980年代初就完全使用电子邮件进行了定义（并原型化）。那是互联网诞生之初的万维网。定义语言的人员遍布世界各地，主要是在研究实验室中。的确如此。