El RSS, esas tres siglas misteriosas sin las que algunos no podemos vivir y cuyo significado, aún así, no somos capaces de explicar claramente a un principiante informático. Supongo que se debe a que el RSS y la sindicación es una de esas cosas que……

A mi los proyectos que más me gustan son los que surgen por la inquietud de sus creadores por hacer algo útil y diferente.

Pero también me gusta ver como esos emprendimientos que rozan el divertimento se acaban convirtiendo en un gran negocio.

Por eso lo decía.

Mi mayor motivación es hacer algo bonito, que funcione y que ayude a la gente. También es un modo de poner a prueba algunas teorías sobre diseño. Si la cosa sale bien me sentiré orgullosísimo y habré aprendido un montón. De paso habré ganado algo de crédito profesional.

No tengo nada en contra de quienes crean productos web pensando en venderlos, pero ya he nadado entre tiburones y no me ha gustado la sensación. Cuando tu mayor motivación es el dinero acabas pasando por encima de las personas y eso es injustificable.

Lo que no entiendo es eso de hacerlo por amor a la idea y donar los beneficios a una ONG. Entiendo que no lo hagas con el fin exclusivo de ganar dinero pero y si resulta que la idea pega, que empiezas a tener miles de usuarios y que llega un grande de internet y te lo quiere comprar? le vas a donar todo a la ONG?

Creo que cada uno hace lo que quiere con su dinero, pero tener ya ese planteamiento inicial no le acabo de ver el sentido.

De lo que yo hablaba es algo distinto a todo eso. Un ejemplo: en mi sitio de imedina.info utilizo un index en el que introduzco textos a modo de titulares que van enlazados, mediante referencias fijas, a los correspondientes blogs. Yo puedo guardar una versión de ese index fechándola. El siguiente fichero index que suba podrá ser comparado, entonces, con la anterior y ver qué cosas han cambiado. Vale. Pero ¿qué cosas han cambiado que se le puedan mostrar al lector con sentido? Ninguno de los encabezados de bloque (h1, h2, etc.) ha cambiado. Tampoco los enlaces. Únicamente, unos fragmentos dentro de los párrafos. ¿Y qué le dice al usuario?

Bien, pues yo estaba imaginando esa situación, pero con más cantidad de información a extraer; es decir, con una probabilidad más alta de que ciertos trozos se mantengan fijos y otros variables. ¿Mostrar sólo los variables no hace que se rompa la unidad de sentido? ¿Y mostrarlo todo pero marcando lo variable -con color, con semántica, etc.- no es demasiado artificioso para un usuario de este tipo?

Detectar cambios es algo sencillo -cualquier sistema de versiones te lo hace desde hace décadas. El problema está en cómo construyes el repositorio de ficheros a partir de urls y, más aún, en cómo muestras esos cambios al usuario. Efectivamente, requiere mirarlo, aunque me temo que todo lo que no caiga bajo estándar -rss, etc.- va a ser muy difícil de escupir de un modo significativo: ¿cómo se formatean meros cambios en cadenas de texto para que no queden como eso, como meras cadenas de texto sueltas, sino como algo integrado en una unidad de significado?

Respecto a lo segundo, la idea es pedirle al usuario una url de una web y que el sistema busque el rss sin contarle historias de archivos, sindicación ni mandangas. El problema está en las webs que no generan rss. Habría que chapucear un poco para poder detectar cambios y parsear el contenido para que se pudiera leer desde la aplicación. Habrá que mirarlo seriamente.

Y sí, será una aplicación web, para uso desde el navegador.

Es decir, que todo lo que suene a rss y cosas por el estilo desaparece. Todas las acciones que tienen que ver con eso -copiar y pegar un rss, etc.- desaparecen. Y lo ideal sería incluso hacer todo eso en un navegador convencional, para no cargar al usuario con un nuevo programa. Ya que casi todos hemos malaprendido a navegar por la red, lo fácil es aprovechar ese bagaje.

El programita -¿en forma de plugin?- tendría que hacer todo el back sin que el usuario hiciera casi nada: buscar el dominio, seleccionar su rss, traducirlo, etc.

No se si os servirá la experiencia, pero yo estuve en la misma situación que muchos, pero opté por una solución distinta.

Cuando descubrí el mundo del RSS, me pareció una herramienta de gran potencia, pero lo que no me gustaba de la idea, era tener que abrir una nueva aplicación para consultar esos feeds. Me inliné más por intentar integrar esa fuente de información dentro de un sistema un poco más complejo que me permitiera procesarla y administrarla segun mis necesidades.

Como m interés inicial era poder obtener información continuamente actualizada del mundo económico y financiero, recogí varios feeds de esta temática, y buscando por Internet recopilando información, implementé una solución que me permitiera incorporar esos feeds a una pequeña Intranet que he diseñado y mantengo en mi casa.

El concepto fue diseñar una funcionalidad que me permitiera leer los feeds y cargarlos en una tabla de base de datos para después procesar esa información. Ahora en la pàgina de inicio de mi intranet siempre veo las noticias más recientes, destacando las últimas desde mi última conexión. Conectando esto con un proceso que se ejecuta cada 60 minutos, estoy informado prácticamente al minuto.

Realmente la idea es muy interesante, mi problema es el tiempo disponible, pero si es posible y puedo ayudar, me encantaría colaborar.

Un saludo.

Como perfi, deciros que soy un informático con más de diez años de experiencia

Me surge una pregunta y una afirmacion
la pregunta:
¿Como puede saberse cual es la necesidad de informacion del usuario?

la afirmacion:
leer, aprender necesita un esfuerzo personal del usuario y veo dificil que esto pueda mecanizarse.