Guillaume Knispel a écrit 2474 commentaires

J'aimerais bien une bibli simple et légère, sans pour autant retomber dans les horreurs style motif.

Essaye FLTK

Et le binaire de ta JVM elle est portable ? ;)
On peut aller loin comme ça.
Mais il est indéniable que si la portabilité de ce qui constitue "l'executable" est un plus pour un projet, alors une VM est un plus. (Mais dans le cas général elle ne règle pas _tous_ les problèmes de portabilité)

Sinon mon makefile était parfaitement normal.

En l'occurrence, à mon avis, le présupposé de culpabilité de la police n'est pas innocent.
Depuis le début ou presque, on nous parle de deux versions : une version officielle, selon laquelle les jeunes n'étaient pas poursuivie, une version des proches des défunts, selon laquelle les jeunes étaient poursuivie.
Des élus relayées par les médias, globalement de l'opposition, en profitent pour dire qu'il faut chercher les responsables.

Yes, et en plus l'hypothèse de départ est absurde. En quoi un flic ne pourrait pas poursuivre une personne soupsonée de délit ? C'est un peu son boulot. Que cette personne choisisse de se cacher dans une transfo EDF HT relève de sa propre responsabilité (et de sa propre stupidité aussi, pourquoi pas se cacher dans un lac d'acide ?), surtout quand les flics préviennent en criant dans la nuit de pas faire ça, que c'est légèrement dangereux au plan vital...

Après, quand bien même les flics les auraient poursuivit sans aucune raison, et soyons encore plus audacieux imaginons d'un point de vue purrement réthorique qu'ils les auraient descendu froidement avec leurs armes de service, bruler des caisses par milliers (et des bus avec des gens dedans) est une réaction totalement conne, et je pense qu'aujourd'hui elle n'a plus aucune relation avec l'amorce (qui, je viens à me poser la question, pourrrait fort bien être une escuse pratique plutôt qu'une véritable amorce).

Donc la connerie, et ouai, la couverture des média (suffit d'observer la croissance du phénomène), et le pire c'est qu'a mon avis les média (je parle evidemment des média les plus populaires) auraient pu difficilement avoir une autre approche que celle qui leur est habituelle, parce que 1) ils sont pas devins 2) ils réagissent à chaud, et doivent prendre des décisions de manière très rapide 3) il y a une certaine idéologie quasi-institutionalisée du sensationalisme et d'un traitement formaté donc facilement assimilable dans le milieu médiatique, au détriment d'une analyse dédramatisée, avec malheureusement la croyance absurde qu'ils ne sont que spectateur et jamais oh! grand jamais acteur d'une certaine façon 4) ils detestent toute forme de critique et donc n'apprenent pas de l'importance de leurs erreurs du passé.

Cependant, tout le code HTML parvenu jusqu'à l'utilisateur est réellement fourni lui ... et donc la GPL donne le droit à l'utilisateur d'en faire ce qu'il veut (dans le respect de la GPL)

Bah dans le cas général absolument pas. Il existe peut-être des situations hyper précise ou c'est vrai mais j'en ai aucune en tête.

La GPL ne précise rien quand à l'utilisation d'un programme, si ce n'est la non discrimination absolue. Ce qu'il produit n'est pas lié à la license, sauf si il y a par exemple du code embarqué qui est lui même sous une certaine licence. Mais il pourrait très bien être sous autre chose que la GPL si c'est correctement spécifié (cf. débat blob de firmware proprio sur la ml Linux). De même ce n'est pas parceque quelques balises sont dans l'appli sous forme de chaîne de caractère que l'ensemble des balises produites va être sous GPL (et encore moins ce qu'il y a entre elles evidemment).

- L'avantage du java au niveau portabilité n'est pas évident
heuuu... un pti peu quand meme...

mon sujet de stage a ete compile sur x86/windows et tourne encore sur solaris 4/HPUX10.chaiplucombien/linux/windows
sans avoir rien touche..
Et ya moultes interfaces graphique dedans.

Tu compiles le tout avec des scripts ant, et tu te retrouves avec des sources 100% portables sans te poser la moindre question.

Essayes de faire la meme chose avec du C++ et make...

J'ai fait la même chose avec une interface graphique en C et make qui tourne sous windows, gnu/linux (debian / fedora / suse / rhes), solaris, aix, hpux (et je cite que ce que j'ai testé), tru64. Sans aucune compilation conditionnelle, et avec 100% de mon code source inchangé.

Tout est une question de dépendance. C'est pas parce que tu n'as jamais essayé que c'est infaisable. Une fois que t'as l'habitude d'écrire du C portable tu vois même plus pourquoi la portabilité pourrait être un problème en fait :)

J'ai vraiment du mal à comprendre les gens qui s'acharnent à préférer et préparer un nouveau monde allant bien plus loin que 1984 en assénant à tout bout de champ que c'est le bien, c'est bon pour la sécurité.

C'est peut-être bon pour la sécurité, mais au vu des risques de dérives associés j'ai tendance à croire que l'installation de caméra tous les 2 mêtres pour tracer les déplacements motorisés ou non de tous les citoyens et autre est inadmissible. On peut fermer les yeux en disant que non, la réglementation est stricte, il n'y a aucun danger, etc, mais c'est raisonner uniquement dans le contexte actuel et ne pas prendre en compte du futur. La réglementation ça se change, et le contexte politique pourrait très bien basculer. Ça serait triste de fournir sur un plateau tous les outils de contrôle global à un gouvernement pire que l'actuel.

Quand on lit je sais plus quel document (vu sur LFR ;) d'industriels à destination des politiques qui expose froidement qu'il faut banaliser l'usage des systèmes de biométrie et de traçage généralisé en les introduisant dès le plus jeune âge notamment dans les cantines scolaires de manière à conditionner la population pour faciliter leur généralisation, je sais pas vous, mais moi je prends très peur. Surtout quand je vois le splendide lecteur d'empreinte palmaire (jme demande si yavait pas aussi un scanner de pupille une fois) installé dans la cantine de je sais pas quel collège aux infos... Vous savez que même dans certains sites industriels sensible on rentre beaucoup plus facilement ? Sérieusement, les moyens de contrôles ne sont pas où ils devraient être ! Il y aura bientôt plus de caméra dans la rue que dans l'ensemble des usines Seveso :/ Et là c'est pas uniquement dangereux pour le futur (ce qui est déjà assez grave!) mais déjà pour le présent.

Le pire c'est que ce glissement risque de mener à la radicalisation de ceux qui se sentent oppréssé, amenant alors à une escalade dont la sortie sera extremement difficile.

Comme disait Benjamin Franklin : "Quiconque est disposé à abandonner une partie de sa liberté au nom d'une prétendue sécurité, ne mérite ni l'une ni l'autre." (ça pète comme citation nan ? ;)
(en même temps vu ce qu'ils font en ce moment aux states, jpense qu'eux même se souviennent plus trop de ce brave Benjamin :p )

Allez hop jvais me refaire un coup de Bienvenue à Gattaca et de 1984 moi, histoire de bien me préparer au merveilleux meilleurs des mondes de demain. Monde qui a n'en pas douter risque aussi d'être en quelques endroit à la température de 451° farenheit, vu que le papier n'a pas assez de DRM au gout de l'industrie.

Pourquoi pas sur wikipédia quand même ? C'est une encyclopédie, ok, mais une encyclopédie bien particulière et elle a moins à respecter les conventions applicables à d'autres, et peut plus se permettre de détailler des trucs très pointus tant qu'il y a des volontaires pour s'en charger (alors que dans une encyclopédie commerciale et fermée, ça ferait mauvais effet d'avoir des thèmes à priori importants complètement éludés avec à coté des articles techniques 15x plus long, tandis que dans le contexte wikipédien il serait stupide de refuser des contributions volontaires et de dire à leurs auteurs qu'ils feraient mieux de s'occuper d'un autre article).

Sinon il y a wikibook qui peut fort bien convenir à des ouvrages cohérents traitant un sujet ou domaine entier.

Tout à fait d'accord. Et cette histoire me donne de sérieux doutes quand à la politique d'Apple après la migration en x86. S'ils sont incapables de maintenir une compatibilité sur leurs systèmes et plateformes PPC à cours terme, j'ai du mal à concevoir qu'ils réussissent le cas plus complexe du changement d'architecture et la maintenance à long terme...

À mon avis il n'arriveront pas à tenir toutes leurs promesses en la matière.

Bref à moins de vouloir acheter des systèmes completement figés, ce qui en matière d'informatique est une abération à l'heure actuelle, l'interet d'acheter de l'Apple en ce moment me semble completement nul.

Je connaissais pas encore ce concept chez Apple : la regression qu'on corrige jamais, est puis si des clients qui ont acheté un nouvel OS vanté par la marque comme le nouveau St Graal (comme à chaque nouvel version ;) tant pis pour eux, ils avaient cas avoir une machine moins bien ou plus cher, nan mais ! À votre avis ils s'arretent là ou ils rajoutent aussi "ils sont cons ces clients de vouloir faire de l'OpenGL pendant 2h" ?

Et démontre que la justice, dépendant du porte monaie, n'a plus de "juste" que la racine du nom.

Ce commentaire étant une hypothèse, et il faudrait bien evidemment avoir au minimum les deux jugements pour comprendre au lieu de raisonner dans le vent comme je le fais. :)

Déjà qu'avec un LiveCD on avait pas besoin d'installer un système, maintenant avec des trucs comme ça on a même plus besoin de LiveCD... C'est quoi la prochaine étape ? Pas besoin d'ordinateur ni de réseau ? :)

Hélas, 1000x hélas, pas beaucoup de calcul numérique sur ce site (site qui a déjà été cité plus haut) (du moins tel que je l'entend, les FFT cadrant très bien avec ce que cela veut dire dans cet esprit). De l'algorithmie, certes, mais du calcul, quand il y en a, Java se fait ramasser. Jave reste derrière C (ce qui n'est guère étonnant). Étant donné la structure des tous petits tests proposé, un bon gros calcul numérique bien barbarre ferait fondre la différence C, C++ (d'ailleurs quand on entre dans ce domaine dans les tests précités, le C++ repasse largement devans Java et reste ultra proche de C). De toute manière le classement final dépand des coefficiant, on pourrait augmenter les perf du C++ en ajoutant des options de compilation (mais qui ne serait pas forcement utilisable en prod selon le contexte, donc faut-il le faire ou non?). Bref le lien me montre que Java est lent (même s'il y a pire).

Mais on peut faire dire n'importe quoi aux bench, non ? Donc autant les oublier completement, why not...

Je me rappele un soft de FTP distribué en Java qu'on avait écrit en projet de 2è année d'école d'info. Il utilisait un calcul MD5, et au début on avait pas trouvé la routine de la biblio standard qui permet de faire ça, donc on avait pris un code source Java qui avait été écrit au temps ou le calcul de MD5 n'était pas encore en standard dans la biblio. Les performances étaient, JIT ou pas JIT, horrible. N'importe quelle routine en C même écrite n'importe comment explosait litteralement le pauvre code source Java d'un rapport au moins x4 (j'ai plus les chiffres exactes en tête, mais à mon avis c'étais plutôt x10). Et à chaque fois que j'essaie la bête opération de prendre un gros bout de code C absolument bête, linéaire, etc, et que je le porte en Java tel quel (impossible de faire autrement qu'une bête recopie + adaptations ultra minimal de toute façon vu comment le code est bête), et que je fais un bench, ben j'ai la confirmation que Java c'est lent. Et je ne parle même pas des perfs qu'on peut atteindre en asm avec un code vectoriel. Dès qu'on a utilisé la routine fournis avec la JVM, les choses sont devenues correctes. Bref, quand Java est "rapide" en calcul numérique (et ça reste relatif, le "rapide"), c'est que les implémentations des routines de calcul critiques en question sont écrites en C.

Java n'est pas mauvais quand il s'agit de faire de l'algorithmie. Par contre je n'appele pas être 3x plus lent s'en sortir bien en matière de calcul numérique, domaine par excellence ou l'on veut tout tirer du processeur, jusqu'à qu'il en puisse plus (en utilisant les optim que j'ai citée plus haut et d'autres, dont certaines sont inaccessibles par nature à Java). Java ne permet pas de faire ça. En matière de calcul numérique, je persiste Java est lent.

En matière d'IHM aussi, Java est très lent. Pas besoin de faire des bench, suffit d'utiliser une appli pour ce rendre compte à quel point ça rame (ou alors c'est juste une coincidence et toutes les appli que j'utilise en Java rament ? De toute manière c'est vrai que je dois être mauvaise langue, si ça se trouve ce n'est pas Java mais mon ordi qui est lent, et ouai les gens qui ont des P12 à 20THz ne doivent pas trouver les appli dotées d'IHM et écrites en Java particulièrement lente ;)

Je ne vois pas pourquoi malgré l'évidence les défenseurs de Java omnubilés par ce langage n'arrivent pas à reconnaitre qu'il est par nature plus lent que le C dans enormement de domaines. Ça n'a rien de honteux, ça n'en fait pas un langage pestiféré, et il a d'autres qualités. Python aussi est lent, Perl est lent, bash est lent (si tant est que dire que bash est lent ait un sens) et alors ?

Bref à l'heure actuelle implanter les routines de calculs critique en Java n'a pas trop d'interet et cela va pas changer du jour au lendemain (ni même en 1 an).

Pour un langage à VM, Java s'en sort vraiment pas mal, j'en conviens (grâce au JIT justement). Ça n'en fait pas un foudre de guerre. Java reste plus lent que d'autres.

Rien à voir, le wrapper était destiné à faire tourner du code dans le processeur principal, et non pas à transmettre un firmware au périphérique.

Les données des logiciels et bibliothèques ne sont bien évidemment pas partagées entre tous les clients. Je doute que quand Gnome utilise X Mo de RAM, il s'agit de X Mo de code... (le code est loin d'être majoritaire à mon avis).

Mwai enfin dès que tu lis les manuels d'intel tu as de très gros doutes sûr la capacité d'un JIT quel qu'il soit à produire le summum de l'efficacité. Des perfs pas trop nulles, voilà ce à quoi on peut s'attendre, et c'est déjà pas mal finalement. Mais de là à concurrencer du code produit par ICC avec les sections critiques parrallélisé et vectorialisées, du prefechting et conseil de branchement conditionel produit par profiling et autre, j'ai un léger doute.... Sans même compter de l'hyperthreading dont l'interet peut énormement varier selon l'archi générale (pouvant même aller jusqu'à la diminution des perfs dans des cas patologiques)

Pendant que les VM ont fait des progrès non négligeable, les compilo classiques aussi. Et les processeurs sont devenus d'une grande complexitée. Et ce n'est pas parce que "c = a+b" Java va être traduit en "add %eax, %ebx" par du JIT à un moment donné que l'ensemble va atteindre ce qu'on sait faire de mieux en terme de performance.

1- Astreinte le Dimanche (et oui, en France, on bosse le Dimanche)

Ouai faudrait plutôt interdire tout agent EDF dans les centrâles nucléaires, laissez les gens crever en cas d'accident.

2- Regard moqueur de la société à la sortie de l'Eglise/Temple

La société toute entière ? C'est pas parce qu'il y a des connards qui se foutent de la gueule des gens qui sortent des Église qu'il faut généraliser comme ça

3- Pas assez d'Eglise/Temple tout simplement (il y a plus de temple de Francs açon que de temple reformé en IDF)
4- L'Etat mets des batons dans les roues à chaque initiative des differentes Eglises et à chaque problème de la société, c'est là cause de la Religion (et c'est comem ça depuis les philosophe Christianophobe des lumières)

Ok, je n'ai aucune information là dessus, je veux bien croire que c'est un problème.

5- Un athé de base m'a déjà demande si j'étais Lepeniste quand je lui ai dis que je suis allé à la messe le dimanche précédent

C'est un connard et alors ? regénéralisation ?

Mais surtout (et c'est chez la plupart d'entre nous) :
6- La meconnaissance de la religion, la meconnaissance du message par exemple du Christ ou des fondement de la religion juive (differences entre Torah et Talmud, ou entre torah et pentateuque)

Euh personellement je m'en fous encore plus que de savoir les différences entre windows 98 et 95, de même j'ai oublié la majeure partie de mes cours d'histoire du collège et lycée (me reste plus que le strict essentiel). Si ça interresse des gens tant mieux, mais pas moi, je ne vois pas pourquoi j'aurais à connaitre ça.

7- Fermerture de Temple reformé dans certaines villes car "trop bruyantes"...

Les regligions ne peuvent pas s'abstraire du contexte dans lequel elle évoluent. Et si j'avais envi de créer un culte se pratiquant à l'aide de rave parties géantes en ville à 4h du mat ?

Franchement, certains arguments montrent bien que l'emetteur n'y connait strictement rien.

Le culte atheiste est :
1- De differencier science et religion (Demain moi, je vais differencier Carotte et guidon de vilo, et vous verrez bien que seul la carotte suffit, pas besoin de gudon de velo)

Et alors ? science != religion de même que carotte != guidon de vélo, je ne vois pas le problème... differencier != opposer.

2- De se moquer quoiqu'il arrive des pratiquants (ex avec les "L'Abbé untel" ci dessus)

On se moque bien quoi qu'il arrive des Windowsiens...

3- Penser que laïcité=atheisme

C'est pas mon cas.

C'est totalement n'importe quoi ce site. Non pas que je crois en l'existence de Dieu, mais les méthodes de raisonnement de l'auteur laissent vraiment à désirer...

Et pas besoin d'écrire tant de pages de blabla pour comprendre que la question de l'existence de Dieu importe peu (et est d'ailleurs extrement réductrice, pourquoi Dieu plutôt qu'autre chose ?)

Si je comprends bien ça ne sert à rien de vouloir utiliser un P4 à 3.0 GHz à 25% plus de 10 min... J'ose pas imaginer à 100% alors :p il doit exploser en moins de 30s :)

arghhh !

Autant acheter un vieux P3 d'occaz à 1GHz alors, ça ira au final beaucoup plus vite (et ça coutera moins cher)

lol, la bonne blague :)

En fait si je te lis au pied de la lettre ce que tu dis est vrai : la JVM n'a rien de lent (ce qui tourne dedans si par contre ;)

C'est pas parce qu'une machine de base actuelle (du genre PIV à 2GHz avec 1 Go de RAM) peut faire tourner une petit IHM en Java sans que le tout rame que ça veut dire que Java est rapide. La lenteur (toute relative donc selon le contexte), n'en est pas une tare pour autant, l'interet de Java est ailleurs. Le jour ou Java servira à écrire des codes de calculs je voudrais bien croire qu'"il est rapide" (si tant est que "il est rapide" à un sens, vu que tout dépend bien evidemment du contexte etc...)

Bon ceci étant si on compare aujourd'hui un soft en Java bien codé et un bloatware à la Gnome, KDE, OOo, ou FF, effectivement Java peu sembler carrement très rapide (voir même économe en mémoire :))

De toute façon le débat n'a pas de sens tant qu'on compare des tomates et des carottes. Il faudrait écrire de gros soft de calcul en Java et en Whatever (avec la même architecture, les mêmes algorithmes, etc) pour pouvoir comparer "la vitesse", ça risque fort de ne jamais se faire, donc on en restera à des trolls (comme le mien, j'avoue) et des approximations, ainsi que des incompréhension mutuelle dues à un contexte différent dans la tête des interlocuteurs.

C'est sensé vouloir dire quoi "plugiciel" ?

SI tu as ne serais ce que répondu à un mail pendant tes heures de travail à l'aide de sa connection, il peut demander la pleine propriété de ton travail...

Il récupère aussi ta maison, la garde de ton chien, l'usage de ta voiture et l'autorité parentale sur tes enfants... ;)

Malheureux! Par les temps qui courent, vouloir jouer une vidéo sur un écran non sécurisé contre les méchants terroristes, c'est un CRIME. Comprens-tu, tu pourrais vouloir lire un film sur ta TV, chose pour laquel le film ne t'accorde aucune licence (et en plus tu risque de violer 12 brevets et 42 lois de l'EUCD et donc d'être condamné a 72345 années de prison) :P
Donc ATI bloque surrement les overlay video sur les sorties alternatives :p

bon en même temps j'en sais rien du tout et je peux pas t'aider, désolé. (quoique ca ne m'étonnerait franchement pas si mon hypothèse de bridage volontaire prétendument anti-contrefaçon était la bonne :/ )

C'est vrai que reprocher à une distrib d'avoir essuyé les platres d'une marque de lecteur cd même pas capable de respecter les normes c'est sympa.

Et reprocher à une distrib de ne pas être capable de respecter les normes non plus, on peut ?

La capacité à subtilement omettre une partie de l'histoire est impressionante. Les tords étaient clairement partagés à 50/50 : d'un côté on avait un lecteur CD qui interpretait des commandes n'importe comment, de l'autre un patch qui émettait n'importe quoi. Forcement la conjonction des deux est ... problématique. Mais uniquement la conjonction. Les commandes émisent par le patch n'aurait jamais du être celles là, pas plus que l'interprétation faite par le lecteur aurait du être celle là. Que LG ou que Mandrake (et les autres distri qui n'aurait pas non plus du integrer ce patch) eut fait son travail correctement et le problème n'aurait jamais existé.

Et venez pas me répondre que comme initialement c'est aussi la faute de l'auteur du patch (c'était pas mdk jcrois) les distris sont dédouanées. C'est de la reponsabilité d'une distri de savoir et comprendre ce qu'elle intègre. Elle ne peut pas se contenter de faire patch -p1 < foobar && ./configure && make

Malheureux ! Rien ne vaut une Mandriva ! Ubuntu est une structure de l'axe du mal, qui ne libère même pas les logiciels qu'il ne diffuse pas !

En plus ils débattent avec les arguments de 92, qui eux non plus aujourd'hui ne sont plus très pertinents... L'archi de Linux à bien évoluée, et certains des arguments d'Andy seraient innaceptables aujourd'hui (surtout au vu de la large diversité des cibles de Linux, alors qu'à l'époque Linus lui même ne pensait pas que tant de monde utiliserait son système.