Liens connexes

Dépêche modérée par

: Le guide IdealX des logiciels libres utilisables en production

Posté par matli (). Modéré le 28 février 2003.
0
(source: Journal du Net)
Le journal du net propose en avant première le guide IdealX des logiciels "Open Source" utilisables en production. Il s'agit d'une sélection, donc forcément incomplète, classée suivant la méthodologie "IdealX".

On le savait déjà, mais l'offre LL des softs utilisables en production est très conséquente, même si elle est surtout orienté réseau / Internet.

Je crois par contre que cela devrait générer son lot de trolls, à moins que tout le monde reste raisonnable. Il est quand même assez étonnant de voir gkrellm au même niveau qu'Apache ou Debian (même si gkrellm est indispensable sur son bureau).

> Lire la suite (53 commentaires, moyenne: 3,8).   [dépêche : 797 caractères]

NdM : copie de la méthodologie tout de même :
Méthodologie
Nous publions - pour une catégorie particulière - l'ensemble des outils du Guide IdealX, de cette catégorie, ayant reçu la note maximale - à savoir 4 sur une échelle de 1 à 4 - de capacité en production. Ceux-ci sont présentés par ordre décroissant de leur richesse fonctionnelle, puis, à richesse fonctionnelle égale, par ordre alphabétique.
IdealX sélectionne "les logiciels les plus utilisés, les plus représentatifs ou les plus prometteurs de chaque catégorie". La "richesse fonctionnelle" note l'adéquation aux besoins constatés, plutôt que la couverture la plus large quantitativement; la "capacité en production" note l'aptitude à l'utilisation en production du logiciel.
Le guide complet est disponible auprès d'IdealX.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Avant première ?

Posté par Infernal Quack (Jabber id, page perso, ) le 28/02/2003 à 14:40. (lien). Évalué à 3.

Le journal du net propose en avant première le guide IdealX des logiciels "Open Source" utilisables en production.

Ca m'étonne vu qu'il est dans le magazine "L'informaticien" du moi dernier

[+] Re: Le guide IdealX des logiciels libres utilisable en production

Posté par encre (page perso, ) le 28/02/2003 à 14:47. (lien). Évalué à -3.

puis, à richesse fonctionnelle égale, par ordre alphabétique.

c'est pour favoriser gnome sur kde (g* < k*) ?

Re: Le guide IdealX des logiciels libres utilisables en production

Posté par manatane () le 28/02/2003 à 15:04. (lien). Évalué à 21.

Il y a directement le classement en plus complet ici : http://www.idealx.com/resources/guide.fr.html(...)

Tant qu'à faire du "ou prometteur" dans le choix de selection, moi j'aurais bien mis OCaml et Ruby dans la catégorie langage :(

Re: Le guide IdealX des logiciels libres utilisables en production

Posté par Troy McClure (page perso, ) le 28/02/2003 à 15:45. (lien). Évalué à 15.

Y'a pas gcc .. j'imagine que ça va de soit.
Et dans la catégorie des débuggers , ddd a droit à quatre étoiles. Je pige pas pourquoi cette interface à gdb reste aussi populaire. A chaque fois que je l'ai essayé, je n'ai vu qu'une grosse bouse en motif buggée jusqu'à la moelle :-/

Re: Le guide IdealX des logiciels libres utilisables en production

Posté par A-Wai () le 28/02/2003 à 15:53. (lien). Évalué à 3.

oh ben tiens ! ils ont bien mis perl, mais _oublié_ python dans les langages...
j'en connais qui vont pas etre content du tout... (surtout un certain journaleux de "L'Informaticien")

allez hop, -1 paske sans interet...

Re: Le guide IdealX des logiciels libres utilisables en production

Posté par Nat Makarevitch (page perso, ) le 28/02/2003 à 15:53. (lien). Évalué à 18.

> étonnant de voir gkrellm au même niveau qu'Apache ou Debian

... il est tout aussi adéquat et mûr (utilisable dans un contexte d'exploitation pro) que les deux autres, même si son domaine d'application est plus restreint !

la quantité d'efforts nécessaires à l'élaboration ou à la maintenance de ces logiciels (ou/donc les gabarits relatifs de leurs codes) ne sont pas pris en compte car ce guide fournit un moyen de déterminer, pour un besoin donné, un projet open source pertinent. les critères d'ordre quantitatif (efforts/volume de code/...) ne me paraissent à ce titre pas pertinents car ne sont proportionnels qu'à des facteurs connus du lecteur en quête de solution (volume du problème, qualité des solutions théorique ...) ou diffus (talent des développeurs ...) sans intérêt lors de la première phase de sélection.

Documentation IdealX.org

Posté par Pierre Jarillon (page perso, ) le 28/02/2003 à 16:31. (lien). Évalué à 15.

IdealX a produit une excellente documentation technique en français.
Elle va du bon usage de la messagerie VideoLAN en passant par de nombreux projets libres et qui méritent votre visite.
http://www.idealx.org/(...)
http://www.idealx.org/fr/doc/(...)
http://www.idealx.org/fr/doc/mail/(...) qui est à faire lire à tous.

Re: Le guide IdealX des logiciels libres utilisables en production

Posté par Philippe SOHM (page perso, ) le 28/02/2003 à 16:43. (lien). Évalué à 6.

Et qmail ??

Et qu'on ne me dise pas qu'il est pas libre, il y a plusieurs logiciels proprio comme CrossOver ou un anti virus de karpersky

Partition Image

Posté par ufoot (page perso, ) le 28/02/2003 à 16:44. (lien). Évalué à 16.

A propos de http://www.partimage.org/(...) , j'ai moi-même eu un jour besoin de sauver des images de partitions, et évidemment j'ai bloqué sur le problème: le fichier est énorme et même quand on le compresse il reste gigantesque car même si le système de fichier a l'air vide, il reste un "bruit de fond" (les anciens fichiers qui ne sont plus référencés mais dont le contenu est toujours là) qui fait que ça se compresse très mal.

Alors évidemment il y a Partition Image (mais à l'époque je ne connaissais pas, merci IdéalX!) mais dans tous les cas Partition Image ne supporte pas *tous* les FS, par exemple NTFS est en "expérimental" et le FS de BeOS n'est pas supporté.

Donc du coup, je vous fais part d'un ch'tit programme qui m'a bien aidé pour l'occasion. C'est tout simple, l'idée est d'écrire des "0" sur tout l'espace disque restant en créant un max-fichier-énorme plein de "0", puis de supprimer le fichier. Résultat: le FS contient "0" partout où il n'y a pas vraiment d'info pertinente, et après-coup ça se compresse très bien 8-)

Voici le source du programme que j'utilise:

----8<-----------------------------------------------------------

#include <stdio.h>
#include <stdlib.h>

static char *FILLER_STRING="........................................................................";
static int FILLER_STEP=1024*1024;

static void print_syntax()
{
printf("usage: filler \n");
printf("example: filler tmp.bin\n");
}

static int do_fill(char *filename)
{
int result=0;
FILE *f;

f=fopen(filename,"w");
if (f)
{
int i=0;
int len;

len=strlen(FILLER_STRING);
while (fprintf(f,"%s\n",FILLER_STRING)>0)
{
i+=len;
while (i>FILLER_STEP)
{
i-=FILLER_STEP;
printf(".");
fflush(stdout);
}
}
fclose(f);
printf("\n");
}
else
{
result=1;
printf("unable to open file %s\n",filename);
}
}

int main(int argc, char **argv)
{
int result=1;

if (argc<2)
{
print_syntax();
}
else
{
char *filename;
filename=argv[1];
result=do_fill(filename);
}
return result;
}

----8<-----------------------------------------------------------

Ca se compile normalement bien sur n'importe quoi équipé d'un compilo C, et ensuite un petit:
dd if=/dev/hda1 | gzip > image_disque.img
marche du feu de dieu 8-)

Désolé pour ceux que ça intéresse pas, c'est juste que j'ai pas le courage de mettre tout ça sur mon site ouaibe, et là j'avais le courage de le faire, donc bon si ça peut servir à qq'1...

Revenir en haut de page