Axioplase ıɥs∀ a écrit 3057 commentaires

- man comm

The comm utility conforms to IEEE Std 1003.2-1992 (``POSIX.2'').
The -i option is an extension to the POSIX standard.


- Il me sort bien un mot par ligne, qui est dans un.txt mais pas dans deux.txt, comme attendu.

- entièrement d'accord.


Je fais le blasé, mais j'ai découvert la commande deux jours avant qu'on poste ce journal, en ayant besoin de calculer l'intersection et la différence d'ensembles en bash (pour un script d'install qui recommence en cas d'erreur sans repartir à zéro).

>> C'est justement ce que l'on reproche à Canonical quand on dit qu'ils ne contribuent pas à l'écosystème global.

Et comme ils ne sont pas contraints de le faire, tout va très bien madame la marquise.
Pourquoi veut-on les obliger ? À cause du succès ? Et si c'était JKL, Jean-Kevin Linux, la version la plus répandue, celle qui avait eu un succès fou et qui avait fait connaître Linux aux foules ignorantes, et que cette distribution était gérée dans la cave du beau-père de Jean-Kevin, on lui reprocherait de ne pas contribuer ?

Je considère que gérer une distro si importante est une contribution majeure à l'écosystème. Si vous voulez un investissement en retour proportionnel au fric du gérant de la boite, c'est que vous n'êtes pas faits pour les licences type GPL (ni BSD, d'ailleurs). C'est je trouve typiquement un cas de « je te tends la main, tu veux le bras » qui sert à occulter une frustration due au succès de la distro (qu'elle soit bien ou non).

>> Ben tu prétends que les langages interprétés, ne sont "pas plus lent"

Non. Le code compilé est, comme on s'y attend souvent, plus efficace que le code interprété. Je dis que « interprété = lent » n'est pas vrai, ce qui est différent.
Tu as énormément de variation au sein des langages interprétés…

Un interprète qui ressemble à

(define (ev e env)
  (cond
    ((symbol? e) (cdr (assoc e env)))
    ...))
(define (eval e) (ev e '()))

sera bien plus lent qu'un interprète qui ressemble à

(define (ev e)
  (cond
    ((symbol? e) (lambda (k env) (k (assoc e env))))
    ...))
(define (eval e) ((ev e) (lambda (v) v) '()))


(Ensuite, je persiste en disant que le bench est injuste : dès que tu optimises ton langage compilé, il est quasiment impossible pour une version (même pas forcément interprétée) non-optimisée de faire mieux !)

Le fait que beaucoup d'interprètes soient codés naïvement fait que c'est lent.
T'as des techniques d'interprétation rapides (utilisées dans pas mal d'interprètes Scheme, par exemple).

Interprété versus "C raisonnablement optimisé" ?!
Il est pas un peu biaisé ton benchmark ?

Ouaip. La commande idéale.

comm -23 un.txt deux.txt

>> Ce qui est bien avec le ruby, c'est que c'est un langage interprété, donc lent,

Non, c'est un langage avec des interprètes lents, donc lent.

Le fait qu'il soit interprété ne le rend pas lent pour autant. Tu as des interprètes très rapides pour différents langages…

Non, ça on s'en fiche du nombre de fois.
On veut juste savoir que qq1 est passé corriger à un moment ou un autre.
Comme un « last edited by Machin. »

Et moi, je dis aussi qu'il est inutile d'avoir une espace après « Linux, » que « 2 » n'a aucune raison d'être en chiffre, que « et » devrait être sur l'avant-dernière ligne après le point-virgule, et que la virgule après « tableau de bord » est inutile.

Les espaces à l'intérieur des guillemets sont sécables !

Il est écrit : « Il est à l’origine du mot "tatouage" en sécurité informatique, technique qu’il a contribué à se développer dans les années 1990. »

Je suis le seul à ne pas parser cette phrase ?

>> je reviendrai peut-etre vivre au Japon dans quelques mois

Eh ben…
Faut-être motivé…

>> Avez-vous déja vu une publicité pour Linux vous montrant que Linux était un produit fun ?

Non.
D'un autre côté, ça m'étonne pas, et ça me rassure, même !
Un OS, je lui demande pas d'être fun, mais de faire sa job correctement (gérer mon matériel, exécuter mes logiciels, etc)

C'est pas en tirant une citation du recueil des attardés du numérique que tu décris la norme…

>> Surprise (en tout cas pour moi), il en ressort une belle courbe en crosse de hockey.

La Science impose-t-elle qu'on soit surpris par une courbe en crosse de hockey ?

>> C'est dommage pour ceux qui voudraient entamer la traduction de cet ouvrage de référence: ils devront demander la permission à son auteur.

Demander l'autorisation ?! Trop dur !

Rien ne t'empêche d'entamer la traduction si tu la gardes pour toi et toi seul.
Ensuite, tu peux demander à l'auteur le droit ou non de la diffuser.

>> Tentation n°3 :
>> Ca m'énerve et je refais tout en C++ et Qt...

Je vois pas le rapport.
Une base de merde, en C++ ou en shell, avec Q ou GTK, ça reste une base de merde. Le langage que tu vas utiliser aura autant d'impact sur ta structure de données que la couleur de ton clavier…

Je te conseille d'utiliser d'analyser les statistiques d'utilisation actuelles, et de structurer ta prochaine BDD en fonction de ça.
Passer à C++, ça va surtout t'apporter des segfaults et des failles de sécu supplémentaires…

C'est super lent ces machines…
Puis c'est bien épais…
C'est selon moi inutile, sauf si tu as vraiment envie de claquer 300€ dans un terminal twitter, car ça pas tellement plus utilisable (ils mettaient OOo en démo, mais bon, attendre 1m 30 pour que le logiciel se lance, merci…)

>> Bref quel est le langage qui va mérité que j'y passe (à nouveau) tout mon temps libre, mes jours et mes nuit..?

Le français ?


Sinon, les langages, c'est nul.
Apprend plutôt les concepts : programmation impérative, fonctionnelle, orientée objets, etc.
Quand tu connais le concept, le langage c'est l'histoire de deux ou trois jours, pas plus…

>> t'as déjà un PC et une connexion internet,

Au labo, oui.
Lacher 70 euros comme ça, c'est hors de portée pour moi aujourd'hui… C'est bien pour ça que j'ai du matos qui date d'avant 2000…

Pour omake, c'est dans la langue de Kawabata, mais ça donne ça (pas dur à comprendre) : http://d.hatena.ne.jp/sumii/20090104/p1

http://omake.metaprl.org/index.html
Omake recompile tout seul quand tu modifies ton fichier…
Un coup de killall -HUP sur ton xdvi, et hop.

Sinon, quand je ne peux pas compiler vers dvi,
: au BufWrite :exe "sil!!{omake %:t:r.pdf && xpdf_vim %:t:r.pdf} &>/dev/null &"|redraw!
et
#!/bin/sh
RES=`ps ax | grep "xpdf -remote localhost -cont $1" | grep -v grep`
echo "RES = $RES"
[ -n "$RES" ] && xpdf -remote localhost -exec redraw || nohup xpdf -remote localhost -cont $1 &


C'est bidon, ça ne marche que sur un seul fichier à la fois, mais c'est pratique !

>> on ne les dinstingue pas

C'est qui « on » ?
Aigreur à part, tu ne les distingue pas car tu ne les écoutes ni ne les prononce.
Quand tu travailles des langues étrangères, tu es littéralement sourd à certaines nuances au début de ton apprentissage, puis ton cerveau commence à traiter les informations et à faire le distinguo.

J'ai bien eu du mal avec le coréen et ses (consonnes) ㅊ,ㅈ,ㅉ mais je m'y suis fait relativement vite.
Et sinon, je prononce différemment « patte » et « pâte. »
(mais je prononce pareillement « commun » et « matin »)

Parceque tout le monde n'a pas des PC récents avec des disques de 50, 100 ou plus de gigas…
Il y a pas longtemps, mon laptop avait encore un disque dur de 4 Go…

Tu fais peut-être partie de ceux qui stockent tout (par flemme d'effacer ou parce qu'ils ont les moyens financiers de le faire), mais moi, je jette tout ce qui ne m'intéresse pas et je garde uniquement le nécessaire. Ça permet aussi une bien meilleure organisation des données avec un grain plus fin…

Tu penses au pr0n, je te propose
1/ des passages d'émissions télé (certains sketchs des guignols, de groland, voire des journaux télévisés…)
2/ des intervenants lors de conférences (et pas toute la conf)
3/ des passages d'autres vidéos (pour analyser les techniques de jonglage par exemple)
4/ des vidéos prises sur un téléphone

Y'a pas de petit profit !

Au moins
« NdM : corrections orthographiques/grammaticales. »
« NdM : correction URL. »
« NdM : ajout troll religio-politique subliminal. »

(et j'imagine un journal qui se termineraiT :P)