j’ai (enfin) fais la page de mon vieux projet ic05 :
http://uxmal.paradisia.net/netwitch/
il était temps, ça date de printemps 2007 quand même :D
ceci était un communiqué de Julian, adepte du micro blogging ;)
Non, enfait le truc, c’est que maintenant je fais des “pages” wordpress, et ça apparait pas dans les flux RSS.
Donc personne n’en sait jamais rien, snif..
** UPDATE **************************************
screenshots et rapport disponibles ici : http://uxmal.paradisia.net/sigl-cpan/
**************************************************
Un projet que je suis entrain de faire en ce moment, dans le cadre d’une UV TX à l’UTC.
L’objectif de ce projet est de mettre en place un système de visualisation des dépendances logicielles de CPAN, le dépôt logiciel de la communauté Perl. Il y a environ 53 000 modules répartis dans plus de 14 000 packages, autant dire que niveau dépendances il y a pas mal de choses à voir ;)
Ainsi, ce système permettra tout simplement de voir, pour un module ou un package donné, ses dépendances, c’est à dire les composants égalements issus de CPAN nécessaires à son fonctionnement.
Basiquement, ce genre de graphe ressemblera à ça (ce n’est encore qu’une maquette) :
Il s’agit du graphe des dépendances d’un package pris au hasard sur CPAN, App-Context. Il donne à voir tous les packages nécessaires à son installation automatique. Outre un véritable affichage basé sur des méta-données, qui rendra le graphe réellement utile (voir les résultats des tests officiels etc, un outil d’aide à la décision, en somme), j’ai aussi prévu de montrer le graphe des dépendances “inverses” (je n’ai toujours pas trouvé de nom pour ce concept..), c’est à dire l’arborescence des remontent les packages qui dépendent d’App-Context.
Pour ce package en particulier, il n’y en a peut-être pas beaucoup. Mais le développeur de PathTool, par exemple, aimerait peut-être savoir qui utilise son module, il doit y en avoir un certain nombre ;)
Un autre exemple : 
L’objectif est bien évidemment didactique, nottamment l’occasion pour moi d’apprendre le java, un peu de gestion de projet, toute la partie crawl, représentation des données, les algos de parcours de graphes.
En ce qui concerne les outils, la partie visualisation devrait être réalisée au moyen d’un applet java existant, modifié pour l’adapter à mes besoins. Cet applet sera basé sur Géphi, un visualiseur de graphes en Java OpenGL encore en développement.
http://kamaelia.sourceforge.net/
très très très similaire au framework réseau que je comptais faire pour mon projet d’interface traktopel… meilleur même. ça ressemble un peu au framework Anet que j’utilise sur mon projet de stage, en perl, pour le coté “parallélisme sans threads ni process” (même si tout comme Anet ça reste possible avec Kamaelia)
Pour le reste c’est vraiment différent, sous Kamaelia il s’agit d’un réseau d’éléments communiquant entre eux : ex linker un bouton d’interface graphique avec un élément qui fait se changer des photos d’un diaporama, linker la sortie de ce “changeur d’image” à une fenêtre, linker un socket d’entrée à un parseur…
http://kamaelia.sourceforge.net/Cookbook/PipelinesAndGraphlines
apparemment on peut tout faire, son, image, vidéo, 3D, réseau.
http://kamaelia.sourceforge.net/Components
impressionnant… ça me laisse encore sans voix ^^
Sinon dans un autre genre il y avait ce projet : http://freevo.sourceforge.net/about/features.php
abouti, une sorte de serveur d’application “pour la maison” : domotique, mp3, films… ce qui est proche de ce que je voulais faire.
Bon, comme j’aime pas faire des trucs qui existent déjà, je pense que je vais devoir trouver une nouvelle super idée géniale pour mon interface “de contrôle” ^^
Le bot irc du salon #z sur teepi (et autres).
Notez qu’il ne fait rien à part transmettre les messages de réseau en réseau (mais c’est son seul but aussi…)
par contre ça peut vous aider si vous êtes en manque d’inspiration de code python pour l’irc.
Je ne répond de rien si le bot plante chez vous, il a été programmé en 2 jours et ya pas de syncro sur les threads (plus particulièrement pas de section critique sur les opérations touchant à la liste des threads, seul point litigieux imho)
si vous n’aimez pas le frisson des threads hasardeux (hey, c’est un bot irc…) vous pouvez les rajouter.