et ni toi ni mois n’avons été fichus d’y penser : il suffit de suivre le lien sur Fabien Penso pour savoir que les premiers comptes datent de juin 1999.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Il faut que tu revoies ton histoire, regarde donc la date de création de mon compte.
Et encore, j’ai traîné au moins six mois avant de créer mon compte (il me semble que les tous premiers comptes datent de 1998) : au début, on pouvait poster des commentaires sans créer de compte et même après, j’ai mis un certain temps à me décider.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Suite a une grande étude menée sur 423 chiens par des lycéens guatémaltèques, le chocolat est un poison.
C’est peut-être vrai… pour les chiens : d’après ce que j’ai lu dans un bouquin sur les chiens, le chocolat est toxique pour eux car leur foie ne fonctionne pas tout-à-fait comme le nôtre et le tolère beaucoup moins bien.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
J'étais peut être distrait, il m'a semblé comprendre que le système énoncé ne tient compte que du maillage de la toile.
Ça correspondrait assez à l’impression que j’en ai depuis un certain temps.
Scénario typique : je cherche une page sur un sujet un peu pointu, pas le genre de truc qui « fait le buzz », et donc référencée par d’autres pages, mais pas tellement. J’ai oublié l’URL, mais je sais ce que contient la page et donc je cherche sur trois ou quatre termes qui ont peu de chance d’apparaître ensemble dans beaucoup d’autres pages.
Résultat : Google me sort un tas de pages très populaires — sans intérêt pour moi — qui contiennent un de mes termes de recherche tel quel et un autre remplacé par un mot de la même famille (substantif au lieu d’adjectif ou autre), sauf que c’était le mot exact qui était déterminant.
Là, je prends un moteur de recherche moins « intelligent », j’entre les mêmes termes de recherche et paf, j’ai la bonne page dans les premiers résultats.
Moralité : quand je sais je que je cherche, je n’utilise plus Google, j’utilise directement un moteur de recherche qui ne prend pas l’utilisateur pour un con.
Note : bon, je fais en sorte que Google ne m’identifie pas. Si vous le laissez vous pister, vous avez probablement des résultats plus pertinents, mais par rapport à vos centres d’intérêt, pas par rapport aux termes de la recherche (enfin seulement incidemment).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Et pour traiter un vrai gros volumes, tu passes 80% de ton temps à nettoyer les données et gérer les cas foireux.
Non, j’équilibre. C’est rentable d’écrire deux lignes de code pour traiter un cas qui se présente une centaine de fois. Ça ne l’est pas s’il s’agit de faire dix lignes de codes pour corriger deux incohérences qui sont de toute façon des erreurs dans les données de départ et que tu pourrais corriger directement dedans.
Typiquement dans mon code ce que tu ferais à l'arrache en 1-10 lignes de awk/perl/sed se transforme en 100-2000 lignes de code.
Que sais-tu de ce que je fais ?
Quand j’ai converti des tables NIS de plusieurs domaines truffées d’incohérences (parce que mal maintenues à la main pendant plusieurs années) en un annuaire LDAP unique avec une seule entrée par utilisateur (pour le compte, les alias mail, l’automount… comme ça, s’il manque quelque chose ça se voit dessus, et quand on supprime le compte, rien ne traîne), j’ai effectivement pris le temps de coder de l’ordre du millier de lignes (de Perl) pour avoir un résultat propre sans avoir besoin d’y revenir.
La contrainte était que je voulais faire des tests avec l’annuaire LDAP avant de passer dessus en production, donc il fallait que je puisse le refaire à partir des tables NIS à jour sans avoir à ajuster des trucs à la main à chaque fois.
Après, pour la question du nombre de lignes de code, ça dépend aussi du choix de langage et d’implémentation qu’on fait.
J’ai eu besoin un jour de comparer des versions de paquets rpm. Pour savoir comment déterminer si une version est plus récente ou pas, j’ai regardé le code de rpm. Plusieurs pages de code C avec incrémentation du pointeur de chaîne caractère par caractère. Moins de vingt lignes pour un équivalent en Perl utilisant des expressions régulières.
Évidemment, il faut passer plus de temps pour écrire une expression régulière correctement que pour écrire une ligne qui contient juste une incrémentation de pointeur ou une comparaison de nombres, mais au final, le temps passé reste quand même bien moindre qu’à se fader des traitements de chaîne à coup d’incrémentation de pointeur et de comparaison caractère par caractère.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Eh bien je l’ai essayé.
Ça marche avec une légère différence : j’ai mis des espaces avant les /> et pas toi, mais aussi un bémol plus important : s’il y a déjà un /, ça en rajoute un autre.
Mais pour un premier jet, c’est pas mal du tout.
Par contre, tu as quand même utilisé une expression régulière, preuve que le découpage a ses limites. Et à ce stade-là, autant tout faire avec la regexp.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Pour modifier quelques occurrences, tu vas plus vite à la main.
Pour traiter un certain volume, utiliser une regexp un peu approximative et vérifier le résultat après (quitte à restaurer les anciennes versions en cas de mauvaise surprise au premier essai) sera plus rapide et moins pénible.
Pour traiter un gros volume, c’est clair, mieux vaut passer un peu de temps pour bétonner son truc.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Une version un peu plus fiable et qui traite les balises img coupées sur plusieurs lignes (l’option -0 suivie d’un code octal spécifie le caractère de fin de ligne ; mettre 777, qui n’existe pas, cause le traitement du fichier en bloc plutôt que ligne par ligne) :
Je crois que mes exemples sont mal choisis, un peu trop simple (les expressions régulières sont trivial et les délimiteurs simples).
Oui, parce que ramener un découpage à une expression régulière, c’est toujours possible (même si d’autant plus lourd que le cas était simple), mais l’inverse…
Exemple, une petite uniligne pour s’assurer que les balises img de fichiers HTML sont bien de la forme <img src="toto.png /> selon les standards actuels et pas <img src="toto.png"> sans / :
(Note à ceux qui seraient tentés de l’utiliser : elle doit fonctionner sur de l’HTML correct, mais elle n’est pas foolproof : si une balise img n’a pas son chevron fermant, elle ira modifier le suivant…)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Par exemple si je veux sommer 2 colonnes d'un fichier
Effectivement, ce n’est pas vraiment plus compliqué, mais un peu plus long.
Il y a des cas où il est bien meilleur, mais dans la majorité de mes cas d'utilisation, ce n'est pas le cas.
Je te crois sur parole vu que tu maîtrises manifestement la question, mais on ne doit pas avoir les mêmes cas d’utilisation.
Pour ma part (et pour les unilignes), j’utilise rarement l’auto-découpage, souvent les expressions régulières (et ce n’est pas un hasard si celles de Perl ont été copiées par d’autres langages), de temps en temps un module, pas forcément un parcours de fichier (ou de l’entrée standard).
Et il y a l’avantage que quand j’ai a faire un script un peu conséquent, je le fais avec Perl aussi. Toujours un seul outil, avec une seule syntaxe (à quelques détails près : pour une uniligne je ne déclare pas les variables, alors que pour un script j’utilise le mode strict).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
perl est bien, mais gawk est un peu plus concis et des fois plus efficace (je ne parle pas de performances).
Je demande à voir un exemple.
perl -n permet d’émuler le comportement d’AWK (c’est-à-dire exécuter le code pour chaque ligne ; bon, ça fait quatre caractères en plus pour l’appel, le reste est de taille équivalente).
-a permet l’auto-découpage des lignes en champs. -l supprime les retours chariots des fins de ligne (je ne sais pas s’il y a un équivalent AWK, mais parfois, c’est pratique).
perl -p (à la place de -n) permet en plus d’imprimer les lignes après traitement (plus comme sed, mais celui-ci est beaucoup plus limité), alors qu’avec AWK, il faut le faire explicitement (sur ce coup-là, Perl est plus concis).
Pour le reste, on dispose d’un langage bien plus puissant et avec un champ d’application bien plus vaste qu’AWK, sed et autres (et le même à chaque fois).
En plus la syntaxe d’AWK n’est pas plus simple que celle de Perl (je fais encore un peu d’AWK, rarement, quand j’ai un petit script pour lequel je souhaite éviter la dépendance à Perl, et il y a quelques cas où la syntaxe d’AWK est même moins évidente).
Alors bon, je remercie les développeurs qui maintiennent gawk, parce qu’AWK est malgré tout un bon outil sur lequel je suis bien content de pouvoir compter, même sur les systèmes hostiles (c’est-à-dire sans Perl installé — bon, les trucs sans Perl ni AWK, je ne considère pas ça comme des systèmes), mais franchement, j’utilise et je conseille Perl à la place de ces petits outils : autant investir son temps sur un langage unique avec des possibilités plus vastes. Si je ne m’étais pas mis à AWK avant Perl, je ne le ferais pas maintenant.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
J'ai du mal à voir le lien entre les deux, surtout que Debian stable n'embarque pas la dernière version de XFCE…
Il y a des logiciels dont Debian stable embarque la dernière version ?
xclock ?
Sinon, le seul souci à passer (donc ultérieurement) d’Xfce 4.8 à 4.10, c’est que le greffon « boutons des fenêtres » ne s’étend plus. Il faut ajouter un séparateur transparent qui s’étend juste après si l’on veut une barre pleine largeur et que les greffons situés à droite ne bougent pas lorsqu’on ouvre ou ferme des fenêtres.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
J’avais un disque Seagate en panne (pléonasme, mais il ne faisait pas un bruit de maracas comme c’est habituellement le cas) et un disque identique du même modèle et de la même série.
J’ai échangé leurs circuits — il faut noter que c’est très facile. Résultat, le disque en panne l’était toujours (et de la même manière : il se lançait, mais n’était pas détecté correctement par le système), et l’autre fonctionnait toujours très bien.
Moralité : je suis convaincu que la panne du disque était interne, moins de l’utilité de changer l’EEPROM…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Ce que j’ai constaté au boulot :
– on a souvent eu des pannes sur des Seagate, quel que soit le niveau de gamme, et quasiment toujours des pannes complètes avec le disque totalement illisible ;
– on a plus souvent ces dernières années des pannes sur les Western Digital bas de gamme qu’auparavant (cela dit on en avait moins avant, maintenant on ne prend quasiment plus que cette marque) ; quoiqu’il en soit, les pannes sur les Western ont presque toujours été progressives (apparition de secteurs défectueux), avec peu de pertes de données ;
– pas encore de soucis avec les Western Digital RE que nous avons mis sur des petits serveurs ;
– très souvent des bruits inquiétants sur les IBM/Hitachi, y compris haut de gamme, mais aucune panne complète (cela dit, nous en avons peu).
Et au niveau des disques externes, c’est encore plus drôle.
Western propose des boîtiers non ventilés avec des disques « Green » et des boîtiers ventilés avec des disques plus performants.
Seagate propose des boîtiers externes non ventilés avec des disques performants, et en plus ils ne se mettent pas en veille tant qu’ils sont branchés. 55° à la première utilisation un peu longue (et j’ai arrêté avant que ça ne monte plus). J’ai fait l’erreur d’en acheter en espérant avoir l’USB 3 et pas trop de bruit (Western ne propose que ses modèles ventilés en USB 3), mais j’en suis réduit à l’utiliser avec un pain de glace posé dessus. Cerise sur le gâteau, le disque lui-même est bruyant (et il tourne tout le temps).
À côté, j’ai un Western non ventilé branché en permanence derrière ma box même en été et il n’a jamais atteint 50°…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Curieux, j’avais retenu que c’était Maxtor qui avait racheté Seagate, et l’évolution de la qualité de ces marques (c’est plutôt les disques Seagate qui ont évolué vers la « qualité » des Maxtor) était assez cohérente avec ça…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
contrairement a l euro ou l inflation finira par le recréer
Ah ? Comment ?
Pour autant que je sache, l’euro ne se crée que par prêt de la BCE, avec un intérêt à payer.
À partir de là, la dette augmente infiniment et la quantité d’euros réels (non dus) en circulation baisse infiniment.
Ajoute à ça le fait que l’euro ne se prête (normalement) même aux états que par l’intermédiaire des banques privées, qui s’engraissent donc sur le dos des contribuables et du service rendu par les états et l’appauvrissement de la population et la dégradation des services publics est inéluctable, « la crise » n’est qu’une expression pour faire croire qu’on pourrait en sortir.
À un certain stade, si (avant que nous en fassions partie) les états les plus en difficulté finissent par obliger la BCE à annuler une partie de leurs dettes (donc à diminuer la dette globale), ils nous rendront service.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Tu ne te rends pas compte du risque que tu prends :
– maintenant, si on veut te faire une blague, on peut t’appeler à minuit pour te dire « Il est toi ! » (si c’est le numéro de quelqu’un d’autre, ce sera moins clair pour lui…) ;
– si Mamadou prend ombrage de ton détournement, il peut sûrement te jeter un sort par téléphone !
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Plus simple, plus précis
Posté par Arthur Accroc . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 3.
et ni toi ni mois n’avons été fichus d’y penser : il suffit de suivre le lien sur Fabien Penso pour savoir que les premiers comptes datent de juin 1999.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Histoire
Posté par Arthur Accroc . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 2.
Il faut que tu revoies ton histoire, regarde donc la date de création de mon compte.
Et encore, j’ai traîné au moins six mois avant de créer mon compte (il me semble que les tous premiers comptes datent de 1998) : au début, on pouvait poster des commentaires sans créer de compte et même après, j’ai mis un certain temps à me décider.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Scientifico-Sophisme : Je suis du cresson.
Posté par Arthur Accroc . En réponse au journal Les dangers du Wifi enfin prouvés !. Évalué à -5.
C’est peut-être vrai… pour les chiens : d’après ce que j’ai lu dans un bouquin sur les chiens, le chocolat est toxique pour eux car leur foie ne fonctionne pas tout-à-fait comme le nôtre et le tolère beaucoup moins bien.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: … ou pas.
Posté par Arthur Accroc . En réponse au journal Le succès de Google est-il mathématique?. Évalué à 3.
Merci de la précision (je ne sais pas si elle était dans les vidéos, je ne les ai pas encore vues : je n’ai plus vraiment Internet, j’ai Free…).
Avec une telle proportion, c’est clair, si tu cherches des informations sur un sujet qui intéresse très peu de monde, Google n’est pas le bon choix…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 2.
En effet.
Au contraire, j’ai même désactivé le découpage par ligne…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # … ou pas.
Posté par Arthur Accroc . En réponse au journal Le succès de Google est-il mathématique?. Évalué à 3.
Ça correspondrait assez à l’impression que j’en ai depuis un certain temps.
Scénario typique : je cherche une page sur un sujet un peu pointu, pas le genre de truc qui « fait le buzz », et donc référencée par d’autres pages, mais pas tellement. J’ai oublié l’URL, mais je sais ce que contient la page et donc je cherche sur trois ou quatre termes qui ont peu de chance d’apparaître ensemble dans beaucoup d’autres pages.
Résultat : Google me sort un tas de pages très populaires — sans intérêt pour moi — qui contiennent un de mes termes de recherche tel quel et un autre remplacé par un mot de la même famille (substantif au lieu d’adjectif ou autre), sauf que c’était le mot exact qui était déterminant.
Là, je prends un moteur de recherche moins « intelligent », j’entre les mêmes termes de recherche et paf, j’ai la bonne page dans les premiers résultats.
Moralité : quand je sais je que je cherche, je n’utilise plus Google, j’utilise directement un moteur de recherche qui ne prend pas l’utilisateur pour un con.
Note : bon, je fais en sorte que Google ne m’identifie pas. Si vous le laissez vous pister, vous avez probablement des résultats plus pertinents, mais par rapport à vos centres d’intérêt, pas par rapport aux termes de la recherche (enfin seulement incidemment).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 3.
Non, j’équilibre. C’est rentable d’écrire deux lignes de code pour traiter un cas qui se présente une centaine de fois. Ça ne l’est pas s’il s’agit de faire dix lignes de codes pour corriger deux incohérences qui sont de toute façon des erreurs dans les données de départ et que tu pourrais corriger directement dedans.
Que sais-tu de ce que je fais ?
Quand j’ai converti des tables NIS de plusieurs domaines truffées d’incohérences (parce que mal maintenues à la main pendant plusieurs années) en un annuaire LDAP unique avec une seule entrée par utilisateur (pour le compte, les alias mail, l’automount… comme ça, s’il manque quelque chose ça se voit dessus, et quand on supprime le compte, rien ne traîne), j’ai effectivement pris le temps de coder de l’ordre du millier de lignes (de Perl) pour avoir un résultat propre sans avoir besoin d’y revenir.
La contrainte était que je voulais faire des tests avec l’annuaire LDAP avant de passer dessus en production, donc il fallait que je puisse le refaire à partir des tables NIS à jour sans avoir à ajuster des trucs à la main à chaque fois.
Après, pour la question du nombre de lignes de code, ça dépend aussi du choix de langage et d’implémentation qu’on fait.
J’ai eu besoin un jour de comparer des versions de paquets rpm. Pour savoir comment déterminer si une version est plus récente ou pas, j’ai regardé le code de rpm. Plusieurs pages de code C avec incrémentation du pointeur de chaîne caractère par caractère. Moins de vingt lignes pour un équivalent en Perl utilisant des expressions régulières.
Évidemment, il faut passer plus de temps pour écrire une expression régulière correctement que pour écrire une ligne qui contient juste une incrémentation de pointeur ou une comparaison de nombres, mais au final, le temps passé reste quand même bien moindre qu’à se fader des traitements de chaîne à coup d’incrémentation de pointeur et de comparaison caractère par caractère.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 3.
Eh bien je l’ai essayé.
Ça marche avec une légère différence : j’ai mis des espaces avant les /> et pas toi, mais aussi un bémol plus important : s’il y a déjà un /, ça en rajoute un autre.
Mais pour un premier jet, c’est pas mal du tout.
Par contre, tu as quand même utilisé une expression régulière, preuve que le découpage a ses limites. Et à ce stade-là, autant tout faire avec la regexp.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 3.
Pour modifier quelques occurrences, tu vas plus vite à la main.
Pour traiter un certain volume, utiliser une regexp un peu approximative et vérifier le résultat après (quitte à restaurer les anciennes versions en cas de mauvaise surprise au premier essai) sera plus rapide et moins pénible.
Pour traiter un gros volume, c’est clair, mieux vaut passer un peu de temps pour bétonner son truc.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 3.
Une version un peu plus fiable et qui traite les balises img coupées sur plusieurs lignes (l’option -0 suivie d’un code octal spécifie le caractère de fin de ligne ; mettre 777, qui n’existe pas, cause le traitement du fichier en bloc plutôt que ligne par ligne) :
Bonne chance pour faire l’équivalent avec un découpage…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 4.
Oui, parce que ramener un découpage à une expression régulière, c’est toujours possible (même si d’autant plus lourd que le cas était simple), mais l’inverse…
Exemple, une petite uniligne pour s’assurer que les balises img de fichiers HTML sont bien de la forme <img src="toto.png /> selon les standards actuels et pas <img src="toto.png"> sans / :
(Note à ceux qui seraient tentés de l’utiliser : elle doit fonctionner sur de l’HTML correct, mais elle n’est pas foolproof : si une balise img n’a pas son chevron fermant, elle ira modifier le suivant…)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 4.
Du coup, pour faire l’équivalent d’un usage typique de sed :
avec Perl, ça donne ça :
alors qu’avec Gawk (et à condition d’avoir une version récente), ça donne ça :
Là, question efficacité de codage, ce n’est clairement pas à l’avantage de gawk.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 5.
Effectivement, ce n’est pas vraiment plus compliqué, mais un peu plus long.
Je te crois sur parole vu que tu maîtrises manifestement la question, mais on ne doit pas avoir les mêmes cas d’utilisation.
Pour ma part (et pour les unilignes), j’utilise rarement l’auto-découpage, souvent les expressions régulières (et ce n’est pas un hasard si celles de Perl ont été copiées par d’autres langages), de temps en temps un module, pas forcément un parcours de fichier (ou de l’entrée standard).
Et il y a l’avantage que quand j’ai a faire un script un peu conséquent, je le fais avec Perl aussi. Toujours un seul outil, avec une seule syntaxe (à quelques détails près : pour une uniligne je ne déclare pas les variables, alors que pour un script j’utilise le mode strict).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Perl
Posté par Arthur Accroc . En réponse à la dépêche Sortie de GNU Awk 4.1.0. Évalué à 6.
Je demande à voir un exemple.
perl -n permet d’émuler le comportement d’AWK (c’est-à-dire exécuter le code pour chaque ligne ; bon, ça fait quatre caractères en plus pour l’appel, le reste est de taille équivalente).
-a permet l’auto-découpage des lignes en champs. -l supprime les retours chariots des fins de ligne (je ne sais pas s’il y a un équivalent AWK, mais parfois, c’est pratique).
perl -p (à la place de -n) permet en plus d’imprimer les lignes après traitement (plus comme sed, mais celui-ci est beaucoup plus limité), alors qu’avec AWK, il faut le faire explicitement (sur ce coup-là, Perl est plus concis).
Pour le reste, on dispose d’un langage bien plus puissant et avec un champ d’application bien plus vaste qu’AWK, sed et autres (et le même à chaque fois).
En plus la syntaxe d’AWK n’est pas plus simple que celle de Perl (je fais encore un peu d’AWK, rarement, quand j’ai un petit script pour lequel je souhaite éviter la dépendance à Perl, et il y a quelques cas où la syntaxe d’AWK est même moins évidente).
Alors bon, je remercie les développeurs qui maintiennent gawk, parce qu’AWK est malgré tout un bon outil sur lequel je suis bien content de pouvoir compter, même sur les systèmes hostiles (c’est-à-dire sans Perl installé — bon, les trucs sans Perl ni AWK, je ne considère pas ça comme des systèmes), mais franchement, j’utilise et je conseille Perl à la place de ces petits outils : autant investir son temps sur un langage unique avec des possibilités plus vastes. Si je ne m’étais pas mis à AWK avant Perl, je ne le ferais pas maintenant.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Ça dépend ...
Posté par Arthur Accroc . En réponse au journal Un debugger est-il indispensable ?. Évalué à 4.
J’ai aussi tendance à n’utiliser un débogueur que s’il est pratique.
Pour Python, l’IDE Eric contient un débogueur très facile d’utilisation.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Dernière version ?
Posté par Arthur Accroc . En réponse à la dépêche Atelier-Formation Debian Wheezy et le bureau XFCE à Paris le 18 mai. Évalué à 3.
Il y a des logiciels dont Debian stable embarque la dernière version ?
xclock ?
Sinon, le seul souci à passer (donc ultérieurement) d’Xfce 4.8 à 4.10, c’est que le greffon « boutons des fenêtres » ne s’étend plus. Il faut ajouter un séparateur transparent qui s’étend juste après si l’on veut une barre pleine largeur et que les greffons situés à droite ne bougent pas lorsqu’on ouvre ou ferme des fenêtres.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Propriétaire non, privateur oui
Posté par Arthur Accroc . En réponse au journal Privateur.... Évalué à 1.
J’aime bien celui-ci, je l’ai même déjà proposé… mais je me suis fait moinser.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # « Logiciel captif » ?
Posté par Arthur Accroc . En réponse au journal Privateur.... Évalué à 0.
Que pensez-vous de « logiciel captif », dans un sens assez proche de « ballon captif » ou « marché captif » ?
Ça indique bien que ce qu’on peut faire avec lui à des limites.
Ça n’implique pas qu’il prive de possibilités qu’on aurait sans lui.
Ça s’oppose parfaitement à « logiciel libre ».
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # « Logiciel concédé » ?
Posté par Arthur Accroc . En réponse au journal Privateur.... Évalué à 4.
« Logiciel concédé », ce serait une expression plus juste pour l’idée de « logiciel loué » de fearan (il n’y a pas la notion de paiement périodique).
Ça désignerait un logiciel dont on a une concession d’utilisation (éventuellement avec des clauses restrictives) et rien de plus.
Ça donne bien l’impression qu’on est moins libre quant ce qu’on peut en faire qu’avec un logiciel libre.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Vraiment ?
Posté par Arthur Accroc . En réponse au message Disque dur HS - cherche modèle identique pour carte contrôleur. Évalué à 2.
J’avais un disque Seagate en panne (pléonasme, mais il ne faisait pas un bruit de maracas comme c’est habituellement le cas) et un disque identique du même modèle et de la même série.
J’ai échangé leurs circuits — il faut noter que c’est très facile. Résultat, le disque en panne l’était toujours (et de la même manière : il se lançait, mais n’était pas détecté correctement par le système), et l’autre fonctionnait toujours très bien.
Moralité : je suis convaincu que la panne du disque était interne, moins de l’utilité de changer l’EEPROM…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Mes expériences suivant les marques
Posté par Arthur Accroc . En réponse au message Disque dur HS - cherche modèle identique pour carte contrôleur. Évalué à 2.
Vraiment ?
Ce que j’ai constaté au boulot :
– on a souvent eu des pannes sur des Seagate, quel que soit le niveau de gamme, et quasiment toujours des pannes complètes avec le disque totalement illisible ;
– on a plus souvent ces dernières années des pannes sur les Western Digital bas de gamme qu’auparavant (cela dit on en avait moins avant, maintenant on ne prend quasiment plus que cette marque) ; quoiqu’il en soit, les pannes sur les Western ont presque toujours été progressives (apparition de secteurs défectueux), avec peu de pertes de données ;
– pas encore de soucis avec les Western Digital RE que nous avons mis sur des petits serveurs ;
– très souvent des bruits inquiétants sur les IBM/Hitachi, y compris haut de gamme, mais aucune panne complète (cela dit, nous en avons peu).
Et au niveau des disques externes, c’est encore plus drôle.
Western propose des boîtiers non ventilés avec des disques « Green » et des boîtiers ventilés avec des disques plus performants.
Seagate propose des boîtiers externes non ventilés avec des disques performants, et en plus ils ne se mettent pas en veille tant qu’ils sont branchés. 55° à la première utilisation un peu longue (et j’ai arrêté avant que ça ne monte plus). J’ai fait l’erreur d’en acheter en espérant avoir l’USB 3 et pas trop de bruit (Western ne propose que ses modèles ventilés en USB 3), mais j’en suis réduit à l’utiliser avec un pain de glace posé dessus. Cerise sur le gâteau, le disque lui-même est bruyant (et il tourne tout le temps).
À côté, j’ai un Western non ventilé branché en permanence derrière ma box même en été et il n’a jamais atteint 50°…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Seagate, pas Maxtor ?
Posté par Arthur Accroc . En réponse au message Disque dur HS - cherche modèle identique pour carte contrôleur. Évalué à 2.
Curieux, j’avais retenu que c’était Maxtor qui avait racheté Seagate, et l’évolution de la qualité de ces marques (c’est plutôt les disques Seagate qui ont évolué vers la « qualité » des Maxtor) était assez cohérente avec ça…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Monnaie de crise
Posté par Arthur Accroc . En réponse au journal envolée du cours de Bitcoin. Évalué à 1.
Ah ? Comment ?
Pour autant que je sache, l’euro ne se crée que par prêt de la BCE, avec un intérêt à payer.
À partir de là, la dette augmente infiniment et la quantité d’euros réels (non dus) en circulation baisse infiniment.
Ajoute à ça le fait que l’euro ne se prête (normalement) même aux états que par l’intermédiaire des banques privées, qui s’engraissent donc sur le dos des contribuables et du service rendu par les états et l’appauvrissement de la population et la dégradation des services publics est inéluctable, « la crise » n’est qu’une expression pour faire croire qu’on pourrait en sortir.
À un certain stade, si (avant que nous en fassions partie) les états les plus en difficulté finissent par obliger la BCE à annuler une partie de leurs dettes (donc à diminuer la dette globale), ils nous rendront service.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Vrai ou faux (le flyer, pas la réparation vaudoue) ?
Posté par Arthur Accroc . En réponse au journal [publicité] réparation à distance. Évalué à 5.
Tu ne te rends pas compte du risque que tu prends :
– maintenant, si on veut te faire une blague, on peut t’appeler à minuit pour te dire « Il est toi ! » (si c’est le numéro de quelqu’un d’autre, ce sera moins clair pour lui…) ;
– si Mamadou prend ombrage de ton détournement, il peut sûrement te jeter un sort par téléphone !
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Vrai ou faux (le flyer, pas la réparation vaudoue) ?
Posté par Arthur Accroc . En réponse au journal [publicité] réparation à distance. Évalué à 2.
Cela dit, celui qui apparaît actuellement en 06 n’est pas celui qui apparaissait à la publication du journal, en 04.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone