Я что-то упустил, где происходит координация / разработка новых версий Emacs?

В последнее время на меня произвели впечатление новые / улучшенные вещи, которые включены в Emacs 25. Затем я начал думать обо всем процессе, стоящем за ним. Я хотел бы поделиться своими мыслями с вами.

Поддерживать его в соответствии с последними запросами, множеством исправлений ошибок, обслуживанием, расширением ядра / dev Emacs и т. Д., Без сомнения, это адская работа.

Когда я проверяю, сколько изменений и улучшений реализовано в 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, swoop и т. Д., Все сейчас уточняются и часто обсуждаются в Google + Meet.

Подписка на канал emacs rss на планете, вероятно, охватит большинство активных блогов. Rss относительно краткий, за исключением случайного повторения того же новостного сообщения кем-то другим.

Вы не найдете электронных писем разработчиков о подфункциях в списке разработчиков Emacs, но, возможно, в их собственных списках рассылки для конкретных проектов. Самый большой из этих специфичных для проекта списков - это, конечно, режим org. То, что могло быть сотнями в этом списке, вероятно, сводится к одному объявлению в журнале изменений emacs.

Вместо всеобъемлющего списка адресов электронной почты для разработчиков, группы usenet, канала irc, веб-сайта, местоположения git-хаба, местоположения блога или страницы в социальных сетях у нас есть действительно распределенное и разнообразное взаимодействие, при котором ни одна платформа не вступает во владение. Это может быть отчасти связано с тем, что разработка emacs продолжается намного дольше, чем с любой из этих коммуникационных платформ, но также отчасти из-за преднамеренного выбора не ограничиваться одним способом коммуникации.

В общем, дело не в том, что не хватает координации. Как разработчик, вы берете столько, сколько пожелаете. Модель разработки Emacs предусматривает сотрудничество без шума (и без трения). Я думаю, что это хорошо. Я надеюсь, что вы тоже.

Нет, вы ничего не пропустили, кроме списка рассылки об ошибках Emacs: bug-gnu-emacs@gnu.org(который использует debbugs.gnu.org).

И есть git-репозиторий для исходного кода Emacs - это то, что используется.

Обсуждение идет emacs-devel@gnu.orgи bug-gnu-emacs@gnu.org. Некоторый код выставлен и обсужден там.

Но разработка кода осуществляется отдельными лицами (например, вами). Человек может зафиксировать изменения в хранилище, если у него есть необходимые права доступа или он может отправить исправление в один из списков рассылки и попросить кого-то еще применить его.

При использовании M-x report-emacs-bugвы можете прикрепить патч к вашему сообщению об ошибке, если у вас есть исправление, которое вы хотели бы предложить.

«Волшебство» происходит через индивидуальное развитие и комментарии / обсуждения.

FWIW: Common Lisp, который является огромным и довольно сложным языком, был полностью определен (и создан на прототипе) с использованием электронной почты еще в конце 1970-х и начале 1980-х годов. Это было до появления Всемирной паутины, когда Интернет был младенцем. Те, кто определяет язык, были расположены в разных местах по всему миру, в основном в исследовательских лабораториях. Волшебство, действительно.