Journal : Nouvel annuaire d'applications libres
Posté par Nahuel ANGELINETTI (Jabber id, page perso, ) le 17 mai 2006
Bonjour,
après quelques temps que nous avons ce projet en tête, voila que nous nous sommes mis au travail, et voici la première ébauche.
Le design est encore en construction, mais le fonctionnement est fini pour la v1.
Le but est de faire un répertoire d'un maximum d'applications libres, pour savoir où chercher lorsqu'on cherche une applications, tout en faisant participer les utilisateurs, et la possibilité de rajouter des logiciels.
Je vous invite, alors, à aller visiter :
http://www.libres-apps.org/
après quelques temps que nous avons ce projet en tête, voila que nous nous sommes mis au travail, et voici la première ébauche.
Le design est encore en construction, mais le fonctionnement est fini pour la v1.
Le but est de faire un répertoire d'un maximum d'applications libres, pour savoir où chercher lorsqu'on cherche une applications, tout en faisant participer les utilisateurs, et la possibilité de rajouter des logiciels.
Je vous invite, alors, à aller visiter :
http://www.libres-apps.org/
> Lire le journal (90 commentaires, moyenne: 3,2).
Vous avez demandé le commentaire #713219.
Run by 
Cette page a été générée par Templeet en 0.0697s (dont 0.0061 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Pas mal
Pas mal, mais cela fait un annuaire de plus. Pour dépasser Framasoft, il faut vraiment apporter une valeur ajouté importante. Perso, quand je prend une catégorie (Administration) et que je tombe sur une liste d'application de 2 km, ça ne me donne pas envie de chercher plus loin.
Il faut quelque chose qui ammene rapidement et facilement l'utilisateur au logiciel qui réponde à ses besoins, sans forcément lire la description de tous les logiciels. Ajoutez des sous catégories ou trouvez autre chose, c'est un peu le bordel (pbl des annuaire)... Dotclair et psi dans la meme catégorie ca fait tache.
Pareil, screenshot obligatoire.
My 2 cents
[^]Re: Pas mal
L'ajout de sous catégories est prévu, mais pour le moment on remplit un peu.
Je rappelle que c'est une première ébauche, et justement on attend tout type de commentaire pour améliorer au maximum.
N'hesitez pas à nous envoyer des mails pour les suggestions.
Jabber/XMPP : nahuel@ahtna.org
[^]Re: Pas mal
c'est dommage de se limiter aux catégories / sous-catégories à l'heure où sourceforge prend enfin en compte les tags (je comprends bien que votre site ne demande qu'à évoluer).
Outre les screenshots, la disponibilité des paquets pour les différentes distribs serait un plus, ainsi que la licence (et les possibilités de recherche associées / statistiques).
En ce qui concerne les champs supplémentaires, j'aime bien ce que propose https://gna.org (manque les tags par rapport à sourceforge...) ainsi que les champs de http://jeuxlibres.net/findgame.html
Sinon une idée pour peupler la base : extraire les données de sourceforge, http://directory.fsf.org/ ou les différents dépôt de paquet des distributions, vous pourriez mettre les extracteurs dans une section développement de votre site (histoire que ça puisse servir à d'autres qui auraient des besoin d'extraction spécifiques... si ça se trouve ça existe déjà en plus)
Pour les paquets de distribution, par exemple : http://sophie.zarb.org/srpm/current,i586/octave
Pour les tags, il y a http://debtags.alioth.debian.org/ qui donne par exemple http://debtags.alioth.debian.org/cgi-bin/edit.cgi?pkg=admesh
[^]Re: Pas mal
L'inconvénient des tags à la Google c'est l'ambiguité sur les homonymes et la sémantique des labels utilisés.
Je m'explique: Si je recherche un IDE qui me permette de coder en python mais écrit en Java.
Je tape "python java ide" et je me retrouve avec une palanquée d'IDE ecrits en python qui permettent d'editer du code java.
Avec debtags que tu cites, je fais la recherche sur la facette made-off::lang:java et , Hop j'élague mon arbre de recherche.
http://wiki.debian.org/DebTagsFacets
Et quitte à faire pourquoi pas un annuaire qui ne se baserait pas sur la syntaxe des debtags et ne s'alimenterait pas avec cette base (cf. ma remarque plus haut sur délicious). On récupère un pré-classement et une organisation prête à l'emploi.
Pour un tel site, une facette prédéfinie comme made-off pourrait apparaitre comme un champ du formulaire de recherche et on ouvrirait un autre champ de recherche libre qui permettrait de pré-remplir les facettes qui peuvent contraindre la recherche (AJAX vous avez dit)
[^]Re: Pas mal
Dans ton exemple, java ne doit pas être un mot clé décrivant le logiciel mais la plateforme ;-)
[^]Re: Pas mal
T'es sûr ?
Je recherche un ide écrit en java pourtant (c'est sûr que ca tourne au dessus d'une JVM mais c'est bien ce que je recherche).
[^]Re: Pas mal
(c'est sûr que ca tourne au dessus d'une JVM mais c'est bien ce que je recherche).
Java peut être compilé en code natif.
[^]Re: Pas mal
j'aimerais bien savoir quel est l'interet de faire ce genre de choses.
pis bon, si tu vas par la, tout peut etre compile en code natif, meme du bash...
[^]Re: Pas mal
j'aimerais bien savoir quel est l'interet de faire ce genre de choses.
Je n'en ai aucune idée (javasapusaipalibre), mais j'imagine que c'est un peu moins consommateur en ressources (forcément, sans jvm) et sans doute plus rapide.
tout peut etre compile en code natif, meme du bash...
Très sérieusement, ça m'intéresse.
Comment tu compiles du bash ou du ruby ?
[^]Re: Pas mal
Je n'en ai aucune idée (javasapusaipalibre), mais j'imagine que c'est un peu moins consommateur en ressources (forcément, sans jvm) et sans doute plus rapide.
Mis a part perdre le jit, la portabilite et la souplesse du bytecode, je vois pas ce que ca apporte.
Pour la rapidite, ca se discute tres fortement (d'autant plus que java n'est pas lent, juste gourmand en ram).
Très sérieusement, ça m'intéresse.
Comment tu compiles du bash ou du ruby ?
ce que je voulais dire, c'est que compile du java en statique est un peu idiot, et que techniquement tu peux aussi ecrire un compilo pour du bash, c'est juste que c'est con et que ca sert a rien.
Ou dans le meme ordre d'idee, tu peux aussi ecrire une vm pour le c++.
[^]Re: Pas mal
Mis a part perdre le jit
Il y a du jit en C++, et pas de bytecode...
la portabilite
La portabilité d'un "binaire", bof, pas convaincu.
Dans un monde open-source, je ne vois pas l'intérêt.
et la souplesse du bytecode
C'est quoi, "la souplesse du bytecode" ? (vrai question)
Pour la rapidite, ca se discute tres fortement
Il me paraît pourtant évident que si la transformation du bytecode est faite à la compilation, le programme sera plus rapide. C'est peut-être pas un si grand gain que ça, mais bon.
(d'autant plus que java n'est pas lent, juste gourmand en ram).
Dans ce cas, ne pas avoir de JVM prend moins de mémoire, non ?
techniquement tu peux aussi ecrire un compilo pour du bash
Comment tu compile en assembleur les fonctionnalités typiquement dynamiques du langage ? Genre "source" ?
Si c'était si facile de faire un compilo pour du python ou du ruby, ça se saurait.
[^]Re: Pas mal
Il y a du jit en C++, et pas de bytecode...
du jit sans byte code? si t'as un lien je suis preneur, j'ai farfouille vite fait dans google la seule reference que j'ai trouve c'est sur .net avec du msil.
Parce que recompiler du code machine, je me demande vraiment comment ca peut marcher.
La portabilité d'un "binaire", bof, pas convaincu.
Dans un monde open-source, je ne vois pas l'intérêt.
Meme dans un monde open source, tout le monde n'a pas forcement l'environnement de dev installe, tout le monde n'a pas forcement envie de passer du temps a builder son application.
Il me paraît pourtant évident que si la transformation du bytecode est faite à la compilation, le programme sera plus rapide. C'est peut-être pas un si grand gain que ça, mais bon.
ratai!!!
ton code est optimise au fur et a mesure de l'execution en fonction des executions precedentes. En clair, le jit ne genere pas forcement le meme code a chaque fois. C'est meme son role, sinon il compilerais tout a la premiere execution et stockerais le tout en cache quelque part pour pas avoir a le refaire apres.
Et t'as quand meme une partie compilee en statique.
Au final tu t'en sors avec une execution aussi voire plus rapide.
Fait des benchmarks, passe le temps de chauffe/chargement de la jvm, java n'est pas lent, bien au contraire.
Bref, la theorie des compilateurs avance, et elle ne se limite pas uniquement a la compilation statique.
Ya plus de 10 ans, beaucoup etaient recalcitrants a l'utilisation de compilateurs pour cause de performance, je pense qu'on est en train d'assister la meme chose avec le code managé.
Comment tu compile en assembleur les fonctionnalités typiquement dynamiques du langage ? Genre "source" ?
Si c'était si facile de faire un compilo pour du python ou du ruby, ça se saurait.
Ben tu l'ecris de la meme facon que c'est compile dans l'interpreteur... Ton script bash/python/perl il est bien transforme en binaire a un moment ou un autre..
Que ca soit dynamique ou pas, ca se regle. L'introspection et le chargement de classes dynamique a bien ete implementee dans gcj.
[^]Re: Pas mal
du jit sans byte code? si t'as un lien je suis preneur, j'ai farfouille vite fait dans google la seule reference que j'ai trouve c'est sur .net avec du msil.
Parce que recompiler du code machine, je me demande vraiment comment ca peut marcher.
Les gens que je connais qui font de la compilation "juste à temps" en C++ génèrent un bout de code qui instancie les templates qui les intéressent, le compile en .o et le chargent normalement (dlopen je crois).
Meme dans un monde open source, tout le monde n'a pas forcement l'environnement de dev installe, tout le monde n'a pas forcement envie de passer du temps a builder son application.
C'est pour ça qu'il existe des distributions qui packagent les programmes.
ratai!!!
Effectivement. Merci pour tes explications.
Ben tu l'ecris de la meme facon que c'est compile dans l'interpreteur... Ton script bash/python/perl il est bien transforme en binaire a un moment ou un autre..
Que ca soit dynamique ou pas, ca se regle. L'introspection et le chargement de classes dynamique a bien ete implementee dans gcj.
Évidemment que tout est compilable, mais si toute la vm se retrouve par petits bout dans le code natif...
[^]Re: Pas mal
Sourceforge n'est pas un repertoire d'applications, c'est un hébergeur de projet.
L'idée des tags peut ne pas etre mauvaise, mais ca ne sera pas notre priorité. De plus une recherche par catégorie peut s'averer plus simple pour les débutants qui ne comprennent pas comment les tags fonctionnent.
Jabber/XMPP : nahuel@ahtna.org
[^]Re: Pas mal
une interface en XUL a la MAB - Mozilla Amazon Browser ?
[^]Re: Pas mal
> Pour dépasser Framasoft, il faut vraiment apporter une valeur ajouté importante. Perso, quand je prend une catégorie (Administration) et que je tombe sur une liste d'application de 2 km, ça ne me donne pas envie de chercher plus loin.
En terme d'annuaire, Je trouve que http://www.gnomefiles.org/ est particulièrement réussi et pratique.
Par exemple pour les longues listes, la première page ne présente que les 5 application les plus plus populaires pour chaque sous-catégorie. Et plein d'autres petits détails comme ca, très bien pensés.