reno a écrit 3881 commentaires

Quelle est la probabilité qu'il leur refuse ?

Elevée mais ça n'a pas d'importance: petit enfant deviendra grand.

Oui, je suis ballot je n'avais pas penser a mettre un autre PC qui surveillerait en permanence FB/Twitter, l'idée me déplaisait probablement à cause de la conso d'énergie..
Maintenant je me demande si on ne pourrait pas embarquer ce client sur une box? Après tout on les laisse déjà allumer en permanence..

C'est vrai mais si tu regardes mon email précédent: http://linuxfr.org/nodes/89377/comments/1318478 (moinsser à fond je ne comprends pas trop pourquoi).
je mettais que je la question est: "comment faire pour éviter de perturber le climat de la planète en ayant le moins de conséquence possible sur la vie qu'on souhaiterai avoir?"
Faire un génocide n'est clairement pas une réponse donc.

Pour ça, il faudrait que tu puisse ajouter du code sur les serveurs Facebook/twitter, même si tu trouves une faille c'est probablement illégal..

"faire des enfants" = réchauffement de la planète

Toute chose égale par ailleurs, c'est vrai.

Et donc il faut aller dans les pays pauvres leur sommer d'arreter de faire des enfants ...

OK j'aurais du préciser mais l'article était sur un écolo Français.
Quel est la probabilité que plusieurs de ses enfants lui dise "tu es gentil avec ton style de vie écolo, mais nous on veut un écran 50" et des vacances à l'autre bout de la terre"?

toujours agir sur le symptôme, pas sur la cause !

Arrête de faire des enfants, d'utiliser une voiture, de manger de la viande, vie comme à l'âge de pierre et convainc beaucoup de personne de faire pareil, comme ça tu agiras sur la cause: bon courage(*)!

Bon à part pour les masos la question est: comment faire pour éviter de perturber le climat de la planète en ayant le moins de conséquence possible sur la vie qu'on souhaiterai avoir?
Si agir sur le symptôme est moins pénible, pourquoi pas?

*: Ça me rappelle un article sur un super-écolo qui faisait bien attention à ne pas faire de rejets, etc et à la fin de l'article on apprenait qu'il avait 5 enfants, dans le genre hypocrite|idiot ça se pose là.

1) le benchmark sur le temps de lancement d'OO/de chargement du premier document est vieux: LibreOffice n'existait pas.

2) Ils font ça principalement pour la maintenance: pas sûr que la taille de l'exécutable soit différente, enfin ça dépend des capacités d'optimisation de l'éditeur de lien/compilateur..
Mais je suis d'accord que c'est très important comme nettoyage: ça ne peut qu'aider le temps de démarrage et la facilité de compréhension du code.

La "diversité", toujours cette argument à la con. Et si celle-ci n'avait au final pas de justification ?

Hein? Le gars qui a choisi de faire sa propre distribution plutôt que de contribuer à une distrib existante avait ses raisons..
Donc pour lui c'est justifié!

Après c'est bien sûr à la fois une force et une faiblesse.

Perso j'ai jamais compris la différence technique fondamentale qui justifie d'avoir Ubuntu, SuSE, Fedora, Debian et feu Mandriva.

Qui te dit qu'il y en a une? Les gens n'agissent pas uniquement en fonction des raisons techniques..

Désolé, mais pour moi, les principaux logiciels qui ont l'étiquette "fleuron du logiciel libre" mais qui ne le devraient pas, sont :
OpenOffice et ses déclinaisons
GIMP

Je ne suis pas fan d'OO à l'état actuel (je me souviens d'un (vieux) benchmark qui montrait "l'accélération" de l'ouverture d'OO en fonction du temps, grosso modo a chaque seconde gagné sur l'ouverture d'OO à vide, il y avait une seconde perdue sur l'ouverture d'un document, ça c'est de l'optimisation!), mais contrairement à GIMP, il y a un nombre respectable de développeurs qui travaillent sur OO donc ça peut changer (mais ça prendra du temps: une suite bureautique c'est énorme en taille de code..).

Firefox (avec le running gag à chaque release "on bouffe moins de ressources.. enfin, à la prochaine release, promis.")

Bah, Chrome est bien mieux conçu ok, mais coté utilisation mémoire c'est pas extraordinaire non plus..

je pense donc qu'il est grand temps de faire comme microsoft, dire à ses développeurs « vous devriez manger la nourriture de votre chien »,

Microsoft est une entreprise, une entreprise peut imposer ce qu'elle veut comme logiciel à ses employés, toi tu peut juste essayer de convaincre les autres, mais bon le moins qu'on puisse dire c'est que de coté là ton post est très, très léger..

Qu'est-ce que tu appelle un "port TCP serveur"?

Tu arrives à faire du telnet, telnet est au dessus de TCP aussi..

Imaginez un monde où les supérieurs hiérarchique sont élus par l’échelon inférieur :)

Ça existe dans notre monde actuel: les coopératives, les associations loi 1901 (même si elles sont à but non lucratifs, elles peuvent avoir des budgets et un personnel conséquent a gérer).
Mais oui, c'est assez exceptionnel.

Pas pour Debian, puisqu'ils sont passés à l'eglibc.
Mais le projet glibc effectivement ça restera probablement un sujet à troll pendant longtemps..

1) Tu devrais donner tes vrais table de routage, pas une version illisible.

2) Dans ta table R2, la ligne "140.0.0.0 via 140.1.0.0" est bizarre.

Tiens oui c'est vrai, j'avais oublié FB: il faudrait voir avec quelqu'un qui n'est pas daltonien, mais peut-être qu'on peut mieux voir les différences de couleurs que des textures, ça fait donc quand même un handicap.
Bah, ce ne sont pas les jeux qui manquent..

Bah: je suis daltonien, mais dans la pratique ça me gêne très, très rarement, donc à part gonfler les statistiques..
En fait; j'ai eu un seul problème c'est une baie de disque ou les diodes changeaient de couleur pour indiquer l'état des disques: obliger de demander a quelqu'un de m'accompagner quand je savais qu'un disque était en panne: p... de diode rouge/verte, même pas moyen de configurer la baie pour que ça clignotes.

Il semble que le point faible principal de KVM soit les accès disques, ce qui est intéressant c'est que Xen fait mieux, comme les deux sont 100% opensources s'il y a quelqu'un de motivé pour comprendre la différence, ça doit être possible d'améliorer KVM ce qui en ferait une solution sans gros point faible (en tout cas pour un serveur, il y a aussi l'accélération vidéo/3D qui compte pour les desktop virtualisés).

Merci.

Bah non:
icone:
ceci est un test l1
ceci est un test l2

manuellement 4 espaces:
a1
a2

Et bien ce code:
switch ( ... ) {
case 1:
case 2:
__[code A]
break;
case 3:
__[code B]
case 4:
__[code C]
}
deviendrait:
new_switch ( ... ) {
new_case 1,2:
__[code A]
new_case 3:
__[code B]
goto_nextcase;
new_case 4:
__[code C]
}

PS:
Désolé pour la lisibilité, rentrer du code avec Chrome ne marche pas.

Très bon exemple : je ne connais aucun numéro de téléphone des me correspondants. Ces trucs la sont dans mon répertoire, et basta.

Bah, tu es juste de mauvaise foi:
1) avec le DNS, je ne connais aucune adresse IP non plus.
2) quand il y a eu le changement de numérotation, tu as du quand même dut changer les numéros dans ton répertoire,
et bien là c'est presque pareil avec le DNS tu ne devrais pas voir la différence, mais il y aura quand même une période de transition avec des problèmes potentiels.

Franchement, tu aurais dû attendre vendredi avant de poser une telle bombe

Je ne cherche pas à troller, je pensais que c'était des critiques assez courantes. J'ai même éviter mes reproches plus controversées (initialiser par défaut les variables, avoir par défaut une vérification des débordement entier, de tableau (désactivable localement/globalement)).

pourquoi un mot-clef spécial pour caster

Le cast est une opération "dangereuse": il faut pouvoir les identifier facilement(grep). Et avec la syntaxe actuelle ce n'est pas possible.

que reproches-tu au case ?

Qu'il a le mauvais comportement par défaut: si tu oublie de mettre un break (nécessaire dans 99% des cas), ton programme continue dans le cas le suivant, ce qui peut être utile, mais ça ne devrait pas être le comportement par défaut.
Perso j'ajouterais 3 mots clef: new_switch, new_case, goto_next, new_switch est juste pour séparer l'ancienne et la nouvelle syntaxe, new_case est l'équivalent de (break; case:), goto_next permet d'aller au case suivant (rarement utile mais parfois si cf Duff device), mais bon ça n'a de sens que si ce genre de syntaxe est standardisée autrement c'est comme l'histoire de faire des macros pour faire ressembler C au Pascal..

Le C évolue cf C99, et le futur C11, mais c'est quasiment uniquement par l'ajout de nouvelle fonctionnalité, pas en corrigeant les erreurs du passé: je crois que l'unique exception est le remplacement de l’infâme gets par gets_s, c'est trop peu, dommage..

C'est le problème avec les langages, leur évolution est souvent soit trop lente comme le C qui par exemple n'a toujours pas corrigé des erreurs flagrantes (pas de mot clef pour cast, le comportement par défaut de case...) et d'autre qui évoluent trop brutalement: Perl6 c'est pas une évolution de Perl5, c'est carrément un nouveau langage.

Je trouve aussi que l'évolution de Python se fait a un bon rythme.

Piller illégalement le noyau Linux?
Pas sûr: à moins de modifier le noyau Linux sans fournir les sources ou bien d'utiliser dans un module propriétaire les symboles en export "GPL only", tu ne pilles pas le noyau Linux puisque tu respecte la licence d'utilisation..
Et il y a des zones grises comme le pilote NVidia..