¿Busca comentarios / revisión del paquete emacs?


7

Esa es una pregunta meta-ish pero google no es útil en este caso.

¿Existen hábitos estandarizados de dónde / cómo / si uno debe buscar comentarios sobre su nuevo paquete de emacs? Especialmente, antes de publicarlo.

Mi caso particular es que comencé a extraer y empaquetar partes más largas y posiblemente reutilizables de mis .emacs (el primer elemento es el cambiador de temas , pero tengo algunas ideas más). Como es posible que alguien más se beneficie de este código (y tal vez ofrezca mejoras), considero publicarlo en melpa. Aún así, mi conocimiento de elisp es, bueno, muy básico, así que dudo en ofrecer mi paquete sin ningún examen, y desafortunadamente no tengo colegas que conozcan elisp.

¿Hay un lugar donde uno podría publicar aquí es mi paquete, podría revisar su pregunta? ¿Es este stackexchange el lugar correcto? ¿O tal vez algún grupo de noticias o lista de correo electrónico?


3
Obtiene comentarios básicos sobre el código al enviar una solicitud de extracción MELPA si hay algo problemático al acecho allí.
wasamasa

En una nota relacionada, me falta un foro de discusión que cubra cuestiones relacionadas con Emacs que no encajan en la forma de preguntas y respuestas de este, de lo contrario, es un excelente sistema.
Lindydancer

1
@Lindydancer Una opción es chat.stackexchange.com/rooms/17392/scratch Está mínimamente enhebrado, pero es persistente y se puede buscar.
dcorking

Respuestas:


6

Creo que esta es una gran pregunta teniendo en cuenta que elisp parece ser un lenguaje orientado a ser fácil de aprender, pero no es un idioma que muchas personas logren dominar (por ejemplo, aprender a hacer cualquier cosa de la mejor manera posible) .

Puede solicitar comentarios sobre problemas específicos en el #emacscanal IRC en la red Freenode . Tal vez los chats en este Stackexchange también funcionen, he visto un montón de temas específicos donde las personas interactúan sobre temas como los kits de inicio.

No existe un lugar oficial donde pueda obtener las críticas adecuadas. Una pregunta en la lista de correo de emacs-devel era acerca de las formas de hacerlo un lugar más agradable para los recién llegados, que también incluía revisiones de paquetes que podrían ser deseables en el repositorio de paquetes GNU ELPA. También hay otras revisiones que suceden, como parches básicos. Aquí hay un ejemplo diferente .

Como nota al margen, si ha encontrado a alguien dispuesto a revisar su código, los WTF por minuto deberían ser un buen indicador de su calidad :)


Las discusiones sobre emacs-devel y la idea de "tutoría" son exactamente lo que estoy buscando. Lástima que solo haya 2 o 3 hilos de este tipo, todos al mismo tiempo, y eso es todo. Además, numerosos nombres importantes presentes en la lista hacen que sea psicológicamente difícil publicar código simple en dicho foro. Aún así, esa es una mejor oportunidad y lo pensaré.
Mekk

Tengo mala experiencia personal con el IRC utilizado para la discusión técnica (percibo el IRC como un lugar de conversaciones caóticas que consumen mucho tiempo y son difíciles de rastrear y resumir, y donde, incluso si recibo la atención de alguien, él o ella pueden estar distraídos en cualquier momento).
Mekk

Acepto esta respuesta, ya que supongo que esto es solo un estado de las cosas como son.
Mekk

Odio decir esto, pero me temo que la tutoría es generalmente algo muy raro en proyectos de código abierto. Sin embargo, una vez que el dinero entra en la ecuación ...
wasamasa

3

Aquí hay otra sugerencia: Publique (una URL en) su biblioteca en la lista de correo gnu-emacs-sources@gnu.org. E incluso puede solicitar comentarios en su mensaje.


¿Esta lista no está destinada a discusiones sobre el código "propio / interno" de emacs?
Mekk

Si te refieres a gnu-emacs-sources, no. Es para el código de cualquiera. Es para informar a las personas sobre la disponibilidad del código, las nuevas versiones de una biblioteca, etc. Y a veces las personas ofrecen comentarios. Y las personas que publican enlaces a bibliotecas a veces solicitan comentarios. Generalmente es una lista de correo de bajo volumen. Solo un recurso más.
Drew

Revisé algunos meses de archivos recientes y no encontré ningún tipo de discusión sobre el tipo al que me refiero (principalmente hay numerosos anuncios de ELPA y pocos manuales, pero no obtuvieron comentarios)
Mekk

Es malo para los anuncios. Su anuncio sería que tiene este gran paquete nuevo que desea discutir con personas que tienen más experiencia y que está interesado en el problema que está tratando de resolver ... Es probable que la discusión sea por otros medios. emacs-helppodría ser otra buena lista de correo.
rasmus

@rasmus: FWIW, no estoy de acuerdo con que help-gnu-emacs@gnu.orgsería una buena lista de correo para esto (si esa es la lista que quisiste decir). Eso es realmente para hacer y responder preguntas sobre Emacs. Nada impide usarlo para esto también, pero esto no es realmente para lo que está allí.
Drew

3

También puede obtener algunos comentarios útiles al crear una página en Emacs Wiki sobre su paquete (¡y alentar explícitamente los comentarios!). También puede publicar el código en sí mismo en la wiki, en su Área Elisp. Yo, por mi parte, he recibido muchos comentarios útiles sobre el código que publiqué en la wiki.


Definitivamente estoy de acuerdo con publicar en emacswiki. Lea la página en emacswiki.org/emacs/ElispArea para ver cómo comenzar. Es simple de usar.
m43cap

Teniendo en cuenta que mi código ya está versionado en otro lugar, ¿cuál es la forma correcta de vincularlo en emacswiki en lugar de copiarlo y pegarlo?
Mekk

@Mekk: simplemente escriba la URL; se convierte automáticamente en un enlace.
Dibujó el

2

Esto es solo una idea (nunca lo he visto), pero puede llevarlo a un repositorio de Github, abrir un problema solicitando comentarios y luego publicar una recompensa sobre el tema.

Si haces eso, querrás ser muy descriptivo de lo que estás buscando en tu recompensa y probablemente anunciarlo en algún lugar como r / emacs , nuestra sala de chat y / o el #emacscanal IRC.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.