Olivier Jeannet a écrit 1400 commentaires

Par contre si on compresse en lzmash -1 on est plus rapide que du gzip -9 de quelques secondes. (moins d’une minute pour le total). Mais surtout en lzmash -1 l’archive est plus légère que du gzip ou bzip2 compressé à l’extrême

Ça dépend vraiment de la nature des données compressées, il faut vérifier pour chaque cas. J'avais fait des tests sur certains de mes backups et le gain n'était pas systématique en taille. Par exemple en compressant les 600 M de ma boîte mail, qui contient pas mal de pièces jointes (images souvent), lzma -1 et -2 se situait entre gzip et bzip2 pour la taille, avec un temps de compression supérieur. En lzma -3 ça battait bzip2 mais en prenant le double de temps.

Pour mémoire, l'idée de garder les tabulations à 8 (et le texte à 80 colonnes) c'est de forcer à limiter la "profondeur" du code (le nombre d'imbrications). Les analyseurs de code (comme PMD et Checkstyle pour Java) signalent par exemple quand on dépasse 5 ou 6 niveaux d'indentation, car c'est probablement un signe de mauvais découpage de son code, et qu'il faut créer des (sous-)fonctions plus fines. Il me semble que pour le code de Linux on a la même recommandation.

Je suis impressionné, je ne pensais pas générer une réponse aussi longue et intéressante.

Je suis bien conscient que ma contribution est tout à fait modeste (ce que je disais aussi avec "c'est rien quand on y pense"). D'ailleurs certains convaincus du libre s'en servent en entreprise et ne pensent pas toujours à rétribuer (quelque soit la façon) les responsables de la distribution. Ayant fait pas mal de développement, j'en connais le temps et le coût. Mon idée était que si une majeure partie de ceux qui installent une Mandriva versaient au moins 60 E/an, ça finirait par une somme non négligeable.

J'ai toujours continué à payer un abonnement à Mandriva (ça fait des années à présent), parce que je considère normal de payer un travail comme celui qu'ils font (même si parfois on trouve le résultat imparfait). Je paie l'abonnement pour la Powerpack en téléchargement et c'est dans le 60 E/an il me semble, ce qui n'est vraiment rien quand on y pense. Au début, je payais pour les CD de la SuSE que j'achetais (chez Ikarios, pour la petite histoire).

Je me demande quelle est la proportion de gens qui installent et se servent d'une Mandriva et qui paient un tant soit peu. Je crains que beaucoup de gens se contentent de profiter du système, et c'est dommage.

Ma vie : je me suis mis à Linux en 1998 en achetant mes CD de SuSE chez Ikarios (boîte avec manuels). J'ai continué pendant quelques années.

Je m'étais aussi acheté par la suite une cravate Tux en soie bleue, pas mal du tout.

Ikarios, tout une époque en effet.

En ce qui concerne la documentation du code, je rappelle l'existence de Doxygen ([http://www.stack.nl/~dimitri/doxygen/]), qui fait pour d'autres langages ce que fait la Javadoc (par exemple [http://java.sun.com/j2se/javadoc/writingdoccomments/index.ht(...)]) en standard. On peut déjà documenter beaucoup de choses directement dans le code.

De plus, Doxygen permet de créer de la documentation HTML depuis un ensemble de fichiers sources, avec des liens entre fichiers sur les fonctions et les variables ; c'est assez puissant pour prendre en main un code à maintenir et naviguer dedans, je l'ai utilisé sur du C par exemple.

les dirigeants politiques sont à mes yeux totalement responsables. Ils sont là pour diriger, c'est à dire donner des directions, des objectifs.

C'est vrai, mais vu la difficulté qu'il y a à mettre en place, au hasard, une taxe carbone, c'est pas gagné. Même si on peut craindre qu'elle ne serve qu'à boucher les trous budgétaires existants, elle semble nécessaire à des gens intelligents (qui ont réfléchi au problème) si on veut changer ses habitudes, et favoriser les pratiques moins gourmandes en énergie, et en particulier en énergie fossile.
Quand on pense qu'un jour le plastique deviendra une matière onéreuse (il y a de grandes chances, quand le pétrole sera devenu hors de prix), c'est original. Un vieux sac de supermarché aura de la valeur ;) .

Tous des gens dont le métier est de vivre en hypothéquant notre avenir :-)

Je note le smiley mais leur métier est surtout de répondre à une demande énorme et de nous fournir ce que nous demandons avec force (de l'énergie) (je parle pour les pétroliers). Il ne faut pas oublier que nous sommes tous un petit peu responsables de ça, par notre mode de vie.
Pourquoi avoir mêlé Matra à tout ça au fait ?

En fait je pense que si les médias ont donné une tribune ces derniers mois au climato-sceptiques, c'est d'une part pour contrebalancer un peu l'année écoulée qui a vu sortir plusieurs films assez alarmistes (Hulot et autres), et d'autre part pour "souffler" un peu et ne pas verser systématiquement dans la peur.

Bien entendu les problèmes écologiques sont toujours là, mais je pense que si les thèmes climato-sceptiques ont trouvé cet écho, c'est pour changer un peu de cette atmosphère un peu pesante et même anxiogène, c'est un petit effet de balancier. On va sans doute revenir vers un discours ambiant favorable à ceux qui mettent en garde sur le climat (et un type comme Allègre sera peu à peu discrédité sur le sujet), mais peut-être moins anxiogène.

Je ne veux pas embêter tout le monde avec notre discussion, c'est juste pour préciser que je ne te visais pas plus qu'un autre sur la question de la note négative, d'autant plus que tes réponses sont polies et argumentées. Et à toi tout seul tu ne peux de toutes façons pas me mettre à -3 :) .

J'adore l'ouverture d'esprit et le sens de la discussion qui fait que tous mes commentaires se retrouvent noté à moins de zéro.

Quant à mes souvenirs de cours, si j'en parle c'est parce que certains profs que j'ai eu n'étaient pas des guignols et qu'ils s'exprimaient fort bien

Je maintiens que "encodage" c'est moche et inutile.

J'ajoute que la définition du TLFI que tu cites n'a aucun sens, on dirait une traduction automatique, ou bien il manque des mots. En plus ça ne correspond pas vraiment à ce que certains appellent "encoder".

Je pense que certains dictionnaires ont entériné une pratique erronée.

Quoiqu'il en soit, en bon français on parler de coder et décoder (cf codec), de message codé, de codage de Huffman, et ainsi de suite. C'était comme ça lors de mes études, et je n'ai pas 50 ans ni 60. Dans la même lignée, on ne dit pas "des opportunités", ce qui n'a aucun sens en français (anglicisme aussi).

Je sais que l'âge moyen de linuxfr est relativement jeune, mais je m'étonne qu'on oublie à quel point les anglicismes sont envahissants dans le domaine technique (et qu'on ait mis mon commentaire à moins que zéro, mais peu importe).

Pourquoi on parle presque toujours de encodage (alors que ce n'est PAS un codage, car il s'agit d'une compression avec perte), au lieu de parler de compression ou de conversion ?
Il est vrai qu'on parle de codec (codeur/décodeur), mais on ne parle pas de codage JPEG par exemple. Quant au préfixe "en" issu de l'anglais, c'est moche.

Je n'ai pas trop tiqué jusqu'à ce que je lise la mention de Linus à la fin :) . Excellente dépêche, bravo.

Ce qui n'enlève rien à l'intérêt de son article, bien au contraire.

Je suis un lecteur régulier de son blog (sur lequel j'étais tombé je ne sais comment) depuis plus d'un an, et il fait régulièrement des articles vraiment bien documentés et bien écrits, que ce soit sur la photo numérique ou sur d'autres domaines. Et pour un ex-MS, il a une position que je trouve assez neutre sur le logiciel libre.

Je me permets de signaler ici un compte-rendu que j'ai trouvé assez intéressant car il a un certain recul sur le monde du libre et le monde de l'informatique, et fait des mises en perspectives pertinentes :
« Impressions du Salon Solutions Linux 2010 » http://www.oezratty.net/wordpress/2010/impressions-du-salon-(...) .

Please, codage, pas encodage (berk) :) .
(cf explication plus bas)

Merci d'avoir écrit compression au lieu de codage, et surtout au lieu de l'affreux encodage. Je me demande toujours pourquoi on parle de codage vidéo alors qu'on ne parle pas de codage gzip ou zip ou jpeg, et qu'on parlait de compression avant (jpeg, mpeg). Parler de codage de Huffman a un sens vu qu'il s'agit réellement d'un codage au sens mathématique (sans perte et réversible, une bijection).

Cette phrase m'a fait me gratter la tête : « Un gros effort a été fait pour améliorer l'expérience des utilisateurs ». Je pense qu'il s'agit de la traduction littérale de l'anglais "user experience", traduction qui n'a guère de sens en français.

Une traduction plus appropriée serait de parler de "l'amélioration de l'ergonomie", car il s'agit essentiellement de cela. Si on veut coller un peu plus au mot à mot on pourrait aussi parler de "l'amélioration de l'agrément d'utilisation".

En principe un fichier de XML c'est en UTF-8, en tous cas c'est l'usage le plus courant et ça a été la transition ces dernières années.

Le BOM ( Byte_Order_Mark ) n'est pas tout à fait standard et je ne crois pas qu'on l'utilise sous Linux.

Pour un fichier de conf système habituel, c'est souvent en ASCII (US) ou en Latin.

rhaaa mais pourquoi vous parlez tous d'encodage au lieu de codage ?
De grâce messieurs, on parle de codage en bon français (codage de Huffman, codage préfixe, codeur/décodeur = codec, message codé, etc.)

Pour eux, c'est trop petit, et la gestion de l'agrandissement des polices sous Windows, comme déjà dit, c'est calamiteux.

Dans mon cas les collègues avaient autour de 30 ans, donc pas des vieux.

Et c'était sous Windows, j'ai pas trouvé que la gestion de l'agrandissement des polices était calamiteuse. De plus, la plupart des applications qu'on utilisait permettait de choisir ses polices et leur taille (lecteur de courriel, Eclipse, Firefox, etc.).

NB : ils étaient dans une résolution non native car on avait changé leurs écran cathodiques pour des LCD. Incompétence là aussi du service informatique ! On m'a une fois donné un portable qui n'était pas en résolution native, j'étais scié.

Si je ne m'abuse, ce qui est chiffré ce sont les communications radios (entre l'antenne-base et le mobile) pour éviter l'écoute avec un simple récepteur radio, pas les communications de bout en bout.

Les téléphones mobiles avant le GSM aux E-U n'étaient pas chiffrés (et c'était de l'analogique), on pouvait les écouter avec des "scanners" (récepteurs radio à large bande). Tout comme les premiers téléphones domestiques sans fil avant le DECT, on pouvait même prendre la ligne de son voisin parfois, certains ont eu de mauvaises surprises sur leurs factures (début des années 90).

Un SMS peut faire jusqu'à 160 caractères, pas 125. C'est pas dur de vérifier, quand même.