Petite réflexion sur la veille « script »
En tant que développeur web il m’arrive très souvent de travailler/utiliser sur/avec des solutions open source (ou privées), d’en repérer d’autres au cas où j’en aurai besoin ou bien encore parce que le projet titille ma curiosité. J’en suis arrivé à suivre de prés ou de loin plus d’une soixantaine de scripts/CMS/bout de code (dans différents langages), ce qui me prend un temps considérable (sans compter les veilles technologiques, serveurs, OS …). Cette veille « script » est importante car elle me permet de mettre à jour mes propres développement qui utilisent des solutions externes, chose que tout développeur se doit de faire pour ne pas (trop) souffrir des failles de ses solutions externes et pour bien d’autres raisons.
Pour l’instant, je fais cette veille via Github (et autres plateformes du même type), rss et à la main en faisant le tour des sites. Solution pas très pratique.
Donc j’ai pensé (aie ma tête), à diverses solutions :
- Un agrégateur RSS, le problème étant que tous les projets n’ont pas de flux RSS/ATOM
- Un shaarli, mais adieu l’automatisation de la tâche :/
- Un parser de page, potentiellement problématique (changement de template)
- Un système de notification lors de modification de changelog/latest(*) quand celui est disponible online
- Faire chi** les personnes derrière les projets pour qu’ils proposent des flux RSS
Petit cahier des charges
- Multiples utilisateurs
- Sortie en HTML
- Sortie en RSS
- Mise à jour via CRON
- Système de tags par flux
- Léger et rapide
- Formulaire de contact / proposition de site/flux
Bon tout ceci nécessite un peu plus de réflexion avant de commencer à travailler sur une solution.
et ça va rester dans la boite à idée
(*) Par exemple pour http://code.jquery.com/jquery-latest.min.js
