2009-03-09 5 views
18

He notado que varios proyectos de código abierto continúan usando listas de correo en lugar de foros. Personalmente, he encontrado que las listas de correo son engorrosas e inescrutables, por lo que es más difícil resolver/debatir problemas técnicos con los proyectos que las emplean. ¿Me falta alguna ventaja de heredar a las listas de correo o son anacrónicas?¿Por qué las listas de correo para la colaboración del proyecto?

Solo para aclarar, esto no es un "qué buena está enviando listas en general" cuestión. Me acabo de dar cuenta de que se utilizan con bastante frecuencia para proyectos de desarrollo de software, mientras que el resto de Internet parece haber avanzado. Entonces, ¿qué tiene de bueno el empleo de listas de correo para el desarrollo de software?

+0

umm, sí, no está relacionado con la programación, es por eso que lo etiqueté como tal. Pero está directamente relacionado con el desarrollo de software ya que muchos proyectos continúan usando listas de correo. –

+0

De todos modos, me gustaría que se volviera a abrir, lamentablemente porque se cerró tan rápido que no tendrá visibilidad, por lo que no se volverá a abrir. –

+0

Estoy de acuerdo. ¿Cómo es exactamente que la "comunicación entre programadores" no está relacionada con la programación, sino que hay hechos al azar sobre algún tio al azar del que nadie haya oído hablar? –

Respuesta

11

Las listas de correo son mucho mejores que los foros si se siguen los múltiples, ya que son la tecnología push. Si me importan N proyectos diferentes, puedo suscribirme a N listas de correo diferentes y tener toda la información en mi buzón, o puedo ir a N foros diferentes que requieren N inicios de sesión diferentes y casi N interfaces diferentes.

Uno de los comentaristas sugirieron que con una cierta tela foros le permiten obtener una notificación por correo electrónico cuando la actividad ocurre, y otro sugirió canales RSS. Para mí, eso es intentar reinventar una rueda que ya ha sido inventada, solo que no puedes decidir cuántas esquinas ponerle. Así que sugieres que, en lugar de tener todas las conversaciones que me interesan entregadas en mi bandeja de entrada, donde puedo ignorarlas o responderlas directamente, recibo un correo electrónico o una notificación de un alimentador RSS de que hay una actualización, y luego puedo iniciar sesión. en todos esos foros web diferentes y leer o responder a ellos allí? ¿Cómo es eso una mejora?

+1

Para jugar al defensor del diablo, un buen sistema de foro también tendrá los beneficios de la tecnología de inserción, lo que facilita la elección de los hilos en los que desea que se notifiquen las respuestas, y cuáles no. Una lista de correo no tiende a permitir que usted se suscriba y opte por cada subproceso. – thomasrutter

+0

Veo su punto de vista, pero en un mundo de fuentes RSS, junto con los puntos de Thomas, no sé si estoy convencido. –

+0

@thomas, tal vez prefiera recibir un correo electrónico que diga que alguien respondió a su publicación en el foro para que pueda iniciar sesión en el foro y responder. Yo, prefiero recibir la respuesta por correo electrónico para poder leerla y responderla allí mismo. –

3

Ahora que he visto lo bien SO obras, creo que las dos listas de correo y foros deben cerrar el negocio y llevar a cabo bajo su etiqueta de favorito así.

+0

Ha, no es una mala idea. –

+0

Pero hay actividades comunes a foros y listas de correo que no entrarían estrictamente en un formato de pregunta/respuesta de programación, así que supongo que tendremos que esperar a stackoverforums.com :) –

1

Debido a que puede seguirlas, al revisar su correo electrónico en la mañana.

0

Es porque La mayoría de los desarrolladores de OSS han configurado su flujo de trabajo de correo para ser muy eficientemente.

Pude imaginar otras soluciones (incluyendo técnicas de extracción como RSS), y la mayoría de ellas son usadas en algún lado. Pero el correo electrónico sigue siendo el denominador común.

Tenga en cuenta que es frecuente encontrar las interfaces de RSS, en la Web, a los sistemas de control de errores, y para los servicios web.

Cuestiones relacionadas