Estou perdendo algum lugar, onde a coordenação / desenvolvimento de novas versões do Emacs acontece?

Ultimamente, fiquei impressionado com as coisas novas / aprimoradas incluídas no Emacs 25. Então comecei a pensar em todo o processo por trás dele. Eu gostaria de compartilhar meus pensamentos com você.

Mantendo-se atualizado com as solicitações mais recentes, muitas correções de bugs, manutenção, extensão do núcleo do Emacs / dev e o que for, deve ser um inferno de trabalho, sem dúvida.

Quando eu verifico quantas mudanças e melhorias foram implementadas no Emacs 25, muitas horas de desenvolvimento devem ser gastas nele.

Requer uma coordenação bastante grande. É como se houvesse uma grande empresa por trás de todas essas mudanças para levar o Emacs ainda mais. Mas não é uma coisa lucrativa, é tudo software livre e licenciado pela GPL.

Portanto, é dos voluntários que estão dispostos a gastar seu tempo para levar o Emacs ainda mais, ao lado de seu trabalho regular. Isso requer algum tipo de coordenação.

Quando chequei as listas de discussão Emacs-dev, parece que não há muita coordenação, muitas pessoas estão participando.

E me desculpe, eu pessoalmente considero as listas de discussão uma coisa dos anos 90. Atualmente, você tem alternativas mais bonitas, como o rastreador de problemas do GitHub e comunidades regulares.

Quando eu olho na web, você tem os blogs regulares (parênteses infinitos, Sacha Chua, Redux, OrEmacs etc.) e as comunidades Emacs (como este Emacs Exchange e - presumivelmente a maior comunidade - reddit.com/r/emacs ) e coleções como emacs.zeef.com e wikiemacs.

Mas não é um local para o desenvolvimento de novos lançamentos do Emacs, que exigem muitas pessoas e coordenação.

Em algum lugar, tive a sensação de que tudo isso é clandestino, onde novas versões do Emacs estão sendo secretamente desenvolvidas ... pensamento engraçado.

Isso tudo me faz pensar se estou perdendo um grande ponto de acesso na web, onde toda a mágica acontece?

Embora eu segure os comentários de outros aqui sobre lugares para interação e coordenação, há outro aspecto único no desenvolvimento do Emacs. Por seu tamanho, inovação e coordenação, é um empreendimento relativamente silencioso. Não há muito barulho sobre si. Os principais lançamentos acionam algumas dezenas de e-mails extras. Mesmo para fios longos, as réplicas são concisas.

Compare isso a projetos comparáveis ​​que parecem gerar tanto ruído que eu desinscrevo rotineiramente as listas dos principais eventos.

Essa economia da comunicação reflete sobre a maturidade das idéias e a liberdade de desenvolver qualquer idéia digna de ser implementada. Recursos indesejados desaparecem silenciosamente, enquanto novas idéias (mesmo que você chame de modo maligno) são inseridas no registro de alterações.

Quanto aos blogs mencionados, eles desempenham um papel importante não apenas na educação, mas também no trabalho de idéias concorrentes e de apoio. Por exemplo, o ace-jump reviveu muitas idéias de pular para outras partes do buffer, outros buffers, outros arquivos, pesquisa remota e assim por diante. Por exemplo, ack, avy, ivy, anzu, conselho, swiper, swoop etc. estão todos sendo refinados agora e são tópicos frequentes de discussão no google +.

A inscrição no planet emacs rss feed provavelmente abrangerá os blogs mais ativos. O rss é relativamente conciso, exceto por uma repetição ocasional do mesmo item de notícias por outra pessoa.

Você não encontrará e-mails de desenvolvedores sobre sub-recursos na lista de desenvolvedores do Emacs, mas talvez em sua própria lista de discussão específica do projeto. A maior dessas listas específicas de projetos é, obviamente, o modo organizacional. O que pode ter sido centenas nessa lista é provavelmente reduzido a um único anúncio no log de alterações do emacs.

Em vez de uma lista abrangente de e-mails para desenvolvedores, grupo usenet, canal irc, site, localização do git hub, localização do blog ou página de mídia social, temos uma diversidade de interação verdadeiramente distribuída e onde nenhuma plataforma única assume o controle. Pode ser em parte devido ao fato de o desenvolvimento do emacs estar demorando muito mais do que qualquer uma dessas plataformas de comunicação, mas também em parte devido a uma escolha deliberada de não restringir a um único modo de comunicação.

No geral, não é o caso de não haver coordenação suficiente. Como desenvolvedor, você recebe o mínimo ou o máximo de informações que deseja. O modelo de desenvolvimento do Emacs se presta a uma colaboração relativamente livre de ruído (e sem atrito). Eu acho que é uma coisa boa. Espero que você também.

Não, você não está perdendo nada, exceto a lista de discussão sobre erros do Emacs: bug-gnu-emacs@gnu.org(que usa debbugs.gnu.org).

E existe um repositório git para o código fonte do Emacs - é isso que é usado.

A discussão está iniciada emacs-devel@gnu.orge bug-gnu-emacs@gnu.org. Algum código é exposto e discutido lá.

Mas o desenvolvimento do código ocorre por indivíduos (você, por exemplo). Um indivíduo pode confirmar alterações no repositório, se ele tiver os privilégios / acesso necessários, ou ele pode enviar um patch para uma das listas de discussão e pedir que outra pessoa o aplique.

Ao usar, M-x report-emacs-bugvocê pode anexar um patch ao seu relatório de erros, se tiver uma correção que gostaria de propor.

A "mágica" acontece através do desenvolvimento individual e de comentários / discussões.

FWIW: Common Lisp, que é uma linguagem imensa e bastante complexa, foi totalmente definido (e prototipado) usando email, no final dos anos 1970 e no início dos anos 1980. Isso foi antes da World Wide Web, quando a Internet era uma criança. Os que definiram o idioma estavam localizados em vários pontos do mundo, principalmente em laboratórios de pesquisa. Magia, de fato.