Suis-je en train de manquer un endroit où la coordination / développement de nouvelles versions d'Emacs se produit?

Dernièrement, j'ai été impressionné par les nouveautés / améliorations qui sont incluses avec Emacs 25. J'ai ensuite commencé à penser à l'ensemble du processus derrière. Je voudrais partager mes pensées avec vous.

Le garder à jour avec les dernières requêtes, de nombreuses corrections de bogues, maintenir, étendre le noyau / dev d'Emacs et quoi que ce soit, cela doit être un sacré travail, sans aucun doute.

Lorsque je vérifie les nombreuses modifications et améliorations implémentées dans Emacs 25, de nombreuses heures de développement doivent y être consacrées.

Cela nécessite une coordination assez importante. C'est comme s'il devait y avoir une grande entreprise derrière tous ces changements pour pousser Emacs plus loin. Mais ce n'est pas une chose rentable, ce sont tous des logiciels libres et sous licence GPL.

Il s'agit donc de volontaires qui sont prêts à consacrer leur temps à pousser Emacs plus loin, à côté de leur travail habituel. Cela nécessite une sorte de coordination.

Quand j'ai vérifié les listes de diffusion de Emacs-dev, il semble qu'il n'y ait pas beaucoup de coordination, pas beaucoup de gens participent.

Et pardonnez-moi, je considère personnellement les listes de diffusion comme une chose des années 90. De nos jours, vous avez plus de jolies alternatives, comme le tracker de problèmes GitHub et les communautés régulières.

Quand je regarde sur le Web, vous avez les blogs réguliers (Endless Parentheses, Sacha Chua, Redux, OrEmacs, etc.) et les communautés Emacs (comme cet Emacs Exchange et - probablement la plus grande communauté - reddit.com/r/emacs ) et des collections comme emacs.zeef.com et wikiemacs.

Mais pas un endroit pour le développement de nouvelles versions d'Emacs, ce qui nécessite beaucoup de personnes et de coordination.

Quelque part, j'ai l'impression que tout cela est underground, où de nouvelles versions d'Emacs sont secrètement développées ... une drôle de pensée.

Tout cela me fait me demander si je manque une sorte de gros hotspot sur le web, où se passe toute la magie?

Bien que j'appuie ici les commentaires des autres sur les endroits où aller pour l'interaction et la coordination, il y a un autre aspect unique au développement d'Emacs. Pour sa taille, son innovation et sa coordination, c'est une entreprise relativement calme. Pas beaucoup de bruit sur lui-même. Les versions majeures déclenchent quelques dizaines d'e-mails supplémentaires. Même pour les fils longs, les répliques sont laconiques.

Comparez cela à des projets comparables qui semblent générer tellement de bruit que je me désinscris régulièrement des listes d'événements majeurs.

Cette économie de communication se reflète sur la maturité des idées et la liberté de développer toute idée digne de mise en œuvre. Les fonctionnalités indésirables disparaissent silencieusement tandis que les nouvelles idées (même si vous l'appelez le mode diabolique) obtiennent une entrée dans le journal des modifications.

Quant aux blogs que vous mentionnez, ils jouent un rôle important non seulement pour éduquer, mais aussi pour travailler à travers des idées concurrentes et des idées de ferroutage. Par exemple, ace-jump a relancé de nombreuses idées de saut vers d'autres parties du tampon, d'autres tampons, d'autres fichiers, une recherche à distance, etc. Par exemple, ack, avy, ivy, anzu, Counsel, Swiper, Swoop, etc., sont tous en cours de perfectionnement en ce moment et sont des sujets de discussion fréquents sur Google + Meet Up.

L'abonnement au flux rss de planet emacs couvrira probablement la plupart des blogs actifs. Le rss est relativement concis, sauf pour une répétition occasionnelle de la même nouvelle par quelqu'un d'autre.

Vous ne trouverez pas d'e-mails de développeur sur les sous-fonctionnalités sur la liste des développeurs d'Emacs, mais peut-être dans leur propre liste de diffusion spécifique au projet. La plus grande de ces listes spécifiques au projet est bien sûr le mode org. Ce qui peut avoir été des centaines sur cette liste est probablement réduit à une seule annonce dans le journal des modifications emacs.

Au lieu d'une liste complète de courriels de développeurs, d'un groupe Usenet, d'un canal irc, d'un site Web, d'un emplacement Git Hub, d'un emplacement de blog ou d'une page de médias sociaux, nous avons une interaction véritablement distribuée et diversifiée où aucune plate-forme ne prend le relais. Cela peut être dû en partie au fait que le développement d'emacs dure depuis beaucoup plus longtemps que n'importe laquelle de ces plateformes de communication, mais cela est également dû en partie à un choix délibéré de ne pas se limiter à un seul mode de communication.

Dans l'ensemble, il n'est pas vrai qu'il n'y ait pas suffisamment de coordination. En tant que développeur, vous prenez aussi peu ou autant de données que vous désirez. Le modèle de développement d'Emacs se prête à une collaboration relativement sans bruit (et sans friction). Je pense que c'est une bonne chose. J'espère que vous aussi.

Non, vous ne manquez rien, sauf la liste de diffusion des bugs Emacs: bug-gnu-emacs@gnu.org(qui utilise debbugs.gnu.org).

Et il y a un dépôt git pour le code source d'Emacs - c'est ce qui est utilisé.

La discussion est ouverte emacs-devel@gnu.orget bug-gnu-emacs@gnu.org. Du code y est exposé et discuté.

Mais le développement du code a lieu par des individus (vous, par exemple). Un individu peut valider des modifications dans le référentiel, s'il dispose des accès / privilèges nécessaires, ou s'il peut soumettre un correctif à l'une des listes de diffusion et demander à quelqu'un d'autre de l'appliquer.

Lorsque vous utilisez, M-x report-emacs-bugvous pouvez joindre un correctif à votre rapport de bogue, si vous avez un correctif que vous souhaitez proposer.

La «magie» passe par le développement individuel et les commentaires / discussions.

FWIW: Common Lisp, qui est un langage énorme et assez complexe, a été entièrement défini (et prototypé) par courrier électronique, à la fin des années 1970 et au début des années 1980. C'était avant le World Wide Web, quand Internet était un bébé. Ceux qui définissent la langue se trouvent dans divers endroits du monde, principalement dans des laboratoires de recherche. Magique, en effet.