En tant qu'utilisateur, un programme qui n'a aucune chance de survie à moyen terme, ça ne m'intéresse pas trop... Donc je suis assez intéressé par les programmes dont le code se lit bien, et pour lesquels de nouveaux mainteneurs ont des chances d'apparaître.
Ce qui m'emmerde le plus dans ce genre de test, c'est que la comparaison des langages se fait par mesure... de vitesse d'exécution. Quelle connerie!
Le temps de développement est à considérer, par exemple: entre passer trois semaines pour écrire un truc super-rapide en assembleur et une minute à faire un shell script, il n'y a pas d'hésitation:
* si c'est pour obtenir un résultat qui ne sert qu'une fois et qui ne prendra que deux minutes à calculer par la voie lente, on choisit le script;
* si c'est une routine qui va être utilisée des millions de fois dans un programme qui va bien servir, on choisit l'assembleur.
La facilité de relecture est aussi à considérer: si vous savez que vous allez traîner un bout de code pendant une bonne décennie, et que les gens qui vont s'en occuper vont tourner (dans une SSII par exemple), il y a quand même un peu intérêt à ce que ce soit facile de s'y mettre, c'est pas grave si du coup il est un peu plus lent à exécuter ou écrire. Ca met dehors les langages genre assembleur, C et C++ (quoiqu'évidemment, avec dix lignes de commentaire pour chaque ligne de code, ça puisse être jouable).
Autre exemple de point à considérer: les garanties. Dans la plupart des langages, faire de la vérification de concordance entre ce que fait le code et ce que veulent les specs est une vraie galère, et basé sur des hacks (les "assertions"). Le seul langage que je connaisse qui fasse ça bien, c'est eiffel, avec ses pre-conditions, post-condition, son invariant. Car il y a des cas où on veut être sûr de son code: avion, pompe médicale, ...
Bref, vouloir "comparer" des langages rien qu'avec des "benchmarks" (et en plus, ici, "micro-" !), c'est d'un ridicule assez puissant.
Sauf que dire que .net est portable parce que mono existe est faux: .net n'est pas portable, il tourne sous win, c'est tout. Mono a une api compatible, mais ce n'est pas le même truc, donc on ne peut pas parler de portage: c'est une réécriture pure et simple!
Avec bittorrent, plus il y a de gens qui veulent un gros fichier (disons, les images iso de la dernière debian), plus ça télécharge vite.
Chaque fois que tu as un truc un peu gros à distribuer, et que tu n'as pas idée du nombre de personnes intéressées, bittorrent est un meilleur choix que par exemple un petit serveur ftp, qui risque de te combler la bande passante.
Hmmmm... je dirais que tu peux bien avoir tous les sources que tu veux:
* le processeur peut déconner pour cause de surchauffe;
* les capteurs ne sont peut-être plus fiables dans cette gamme de température;
En résumé: le problème n'est peut-être pas logiciel!
Ceci dit: ce serait bien d'avoir les sources, pour en être sûr.
Pour le portage win32, ça fait longtemps qu'on attend ; le problème, c'est que tous ceux qui participent de près ou de loin à gm... tournent à 100% sous GNU/Linux!
Je vois plein d'avantages à gnomemeeting:
* c'est un logiciel libre;
* il respecte les standards (je n'ai pas vu ce que teamspeak utilisait comme protocole sur le site);
* il fait aussi la vidéo (nb: la prochaine version de gnomemeeting gèrera encore plus de périphériques... faites chauffer les camescopes IEEE1394/iLink/FireWire);
* Damien est sympa;
* ...
A noter que si leur (des avocats de la boîte) interprétation est "la GPL n'est pas valide", la conséquence immédiate est que la boîte ne peut plus utiliser de code GPL... puisque c'est par la GPL qu'ils ont le droit de l'utiliser, etc...
Pas si boulet: comme il n'y a pas de zéro (2.04.xx), s'ils vont à 2.10.xxx, cela n'apparaitra pas dans le bon ordre dans les répertoires! C'est pas encore trop grave que les 2.4.1x se retrouvent à côté de 2.4.1 et avant 2.4.2, ce ne sont que des versions mineures. Mais pour les versions un peu plus sérieuses, pardon!
Donc ils sont obligés de tout chambouler après 2.9.xx, sinon ce sera un immense bordel dans les répertoires!!!
Chez les mathématiciens, on n'est pas paranoïaque: le monde est vraiment contre nous, les choses ne peuvent que tourner du plus mal au pire!
Par exemple: dès qu'on fait une division sans vérifier, paf! C'était une division par zéro! Rrraaahhh... Rien laisser au hasard, rien, sinon on est foutus!
Perso, ça doit faire deux ou trois ans que j'ai arrêté d'acheter des CDs... Je vais à la bibliothèque, j'en emprunte: moins cher, et si j'emprunte une galette sur laquelle il s'avère qu'à part le morceau connu, c'est de la merde -- ce qui est assez courant, je ne suis pas déçu d'avoir claqué du blé dessus!
Evidemment, ils n'ont pas la toute dernière chanson du moment; mais celle-là passe à la radio à l'envi, donc pas de problème pour l'écouter...
Les pare-feus, avec les périphériques mal configurés, sont il est vrai souvent de gros obstacles pour les nouveaux utilisateurs de gnomemeeting...
Ceci dit, je ne sais pas si c'est si important que ça de remplacer la couche de négociation: ne serait-il pas possible de déléguer cela à gnomemeeting, qui en plus de négocier la connexion, sait la gérer?
Intégrer gm avec un client IM, c'est un truc qui m'a l'air intéressant, c'est dommage que je manque de temps...
SCO ne fera rien. S'ils avaient de réels moyens, ça ferait longtemps qu'ils les auraient utilisés! Ils bluffent comme des malades, et des cons achètent leurs actions.
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par Snark_Boojum . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 2.
Snark
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par Snark_Boojum . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 3.
Snark
# Re: Comparaison de neuf langages sur un micro-benchmark
Posté par Snark_Boojum . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 10.
Le temps de développement est à considérer, par exemple: entre passer trois semaines pour écrire un truc super-rapide en assembleur et une minute à faire un shell script, il n'y a pas d'hésitation:
* si c'est pour obtenir un résultat qui ne sert qu'une fois et qui ne prendra que deux minutes à calculer par la voie lente, on choisit le script;
* si c'est une routine qui va être utilisée des millions de fois dans un programme qui va bien servir, on choisit l'assembleur.
La facilité de relecture est aussi à considérer: si vous savez que vous allez traîner un bout de code pendant une bonne décennie, et que les gens qui vont s'en occuper vont tourner (dans une SSII par exemple), il y a quand même un peu intérêt à ce que ce soit facile de s'y mettre, c'est pas grave si du coup il est un peu plus lent à exécuter ou écrire. Ca met dehors les langages genre assembleur, C et C++ (quoiqu'évidemment, avec dix lignes de commentaire pour chaque ligne de code, ça puisse être jouable).
Autre exemple de point à considérer: les garanties. Dans la plupart des langages, faire de la vérification de concordance entre ce que fait le code et ce que veulent les specs est une vraie galère, et basé sur des hacks (les "assertions"). Le seul langage que je connaisse qui fasse ça bien, c'est eiffel, avec ses pre-conditions, post-condition, son invariant. Car il y a des cas où on veut être sûr de son code: avion, pompe médicale, ...
Bref, vouloir "comparer" des langages rien qu'avec des "benchmarks" (et en plus, ici, "micro-" !), c'est d'un ridicule assez puissant.
Snark
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par Snark_Boojum . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 4.
Snark
[^] # Re: Sortie de Circle 0.38
Posté par Snark_Boojum . En réponse à la dépêche Sortie de Circle 0.38. Évalué à 10.
Chaque fois que tu as un truc un peu gros à distribuer, et que tu n'as pas idée du nombre de personnes intéressées, bittorrent est un meilleur choix que par exemple un petit serveur ftp, qui risque de te combler la bande passante.
Snark
[^] # Re: Voix sur IP : Teamspeak
Posté par Snark_Boojum . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 1.
* le processeur peut déconner pour cause de surchauffe;
* les capteurs ne sont peut-être plus fiables dans cette gamme de température;
En résumé: le problème n'est peut-être pas logiciel!
Ceci dit: ce serait bien d'avoir les sources, pour en être sûr.
Snark
[^] # Re: GM et MS
Posté par Snark_Boojum . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 1.
Snark sur #gnomemeeting
[^] # Re: Voix sur IP : Teamspeak
Posté par Snark_Boojum . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 1.
Snark sur #gnomemeeting
[^] # Re: gnomemeeting
Posté par Snark_Boojum . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 2.
* c'est un logiciel libre;
* il respecte les standards (je n'ai pas vu ce que teamspeak utilisait comme protocole sur le site);
* il fait aussi la vidéo (nb: la prochaine version de gnomemeeting gèrera encore plus de périphériques... faites chauffer les camescopes IEEE1394/iLink/FireWire);
* Damien est sympa;
* ...
Snark sur #gnomemeeting
[^] # Re: Voix sur IP : Teamspeak
Posté par Snark_Boojum . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 1.
Snark sur #gnomemeeting
[^] # Re: Violation présumée de la GPL par Kiss
Posté par Snark_Boojum . En réponse à la dépêche Violation présumée de la GPL par Kiss. Évalué à 6.
Snark
[^] # Re: Kernel 2.6.0 annoncé stable
Posté par Snark_Boojum . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à 0.
Donc ils sont obligés de tout chambouler après 2.9.xx, sinon ce sera un immense bordel dans les répertoires!!!
Snark
# Re: Soutenez le Logiciel Libre et payez moins d'impôts
Posté par Snark_Boojum . En réponse à la dépêche Soutenez le Logiciel Libre et payez moins d'impôts. Évalué à 3.
Genre, filer 100 à la FSF France ne diminue les impôts que de 80, ou un truc de ce style?
Snark, qui ne comprend rien au calcul d'impôts
[^] # Re: Un aspect positif
Posté par Snark_Boojum . En réponse à la dépêche Savannah et Gentoo attaqués également. Évalué à 9.
Par exemple: dès qu'on fait une division sans vérifier, paf! C'était une division par zéro! Rrraaahhh... Rien laisser au hasard, rien, sinon on est foutus!
Snark
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par Snark_Boojum . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 1.
Et comme d'habitude, une taxe créée, a du mal à disparaître...
Snark
# Re: Nouvelle version des ISOs de Debian GNU et quelques infos sur le GNU Hurd
Posté par Snark_Boojum . En réponse à la dépêche Nouvelle version des ISOs de Debian GNU et quelques infos sur le GNU Hurd. Évalué à 2.
Il tourne relativement bien sous bochs, et le paquet crosshurd permet d'installer tout ça facilement dans une partition-fichier.
Snark
[^] # Re: Microsoft libère les formats de fichier Office 2003
Posté par Snark_Boojum . En réponse à la dépêche Microsoft libère les formats de fichiers Office 2003. Évalué à 4.
Snark
[^] # Re: L'ADAMI pour une redevance du haut-débit
Posté par Snark_Boojum . En réponse à la dépêche L'ADAMI pour une redevance du haut-débit. Évalué à 7.
Evidemment, ils n'ont pas la toute dernière chanson du moment; mais celle-là passe à la radio à l'envi, donc pas de problème pour l'écouter...
Faites comme moi, empruntez!
Snark
[^] # Re: Le nombre d'installations de Linux que j'ai bénévolement effectué est :
Posté par Snark_Boojum . En réponse au sondage Le nombre d'installations de Linux que j'ai bénévolement effectué est :. Évalué à 5.
Snark
[^] # Re: Du nouveau de coté de Jabber
Posté par Snark_Boojum . En réponse à la dépêche Du nouveau de coté de Jabber. Évalué à 0.
Quel plaisir de voir quelqu'un se lancer avec enthousiasme dans de belles contributions à un magnifique projet libre!
Snark
[^] # Re: Du nouveau de coté de Jabber
Posté par Snark_Boojum . En réponse à la dépêche Du nouveau de coté de Jabber. Évalué à 1.
Ceci dit, je ne sais pas si c'est si important que ça de remplacer la couche de négociation: ne serait-il pas possible de déléguer cela à gnomemeeting, qui en plus de négocier la connexion, sait la gérer?
Intégrer gm avec un client IM, c'est un truc qui m'a l'air intéressant, c'est dommage que je manque de temps...
Snark
[^] # Re: IBM fait un don de code pour l'éditeur graphique d'Eclipse
Posté par Snark_Boojum . En réponse à la dépêche IBM fait un don de code pour l'éditeur graphique d'Eclipse. Évalué à 1.
Snark
[^] #
Posté par Snark_Boojum . En réponse à la dépêche Après le logiciel libre, les graines "libres" ?. Évalué à 1.
Avant de hurler au loup "il ne connaît rien à la génétique", je vous signale que les OGM sont faits en manipulant le génome via des virus...
Snark
[^] # Re: Après le logiciel libre, les graines "libres" ?
Posté par Snark_Boojum . En réponse à la dépêche Après le logiciel libre, les graines "libres" ?. Évalué à 4.
Snark
# Re: Après le logiciel libre, les graines "libres" ?
Posté par Snark_Boojum . En réponse à la dépêche Après le logiciel libre, les graines "libres" ?. Évalué à 8.
Je ne suis pas sûr, mais je le sens bien ;-)
Snark