Bon, les gars, vous qui êtes linuxiens comme moi, est-il normal que je
n'arrive pas à dénicher de linuxien compétent depuis presque 6 mois ? Je
ne sais pas, il me semble que c'est la crise, tout ça, et qu'il devrait y
avoir des gens qui cherchent du boulot. Au lieu de quoi, je ne reçois que
des CV de "Java drones" (pour les développeurs) et "certification
MCSE" (pour les administrateurs). Comment se fait-ce?
Il y a deux/trois ans j'ai l'impression qu'il y avait plein monde et là,
pfuit....
--
The fact that a believer is happier than a sceptic is no more to the
point than the fact that a drunken man is happier than a sober one.
The happiness of credulity is a cheap and dangerous quality.
George Bernard Shaw
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est illisible), je me dis que quand tu codes un module pour le noyau ça doit être rigolo.
Tu as de la chance, moi je me demande toujours ce que Remy a voulu dire dans ses premieres lignes. En particulier, lorsque l'on lit :
« Partant du constat que pour une taille donnée de fichiers , l'entropie d'une séquence est inversement proportionnelle à sa longueur. »
De fait, puisque l'entropie est calcule uniquement a partir de la distribution des caracteres, celle-ci ne peut etre une fonction de la taille d'une sequence.
bingo qui a dit distribution
Toi, en precisant que c'est bien de la definition mathematique d'entropie qu'il faut retenir. S'il s'agit d'une autre definition du mot entropie, alors ca serait bien de la donner.
Donc, soit Remy a voulu dire autre chose que je n'ai pas saisi, soit cette affirmation est fausse. Et le probleme, c'est que tout le reste est du meme acabit.
J'ai aussi tente de recuperer le code java permettant de compresser un fichier. Et franchement le resultat n'est pas la :
java Main c Compression.java
compression
ls -l Compression.java*
-rw------- 1 bruno ducrot 4476 Feb 23 2009 Compression.java -rw-r--r-- 1 bruno ducrot 4480 Oct 26 15:41 Compression.java.ar
Le fichier Compression.java.ar devrait normalement etre plus petit que le fichier Compression.java. Hors ce n'est pas du tout le cas. D'un autre cote, il est possible qu'il faille tester sur un fichier plus long, mais franchement, je n'en ai pas envie, surtout parce que j'ai eu l'impression de perdre mon temps.
A plus,
cela peut etre vrais a cause des entêtes
J'ai quand meme un doute. Lorsque j'effectue les commandes suivantes :
strings Compression.java > t strings Compression.java.ar > s diff -u t s
--- t 2009-10-26 16:19:51.000000000 +0100 +++ s 2009-10-26 16:19:56.000000000 +0100 @@ -181,4 +181,4 @@ fin=fin+taille; } v.add(s.substring(debut,fin)); - return v; + return v
montre un resultat pas tres interressant, de mon point de vue, cela va sans dire.
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
On 2009-10-26, remy wrote:
Bruno Ducrot a écrit :
On 2009-10-23, Stéphane CARPENTIER wrote:
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est
illisible), je me dis que quand tu codes un module pour le noyau ça doit
être rigolo.
Tu as de la chance, moi je me demande toujours ce que Remy a voulu dire
dans ses premieres lignes. En particulier, lorsque l'on lit :
« Partant du constat que pour une taille donnée de fichiers , l'entropie
d'une séquence est inversement proportionnelle à sa longueur. »
De fait, puisque l'entropie est calcule uniquement a partir de la
distribution des caracteres, celle-ci ne peut etre une fonction
de la taille d'une sequence.
bingo qui a dit distribution
Toi, en precisant que c'est bien de la definition mathematique
d'entropie qu'il faut retenir. S'il s'agit d'une autre definition du
mot entropie, alors ca serait bien de la donner.
Donc, soit Remy a voulu dire autre chose que je n'ai pas saisi, soit
cette affirmation est fausse. Et le probleme, c'est que tout le reste est
du meme acabit.
J'ai aussi tente de recuperer le code java permettant de compresser un
fichier. Et franchement le resultat n'est pas la :
java Main c Compression.java
compression
ls -l Compression.java*
-rw------- 1 bruno ducrot 4476 Feb 23 2009 Compression.java
-rw-r--r-- 1 bruno ducrot 4480 Oct 26 15:41 Compression.java.ar
Le fichier Compression.java.ar devrait normalement etre plus petit que
le fichier Compression.java. Hors ce n'est pas du tout le cas. D'un
autre cote, il est possible qu'il faille tester sur un fichier plus
long, mais franchement, je n'en ai pas envie, surtout parce que j'ai eu
l'impression de perdre mon temps.
A plus,
cela peut etre vrais a cause des entêtes
J'ai quand meme un doute. Lorsque j'effectue les commandes suivantes :
strings Compression.java > t
strings Compression.java.ar > s
diff -u t s
--- t 2009-10-26 16:19:51.000000000 +0100
+++ s 2009-10-26 16:19:56.000000000 +0100
@@ -181,4 +181,4 @@
fin=fin+taille;
}
v.add(s.substring(debut,fin));
- return v;
+ return v
montre un resultat pas tres interressant, de mon point de vue, cela va
sans dire.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est illisible), je me dis que quand tu codes un module pour le noyau ça doit être rigolo.
Tu as de la chance, moi je me demande toujours ce que Remy a voulu dire dans ses premieres lignes. En particulier, lorsque l'on lit :
« Partant du constat que pour une taille donnée de fichiers , l'entropie d'une séquence est inversement proportionnelle à sa longueur. »
De fait, puisque l'entropie est calcule uniquement a partir de la distribution des caracteres, celle-ci ne peut etre une fonction de la taille d'une sequence.
bingo qui a dit distribution
Toi, en precisant que c'est bien de la definition mathematique d'entropie qu'il faut retenir. S'il s'agit d'une autre definition du mot entropie, alors ca serait bien de la donner.
Donc, soit Remy a voulu dire autre chose que je n'ai pas saisi, soit cette affirmation est fausse. Et le probleme, c'est que tout le reste est du meme acabit.
J'ai aussi tente de recuperer le code java permettant de compresser un fichier. Et franchement le resultat n'est pas la :
java Main c Compression.java
compression
ls -l Compression.java*
-rw------- 1 bruno ducrot 4476 Feb 23 2009 Compression.java -rw-r--r-- 1 bruno ducrot 4480 Oct 26 15:41 Compression.java.ar
Le fichier Compression.java.ar devrait normalement etre plus petit que le fichier Compression.java. Hors ce n'est pas du tout le cas. D'un autre cote, il est possible qu'il faille tester sur un fichier plus long, mais franchement, je n'en ai pas envie, surtout parce que j'ai eu l'impression de perdre mon temps.
A plus,
cela peut etre vrais a cause des entêtes
J'ai quand meme un doute. Lorsque j'effectue les commandes suivantes :
strings Compression.java > t strings Compression.java.ar > s diff -u t s
--- t 2009-10-26 16:19:51.000000000 +0100 +++ s 2009-10-26 16:19:56.000000000 +0100 @@ -181,4 +181,4 @@ fin=fin+taille; } v.add(s.substring(debut,fin)); - return v; + return v
montre un resultat pas tres interressant, de mon point de vue, cela va sans dire.
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
Stéphane CARPENTIER
Bruno Ducrot wrote:
On 2009-10-23, Stéphane CARPENTIER wrote:
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est illisible), je me dis que quand tu codes un module pour le noyau ça doit être rigolo.
Tu as de la chance, moi je me demande toujours ce que Remy a voulu dire dans ses premieres lignes.
Les premières lignes de ses pages, ce sont des messages d'erreur.
Le reste, en dehors du titre, est incompréhensible.
Bruno Ducrot wrote:
On 2009-10-23, Stéphane CARPENTIER wrote:
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est illisible), je me dis que quand tu codes un module pour le noyau ça doit être rigolo.
Tu as de la chance, moi je me demande toujours ce que Remy a voulu dire dans ses premieres lignes.
Les premières lignes de ses pages, ce sont des messages d'erreur.
Le reste, en dehors du titre, est incompréhensible.
Bruno Ducrot
On 2009-10-26, Stéphane CARPENTIER wrote:
Bruno Ducrot wrote:
On 2009-10-23, Stéphane CARPENTIER wrote:
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
On 2009-10-26, Stéphane CARPENTIER wrote:
Bruno Ducrot wrote:
On 2009-10-23, Stéphane CARPENTIER wrote:
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Le 26-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
JKB a écrit :
Le 26-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
j'ai jamais dit que c'était génial c'est même trivial c'est tellement trivial que je me demande pourquoi je ne trouve aucune trace d'une approche similaire bon bref que je te laisse relire ma page mais comme tu ne comprends rien
je te le refais une dernière fois
je prends une chaine de données si ces données n'ont pas besoin de toutes les combinaisons de 8 bits, je change la manière de coder la chaine et je mets un en-tête qui dit attention les n données qui suivent sont codées comme cela
maintenant si la chaine utilise toutes les combinaisons ou que le gain soit nul, je dis les n données qui suivent sont à recopier telles quelles je ne peux pas faire plus simple comme explication fait un effort
Justement, réfléchis un peu à ce que _tu_ viens d'écrire. Réfléchis un peu aussi aux conséquences de ce que _tu_ viens d'écrire sur une chaîne aléatoire de caractères ISO-8859-1 ou UTF-8. Conclusion ?
ben oui comme avec les autres méthode rien que dalle nada pour la chaine aleatoire pour l'autre cela dépendra du texte
Lorsque le monsieur te parle d'encodage UTF-8 ou ISO-8859-1, le monsieur sous-entend qu'il s'agit de texte et non de bruit de télétransmission ! Il n'y a pas d'encodage pour un fichier _binaire_, vu qu'il est _binaire_ et accessible non par caractère mais par groupes de bits !
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 26-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
JKB a écrit :
Le 26-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
j'ai jamais dit que c'était génial c'est même trivial c'est tellement
trivial que je me demande pourquoi je ne trouve aucune trace d'une
approche similaire bon bref que je te laisse relire ma page mais comme
tu ne comprends rien
je te le refais une dernière fois
je prends une chaine de données si ces données n'ont pas besoin de
toutes les combinaisons de 8 bits, je change la manière de coder la
chaine
et je mets un en-tête qui dit attention les n données qui suivent sont
codées comme cela
maintenant si la chaine utilise toutes les combinaisons ou que le gain
soit nul, je dis
les n données qui suivent sont à recopier telles quelles
je ne peux pas faire plus simple comme explication
fait un effort
Justement, réfléchis un peu à ce que _tu_ viens d'écrire. Réfléchis
un peu aussi aux conséquences de ce que _tu_ viens d'écrire sur une
chaîne aléatoire de caractères ISO-8859-1 ou UTF-8. Conclusion ?
ben oui comme avec les autres méthode rien que dalle nada pour la
chaine aleatoire pour l'autre cela dépendra du texte
Lorsque le monsieur te parle d'encodage UTF-8 ou ISO-8859-1, le
monsieur sous-entend qu'il s'agit de texte et non de bruit de
télétransmission ! Il n'y a pas d'encodage pour un fichier
_binaire_, vu qu'il est _binaire_ et accessible non par caractère
mais par groupes de bits !
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 26-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
JKB a écrit :
Le 26-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
j'ai jamais dit que c'était génial c'est même trivial c'est tellement trivial que je me demande pourquoi je ne trouve aucune trace d'une approche similaire bon bref que je te laisse relire ma page mais comme tu ne comprends rien
je te le refais une dernière fois
je prends une chaine de données si ces données n'ont pas besoin de toutes les combinaisons de 8 bits, je change la manière de coder la chaine et je mets un en-tête qui dit attention les n données qui suivent sont codées comme cela
maintenant si la chaine utilise toutes les combinaisons ou que le gain soit nul, je dis les n données qui suivent sont à recopier telles quelles je ne peux pas faire plus simple comme explication fait un effort
Justement, réfléchis un peu à ce que _tu_ viens d'écrire. Réfléchis un peu aussi aux conséquences de ce que _tu_ viens d'écrire sur une chaîne aléatoire de caractères ISO-8859-1 ou UTF-8. Conclusion ?
ben oui comme avec les autres méthode rien que dalle nada pour la chaine aleatoire pour l'autre cela dépendra du texte
Lorsque le monsieur te parle d'encodage UTF-8 ou ISO-8859-1, le monsieur sous-entend qu'il s'agit de texte et non de bruit de télétransmission ! Il n'y a pas d'encodage pour un fichier _binaire_, vu qu'il est _binaire_ et accessible non par caractère mais par groupes de bits !
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
[...] j'ai un bug à corriger ça par contre cela m'ennuie beaucoup plus
Mort de rire ! (de vieux souvenirs... je me comprends) :-D
-- Jacques.
JKB
Le 26-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, Kojak ?crivait dans fr.comp.os.linux.debats :
Le Mon, 26 Oct 2009 16:47:10 +0100, remy a écrit :
[...] j'ai un bug à corriger ça par contre cela m'ennuie beaucoup plus
Mort de rire ! (de vieux souvenirs... je me comprends) :-D
Ouaips, surtout que la phrase juste un peu plus haut prouve qu'il n'a rien compris à ce que je lui ai dit... Pipolin^WBranli-branla, sors de ce corps ;-)
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 26-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
Kojak ?crivait dans fr.comp.os.linux.debats :
Le Mon, 26 Oct 2009 16:47:10 +0100,
remy a écrit :
[...]
j'ai un bug à corriger ça par contre cela m'ennuie beaucoup plus
Mort de rire ! (de vieux souvenirs... je me comprends) :-D
Ouaips, surtout que la phrase juste un peu plus haut prouve qu'il
n'a rien compris à ce que je lui ai dit... Pipolin^WBranli-branla,
sors de ce corps ;-)
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 26-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, Kojak ?crivait dans fr.comp.os.linux.debats :
Le Mon, 26 Oct 2009 16:47:10 +0100, remy a écrit :
[...] j'ai un bug à corriger ça par contre cela m'ennuie beaucoup plus
Mort de rire ! (de vieux souvenirs... je me comprends) :-D
Ouaips, surtout que la phrase juste un peu plus haut prouve qu'il n'a rien compris à ce que je lui ai dit... Pipolin^WBranli-branla, sors de ce corps ;-)
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
