¿Cómo se podrían rediseñar NNTP y Usenet para que sean más relevantes hoy?

Solía ​​ejecutar un servidor NNTP en los años 90. Finalmente, tuvimos que abandonar los archivos binarios, y finalmente nos dimos por vencidos incluso para mantenernos al día con los mensajes de texto y subcontratamos nuestros servicios de noticias.

Lo que mató a NNTP es el tráfico. El protocolo está diseñado inherentemente en torno a un modelo de difusión, donde todo se envía a todos los nodos de la red.

Esto simplemente no escala.

¡La gran mayoría del contenido que llega a cualquier servidor NNTP nunca es visto por nadie!

Si inviertes eso, básicamente obtienes un modelo donde anunciamos contenido nuevo y las personas van al contenido.

Pero eso ya lo tenemos hoy, se llama sindicación RSS.

Ahora, eso no lleva todos los feeds a una ubicación central, pero hay agregadores de noticias que extraen estos feeds de muchos, muchos lugares.

El más grande de ellos fue Google Reader, antes de que Google decidiera matarlo, pero incluso eso ahora tiene muchos sucesores, como Newsblur.

El nicho ecológico al que sirve NNTP está siendo ocupado hoy por los agregadores de noticias.

Algunas ideas, teniendo en cuenta que la mayoría de ellas se probaron y fallaron en Usenet2:

  • Firma criptográfica de publicaciones en el servidor, para que pueda saber con 100% de certeza en qué servidor se creó la publicación, y el administrador de ese servidor (y solo el administrador de ese servidor) puede decir con 100% de certeza qué cuenta se utilizó para crear la publicación.
  • Una regla dura y rápida de que los spammers, los infractores de derechos de autor y otras personas que causan daños son expulsados ​​de un servidor después de cumplir con algunos criterios específicos, con la penalidad de que el sitio en sí será expulsado si no cumple con los criterios.
  • Firma criptográfica por parte del moderador de grupos moderados para que no pueda simplemente falsificar un encabezado aprobado y hacer que su publicación aparezca en un grupo moderado.
  • Mejor soporte para UTF-8 e imágenes incrustadas, pero no hasta el punto en que el porno consume el 99% del ancho de banda y el espacio en disco como lo estaba en Usenet.
  • Apoyaría una regla que dice que una publicación puede contener una imagen incrustada, pero solo si la mayoría del contenido de información de la publicación no estaba en la imagen. Tenemos sitios web para compartir imágenes (y porno), no necesitamos duplicarlos.

More Interesting

Cómo implementar el marcado de esquema en el sitio web de una empresa de desarrollo de software

¿Cómo se organizan las bases de código en GitHub?

Nunca creo que mi código sea lo suficientemente bueno y debido a esto, siempre vuelvo a rehacer proyectos y termino sin hacer nada. ¿Hay alguna manera de superar esto?

¿Cuál es la estructura de cualquier proyecto de software independientemente del idioma?

Parece que DCE solo es bueno para CS / IT / SOFTWARE y, a veces, MECH también, ¿por qué es eso? ¿No hay trabajos en las sucursales principales, cuál es el paquete de pago más alto en el núcleo?

Estoy buscando un mentor de programación. ¿Alguien puede ser mi mentor?

¿Me puede dar un ejemplo de software educativo?

¿Qué se entiende por "desarrollar utilidades de prueba" en la descripción del trabajo de un desarrollador de pruebas o para un puesto de SDET? ¿Cuáles serían algunos ejemplos?

¿Cuáles son algunos buenos softwares de monitoreo de empleados que graban pulsaciones de teclas o capturan imágenes en la pantalla?

¿Por qué los programadores no solo usan la media para calcular puntos medios?

¿Cuáles son las mecánicas de convertir un programa Java en un demonio?

¿Cuál es la mejor herramienta de gestión de proyectos de software para el desarrollo impulsado por el comportamiento?

¿Cuál es la razón detrás de la primera web móvil más tarde?

¿Cuál es el mejor software clasificado de código abierto disponible?

¿Es realmente mejor dedicar tiempo a diseñar correctamente?