emacs-development – ¿Me estoy perdiendo algún lugar donde ocurre la coordinación / desarrollo de nuevas versiones de Emacs?

Pregunta:

Últimamente me impresionaron las cosas nuevas / mejoradas que se incluyen con Emacs 25. Luego comencé a pensar en todo el proceso detrás de esto. Me gustaría compartir mis pensamientos contigo.

Mantenerlo al día con las últimas solicitudes, muchas correcciones de errores, mantener, extender el núcleo / dev de Emacs y lo que sea, debe ser un trabajo increíble, de eso no hay duda.

Cuando veo cuántos cambios y mejoras se implementan en Emacs 25, se deben dedicar muchas horas de desarrollo.

Requiere una coordinación bastante grande. Es como si tuviera que haber una gran empresa detrás de todos estos cambios para impulsar a Emacs más allá. Pero no es algo rentable, es todo software gratuito y con licencia GPL.

Así que es de los voluntarios que están dispuestos a dedicar su tiempo a impulsar a Emacs más allá de su trabajo habitual. Eso requiere algún tipo de coordinación.

Cuando revisé las listas de correo de Emacs-dev , parece que no hay mucha coordinación, no hay mucha gente participando.

Y perdóname, personalmente considero que las listas de correo son algo de los 90. Hoy en día tienes alternativas más bonitas, como el rastreador de problemas de GitHub y las comunidades regulares.

Cuando miro a mi alrededor en la web, tienes los blogs habituales (Endless Parentheses, Sacha Chua, Redux, OrEmacs, etc.) y las comunidades de Emacs (como este Emacs Exchange y, presumiblemente la comunidad más grande, reddit.com/r/emacs ) y colecciones como emacs.zeef.com y wikiemacs.

Pero no es un lugar para el desarrollo de nuevas versiones de Emacs, lo que requiere mucha gente y coordinación.

En algún lugar tuve la sensación de que todo esto es clandestino, donde se están desarrollando secretamente nuevas versiones de Emacs … pensamiento divertido.

Todo esto me hace preguntarme si me estoy perdiendo una especie de gran punto de acceso en la web, donde ocurre toda la magia.

Respuesta:

Si bien secundo los comentarios de otros aquí sobre lugares a los que ir para la interacción y la coordinación, hay otro aspecto único en el desarrollo de Emacs. Por su tamaño, innovación y coordinación, es un esfuerzo relativamente silencioso. No hay mucho ruido sobre sí mismo. Los lanzamientos importantes desencadenan algunas docenas de correos electrónicos adicionales. Incluso para hilos largos, las réplicas son concisas.

Compare eso con proyectos comparables que parecen generar tanto ruido que de forma rutinaria me doy de baja de las listas de eventos importantes.

Esta economía de la comunicación se refleja en la madurez de las ideas y la libertad para desarrollar cualquier idea que valga la pena implementar. Las características no deseadas se desvanecen silenciosamente mientras las nuevas ideas (incluso si lo llama modo maligno) se ingresan en el registro de cambios.

En cuanto a los blogs que mencionas, cumplen un papel importante no solo en la educación, sino también en trabajar a través de ideas en competencia e ideas complementarias. Por ejemplo, ace-jump revivió muchas ideas de saltar a otras partes del búfer, otros búferes, otros archivos, búsquedas remotas, etc. Por ejemplo, ack, avy, ivy, anzu, counselling, swiper, swoop, etc., se están perfeccionando en este momento y son temas frecuentes de discusión en Google + Meet.

La suscripción al feed rss de planet emacs probablemente cubrirá la mayoría de los blogs activos. La rss es relativamente concisa, excepto por una repetición ocasional de la misma noticia por parte de otra persona.

No encontrará correos electrónicos de desarrolladores sobre subfunciones en la lista de desarrolladores de Emacs, pero quizás en su propia lista de correo específica del proyecto. La mayor de estas listas específicas de proyectos es, por supuesto, el modo org. Lo que pueden haber sido cientos en esa lista probablemente se reduzca a un solo anuncio en el registro de cambios de emacs.

En lugar de una lista de correo electrónico de desarrollador, un grupo de usenet, un canal de irc, un sitio web, una ubicación de git hub, una ubicación de blog o una página de redes sociales que lo abarque todo, tenemos una interacción verdaderamente distribuida y diversa en la que ninguna plataforma se hace cargo. Puede deberse en parte al hecho de que el desarrollo de emacs ha durado mucho más tiempo que cualquiera de estas plataformas de comunicación, pero también se debe en parte a una elección deliberada de no restringirse a un solo modo de comunicación.

En general, no es el caso de que no haya suficiente coordinación. Como desarrollador, usted recibe la menor cantidad de información que desee. El modelo de desarrollo de Emacs se presta a una colaboración relativamente libre de ruidos (y sin fricciones). Creo que eso es bueno. Espero que ustedes también.

Leave a Comment

Your email address will not be published.

Scroll to Top

istanbul avukat

-

web tasarım