Я пропускаю якесь місце, де відбувається координація / розробка нових версій Emacs?

Останнім часом мене вразили нові / покращені речі, що входять до програми Emacs 25. Тоді я почав думати про весь процес, що стоїть за ним. Я хотів би поділитися своїми думками з вами.

Продовжуючи останні запити, багато виправлень помилок, підтримуючи, розширюючи Emacs core / dev і будь-що інше, це має бути пекла робота, в цьому немає сумнівів.

Коли я перевіряю, які зміни та вдосконалення впроваджені в Emacs 25, на це потрібно витратити багато годин розробки.

Це вимагає досить великої координації. Начебто за всіма цими змінами повинна стояти велика компанія, яка надалі підштовхує Emacs. Але це не вигідна річ, це все вільне програмне забезпечення та ліцензія GPL.

Тож саме від волонтерів, які готові витратити свій час, щоб підштовхнути Emacs далі, поряд із звичайною роботою. Для цього потрібна якась координація.

Коли я перевіряв списки розсилки Emacs-dev, то, здається, немає великої координації, не багато людей беруть участь.

І вибачте, я особисто вважаю розсилки списками речі з 90-х. На сьогоднішній день у вас є більше прекрасних альтернатив, наприклад, GitHub видає трекер і регулярні спільноти.

Коли я оглядаюсь в Інтернеті, у вас є регулярні блоги (нескінченні парентези, Sacha Chua, Redux, OrEmacs тощо) та спільноти Emacs (як ця біржа Emacs, і - імовірно, найбільша спільнота - reddit.com/r/emacs ) та колекції на зразок emacs.zeef.com та wikiemacs.

Але не місце для розробки нових випусків Emacs, що вимагає багатьох людей та координації.

Десь у мене виникло відчуття, ніби це все під землею, де таємно розробляються нові версії Emacs ... смішна думка.

Це все змушує мене замислитися, чи не пропускаю я якусь велику точку доступу в Інтернеті, де відбувається вся магія?

У той час як я зауважую коментарі інших щодо місця, на яке можна дійти для взаємодії та координації, є ще один унікальний аспект розвитку Emacs. Що стосується свого розміру, інновацій та координації, це відносно тихе починання. Не багато шуму про себе. Основні випуски викликають кілька десятків додаткових листів. Навіть для довгих ниток реторс є лаконічним.

Порівняйте це із порівнянними проектами, які, здається, генерують стільки шуму, що я звичайно відписуюся на списки навколо великих подій.

Ця економіка спілкування відображається на зрілості ідей та свободі розвивати будь-яку ідею, гідну втілення в життя. Небажані функції мовчки відмирають, тоді як нові ідеї (навіть якщо ви називаєте це злим режимом) отримують запис у журналі змін.

Що стосується блогів, які ви згадуєте, вони відіграють важливу роль не лише у навчанні, але й у роботі над конкуруючими ідеями та ідеями підтримки скарбниць. Наприклад, асо-стрибок відродив багато ідей про перехід до інших частин буфера, інших буферів, інших файлів, віддаленого пошуку тощо. Наприклад, ack, avy, плющ, anzu, адвокат, swiper, swoop тощо. - все вдосконалюється прямо зараз і є частими темами обговорень на Google + зустрічі.

Підписка на RSS-ефір планети emacs, ймовірно, охопить найбільш активні блоги. Rss відносно короткий, за винятком випадкового повторення того ж новинного повідомлення кимось іншим.

Ви не знайдете електронних листів розробників про підфункції у списку розробників Emacs, але, можливо, у власному списку розсилки, що стосується конкретного проекту. Найбільший із цих списків, що стосуються конкретного проекту, - це звичайно орг-режим. Те, що, можливо, було сотнями у цьому списку, ймовірно, зводиться до одного оголошення в журналі змін 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-х. Це було до всесвітньої павутини, коли Інтернет був немовлям. Ті, що визначають мову, розташовувалися в різних місцях по всьому світу, в основному в науково-дослідних лабораторіях. Магія, справді.