De là, de charmants passants m'ont fait remarquer mon has-beenitude de ne pas utiliser Twitter pour suivre l'actualité de mes sites préférés. "Qu'ouis-je ?" me répond-on ! "Twitter ne serait pas aussi bien que RSS à cet effet ! C'est tout simplement que tu ne sais pas l'utiliser : voici plein de liens qui vont enlarger ton ouverture d'esprit !". Gourde que je suis, je n'ai pas la maîtrise de l'outil préféré des gens dans le vent alors !
Non, j'ai dis 2 choses :
RSS/Atom est peu utilisé, en donnant autant de chiffre que j'ai pu (pas simple d'avoir des chiffres là dessus)
bazarder twitter avec un simple « il y a trop de bruit » est assez simpliste et en 3 minutes de recherche google on passe de « trop de bruit » à « moins détestable »
J'aime RSS/Atom1
Personnellement j'utilise énormément RSS et Atom. Mon ttrss interroge une centaine d'url (des blogs, des sites, des planètes, des forums, des réseaux sociaux, des wikis et des commits). C'est mon point d'entré dans linuxfr, je ne vois les nouveaux journaux et dépêches que via RSS et j'utilise ensuite la page « derniers contenus lus » (et le tableau de bord) pour suivre les commentaires.
Là où les agrégateurs sont assez excellents c'est qu'ils permettent de scruter la rareté. Je suis les geekscotes qui ne sont pas très fréquentes et j'ai des flux qui sont encore moins fréquents.
Les 2 clients mobiles de mon ttrss sont assez bons et me permettent de suivre mes flux en mode connecté ou non dans les transport en commun. La version web est lourde, mais c'est le prix à payer pour avoir des clients mobiles qui font le job comme il faut.
Mais...
Par contre tout n'est pas rose.
Aujourd'hui les usages (quand c'est direct par les utilisateurs) nécessitent de la synchronisation. On utilise facilement 3 machines (un PC chez soit, un au boulot et un téléphone plus ou moins intelligent) et même si certains flux sont spécifiques à l'une des machines (je ne regarde pas forcément les nouvelles des blogs de mes amis au boulot, je ne suis pas forcément les commits/nouveaux bugs de mon appli quand je suis chez moi), on veut souvent pouvoir faire ma veille technique sur n'importe la quelle de ces machines sans me soucier de les synchroniser. Pour ça soit on utilise une application web (pas forcément possible de l'utiliser en mode déconnecté) soit on utilise un protocole de synchronisation qui ne fait pas parti de RSS ni d'aucun standard (je crois que les auteurs de feedly avaient demandés une concertation à se sujet là mais finalement, ils ont juste gardé l'API GReader un standard de fait).
Beaucoup de flux sont tronqués. Ça va du site qui veut maintenir son trafic (facebook, developpez.com, les joies du code,...) aux forums phpbb. C'est très limitant pour l'usage des flux RSS. Il faudrait que je vois comment compléter ces flux. Personnellement j'aimerais carrément pouvoir suivre les commentaires2 et commenter depuis mon agrégateur.
C'est trop orienté flux. Personnellement, j'aimerais classer mes articles automatiquement selon des règles plus complexes que leur provenance (par exemple en se basant sur la présence de mots dans leur contenu). C'est peut être possible via RSS2imap, mais je ne l'ai pas encore testé. C'est très spécifique comme usage et très peu de lecteurs permettent de le faire, mais c'est à mon avis important pour faire de la veille technique car ça permet de filtrer le bruit depuis une sources données (sur linuxfr, je ne lis pas les articles sur les évènements communautaires sauf cas particulier par exemple). Note c'est possible avec ttrss, mais pas très pratique (et très spécifique).
Et donc ?
Et donc je continue à utiliser RSS, mais ce n'est pas pour ça que je dénigre les autres solutions. Elles peuvent correspondre à d'autres usages et ont des fonctionnalités intéressantes (on peut directement commenté via twitter par exemple). Au lieu de le regarder en se demandant pourquoi ne pas aller sur twitter parce que çapusaipalibre et qu'on a investi pas mal de temps dans RSS qu'on à pas envie de perdre. Je pense qu'il vaut mieux le regarder en se demandant qu'est ce qu'il apporte comme idée qui pourrait améliorer RSS (les formats) ou les clients associés.
[1] : dans le reste je parle de RSS pour désigner indiférement RSS et Atom.
[2] :
Comparons avec RSS : j'ai tout l'article, y compris image et commentaires, directement dans mon agrégateur.
Je viens de le découvrir dans le flux, mais ça n'est pas supporté par ttrss (du moins par défaut, j'ai pas regardé les plugins). C'est cool :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Manichéen
Posté par barmic . En réponse au journal Twitter vs RSS/ATOM pour suivre un site. Évalué à 6. Dernière modification le 21 février 2014 à 09:50.
Non, j'ai dis 2 choses :
J'aime RSS/Atom1
Personnellement j'utilise énormément RSS et Atom. Mon ttrss interroge une centaine d'url (des blogs, des sites, des planètes, des forums, des réseaux sociaux, des wikis et des commits). C'est mon point d'entré dans linuxfr, je ne vois les nouveaux journaux et dépêches que via RSS et j'utilise ensuite la page « derniers contenus lus » (et le tableau de bord) pour suivre les commentaires.
Là où les agrégateurs sont assez excellents c'est qu'ils permettent de scruter la rareté. Je suis les geekscotes qui ne sont pas très fréquentes et j'ai des flux qui sont encore moins fréquents.
Les 2 clients mobiles de mon ttrss sont assez bons et me permettent de suivre mes flux en mode connecté ou non dans les transport en commun. La version web est lourde, mais c'est le prix à payer pour avoir des clients mobiles qui font le job comme il faut.
Mais...
Par contre tout n'est pas rose.
Aujourd'hui les usages (quand c'est direct par les utilisateurs) nécessitent de la synchronisation. On utilise facilement 3 machines (un PC chez soit, un au boulot et un téléphone plus ou moins intelligent) et même si certains flux sont spécifiques à l'une des machines (je ne regarde pas forcément les nouvelles des blogs de mes amis au boulot, je ne suis pas forcément les commits/nouveaux bugs de mon appli quand je suis chez moi), on veut souvent pouvoir faire ma veille technique sur n'importe la quelle de ces machines sans me soucier de les synchroniser. Pour ça soit on utilise une application web (pas forcément possible de l'utiliser en mode déconnecté) soit on utilise un protocole de synchronisation qui ne fait pas parti de RSS ni d'aucun standard (je crois que les auteurs de feedly avaient demandés une concertation à se sujet là mais finalement, ils ont juste gardé l'API GReader un standard de fait).
Beaucoup de flux sont tronqués. Ça va du site qui veut maintenir son trafic (facebook, developpez.com, les joies du code,...) aux forums phpbb. C'est très limitant pour l'usage des flux RSS. Il faudrait que je vois comment compléter ces flux. Personnellement j'aimerais carrément pouvoir suivre les commentaires2 et commenter depuis mon agrégateur.
C'est trop orienté flux. Personnellement, j'aimerais classer mes articles automatiquement selon des règles plus complexes que leur provenance (par exemple en se basant sur la présence de mots dans leur contenu). C'est peut être possible via RSS2imap, mais je ne l'ai pas encore testé. C'est très spécifique comme usage et très peu de lecteurs permettent de le faire, mais c'est à mon avis important pour faire de la veille technique car ça permet de filtrer le bruit depuis une sources données (sur linuxfr, je ne lis pas les articles sur les évènements communautaires sauf cas particulier par exemple). Note c'est possible avec ttrss, mais pas très pratique (et très spécifique).
Et donc ?
Et donc je continue à utiliser RSS, mais ce n'est pas pour ça que je dénigre les autres solutions. Elles peuvent correspondre à d'autres usages et ont des fonctionnalités intéressantes (on peut directement commenté via twitter par exemple). Au lieu de le regarder en se demandant pourquoi ne pas aller sur twitter parce que çapusaipalibre et qu'on a investi pas mal de temps dans RSS qu'on à pas envie de perdre. Je pense qu'il vaut mieux le regarder en se demandant qu'est ce qu'il apporte comme idée qui pourrait améliorer RSS (les formats) ou les clients associés.
[1] : dans le reste je parle de RSS pour désigner indiférement RSS et Atom.
[2] :
Je viens de le découvrir dans le flux, mais ça n'est pas supporté par ttrss (du moins par défaut, j'ai pas regardé les plugins). C'est cool :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)