aedrin a écrit 237 commentaires

Tiens, http://allievi.sssup.it/techblog/?p=260 arrête de râler !

Le seul truc qui serait à filtrer, ce sont les void.
Ben en l'occurrence, c'est le cas de la méthode imachin()...

un truc me chiffonne :
il y a C(6,4) = 15 manières différentes de choisir 4 points parmi 6.
Une fois 4 points choisis, il y a 3! = 6 quadrilatères orientés ou 3!/2 = 3 quadrilatères non orientés.

Au total, il y a 45 quadrilatères non-orientés étant donnés 6 points.
Comment tu arrives à 39 ? Tu ne considères que les quadrilatères non-croisés ? (oui, de base, un quadrilatère croisé est un quadrilatère : http://fr.wikipedia.org/wiki/Quadrilat%C3%A8re )

De manière générale, pour n points, tu auras 3*C(n,4) quadrilatères non-orientés.

J'imagine que c'est en unité utilisateur... J'utilise un langage, donc je rajoute 1 à la liste des personnes qui utilisent ce langage.

En gros, je code en C, je compte pour 1.
Je code 60% en C++, 30% en python et 10% en php => je participe pour 1 pour ces trois langages.
Oui je sais c'est foireux mais mettre en place la proportionnelle serait encore plus compliqué à évaluer.

Je trouve tout ça triste.
Moi aussi... à voir confirmation dans les semaines à venir, et comment ces revenus peuvent à terme retomber dans le giron public.

Je repense souvent au tremblement de terre de Kobe de 1995 d'une magnitude de 7.2 (supérieur à celui d'Haïti) lors duquel il n'y avait pas eu le même engouement à aller sauver les gens…
Oui, en même temps, comparer ces deux tremblements de terre, et en affirmer que l'engouement vient principalement de la présence du pétrole, c'est du cynisme ou une méconnaissance des situations respectives.
D'après http://fr.wikipedia.org/wiki/S%C3%A9isme_de_K%C5%8Dbe (oui, en français sur dlfp, ça marche aussi) et http://fr.wikipedia.org/wiki/Tremblement_de_terre_d%27Ha%C3%(...) , les séismes sont de magnitude très proches, mais surtout les conséquences pour les pays sont très différentes. Dans le cas de Kobe, il y a eu 6 437 morts et plus de 43 000 blessés dans un bassin de population de plusieurs millions d'habitants. Alors certes, c'est horrible et ça reste une énorme catastrophe nationale pour tous les japonais, mais c'est sans commune mesure avec ce qui s'est passé en Haiti.
Quand tu vois les chiffres *** provisoires *** de 230 000 morts, 300 000 blessés et 1,2 million de sans-abris, et que tu compares ça à la population de Port-au-Prince et d'Haïti, c'est autrement plus dévastateur. Quand tu rajoutes le fait que l'Etat haïtien a été également très fortement touché et désorganisé, que l'épicentre était très proche de la capitale (plus gros bassin de pop.), que même avant le séisme les structures et l'organisation de l'Etat haïtien se débrouillaient avec les moyens du bord (à savoir, pays très pauvre), alors oui, je suis bien content qu'il y ait eu un tel engouement pour aider ce pays.

1000 morceaux en une minute !!!
Waouh, quelle célérité !

N'oublions pas qu'il existe le très connu site de la Deutsch Bahn : http://reiseauskunft.bahn.de/bin/query.exe/fn

Vu le niveau ahurissant de qualité des sites de la SNCF toutes les alternatives sont intéressantes !

Je me suis trompé dans la formule : il faut diviser par max{c(A),c(B)} et non pas par le min...

donc dans ton cas ça donne d(A,B) = 0.286
recommence tes autres tests pour voir si tu as une nouvelle "asymptote" pour deux programmes c++/qt quelconques...

sinon, effectivement, d(A,B) vaut 1 pour deux flux A et B totalement décorrélés.

Là, A et B ont une prédominance de [a-zA-Z], de blancs, tabulation, fins de ligne et signes de ponctuation et autres opérateurs. Et en plus, on retrouve forcément les mots-clés du c++ et les définitions de qt, de la STL, et de la libc.

Forcément, ils ont une corrélation intrinsèque.

Après, te dire si la courbe est linéaire, je n'en sais fouchtre rien... tout ça ne reste qu'une estimation des distances dans une certaine unité (restons bien vague). Au moins ça te donne un outil, à toi de voir si ça t'es utile ou pas.

ben dans ce cas, utilise bzip2, qui utilise des blocs d'un maximum de 900 ko. C'est pas encore la taille des sources du noyau mais on s'en approche.

http://en.wikipedia.org/wiki/Bzip2

sinon, effectivement l'intérêt de la méthode c'est qu'elle fait deux lignes de code et qu'elle approxime assez bien une véritable distance pour peu que l'algorithme de compression soit efficace sur les objets traités (pour un répertoire de sources, va faire ton marché sur http://mattmahoney.net/dc/text.html )

Pour c(AB), il faut bien sûr comprendre la longueur de la compression des deux répertoires concaténés, et donc dans notre cas :

c(AB) = len(gzip(cat{tar(A),tar(B)}))

rapide efficace et pas cher

Cet article, que j'avais lu dans un numéro de Pour La Science de il y a longtemps :

http://interstices.info/jcms/c_21828/classer-musiques-langue(...)

t'explique l'utilisation d'un compresseur pour détecter plus ou moins automatiquement les séquences similaires. Regarde plus précisément le premier paragraphe "Compression de données" après l'intro.

Pour résumer : tu as un répertoire A contenant la version 1 et B contenant la version 2.
soit la fonction c(Rep) = len(gzip(tar(Rep) qui te donne la longueur du fichier Rep.tar.gz (ou bzip2, si tu préfères).

alors on définit la distance de similitude entre A et B :
d(A, B) = 1 – {c(A) + c(B) – c(AB)} / min{c(A),c(B)}

elle vaut 0 quand A = B et 1 quand A est complètement différent de B.

J'avais déjà testé cette méthode fut un temps et elle m'avait donné de bons résultats...

Mes deux euros...

Developer’s Kit

For developers, a development kit is available which comprises the Developer’s version of the Plug Computer and an add-on USB-based debug connection (with access to UART and JTAG) which enables simple debugging and reprogramming.

Included with the Development Kit Hardware are:
+ Bundled Linux distribution, Developer’s SDK & Documentation
+ Community support

je le couple en général à un autre langage de programmation
Si j'ai bien compris, c'est possible aussi dans sikuli puisqu'on peut utiliser sans restriction python dans les scripts.

J'ai la prétention de ne pas avoir besoin de ce logiciel (encore que)

si tu penses à l'anglais en sortant cette phrase, pense qu'il te reste encore quelques langues à travailler : l'espagnol, l'allemand, l'italien, le chinois, etc.

Comme le dit l'auteur, rien n'empêche techniquement de spécifier la langue "source" et la langue "cible" pour progresser.

Le monsieur dit également que c'est n'est pas la panacée de mettre les sous-titres anglais :

et avec les sous-titres, je les lis et comprend sans écouter.

... et je suis assez d'accord avec lui.

Tu peux troller (après tout, on est sur DLFP ici...), mais le tout c'est de le faire en finesse.

Ou alors version troll de combat urticant (genre plus c'est gros plus ça passe).

Mais visiblement tu as manqué d'ironie et/ou d'ambition... la prochaine fois peut-être ?

Elle commémore la fête de la Fédération en 1790, qui marqua elle-même le premier anniversaire de la prise de la Bastille et la fin de la monarchie absolue.

oui, donc par transitivité, elle marque bien l'anniversaire de la prise de la Bastille... ça sent la quadricapillosectomie ici !

...AIME - OH - YOU - ESSE - IH !!!

Comique de répétition : L'effet consiste à répéter plusieurs fois les mêmes mots, les mêmes gestes, ou la même situation. C'est un comique de situation.

Les nouveaux, faut tout leur expliquer...

pour moi le suspend-to-ram n'a que deux défauts :
- il consomme un peu (quelqu'un a des chiffres pour savoir si c'est négligeable ou pas ?)
- je ne sais pas comment se comporte le système si une coupure de courant a lieu pendant un STR...

En dehors de ça, ça va (très) vite pour rallumer, et toute la session est conservée lors du STR.

Déjà, Nestlé doit être aux abois pour s'en prendre à un petit revendeur

ou alors ils ont comme stratégie d'attaquer systématiquement (que ça soit un "petit" ou pas)... pour éviter que les dosettes ESE ne prennent des parts de marché là où elles ne sont pas (encore) bien implantées...

Si, si...

En bas, en dessous du deuxième séparateur horizontal...

The internet comic webring!

Bon faut dire que le relookage geocities ne favorise pas la lecture rapide de l'information... ;-)

bon, je vais répondre avant le 4e sous-commentaire... sur la forme et non sur le fond

on dit aperçu et apercevoir (un seul p)
moyen mnémotechnique un peu idiot mais qui marche :
on aperçoit avec un seul œil (et donc un seul p).

my 2 cents...

Pas con, le sophisme de la vie brisée (Sophisme_de_la_vitre_bris%C3%A9e) appliqué à l'industrie informatique... je le ressortirai.

super cette phrase... échange les nombres 32 et 64 et elle marche toujours ;-)

sinon pour répondre sur le fond : en 32 bits la taille des données utilisées est moins importante qu'en 64 bits (et ça dépend du modèle 64 bit utilisé ainsi que de l'utilisation plus ou moins importante de pointeurs) et peut donc plus facilement rentrer dans le cache et retarder l'utilisation du swap. Un programme 32 bits peut donc très bien être plus rapide (et parfois beaucoup) qu'un programme 64 bits. Le cas où on tire profit du 64 bits c'est typiquement quand les programmes ont été optimisés **spécialement** pour le 64 bits (et pas juste recompilés), ce qui est souvent vrai pour des programmes utilisant de l'arithmétique intensément (compression, chiffrement, etc), mais beaucoup moins pour une utilisation générale.

Mettre du 64 bits pour mettre du 64 bits (et je rappelle qu'on parle de mémoire vive inférieure à 4 Go), je suis désolé, si ça utilise plus de mémoire et si c'est plus lent que le 32 bits, désolé, mais je ne vois pas l'intérêt.