Ontologia a écrit 2119 commentaires

  • [^] # Re: Faut pas le prendre mal

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.

    Pas mon impression. Il faut faire gaffe à ne pas idéaliser le passé…

    Il est vrai aussi que l'on change, que notre niveau évolue… Je me suprend à constater que dans des numéros entiers de LinuxMag, rien ne m'intéresse :-/

    Heu, il me semble qu'ils ont toujours eu de l'importance. La communauté Linuxfr est une communauté politisée.
    Et si la politique ne t'intéresse pas, c'est aussi ton problème, il y a des tas de gens qui trouvent que c'est important.

    C'est surtout que j'ai l'impression que l'on débat indéfiniment de la différence entre l'alinéa 4 de la GPL et le 5 de la licence MIT…
    Mais il vrai que je m'intéresse moins à la politique et plus aux temps long, mais c'est personnel.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Faut pas le prendre mal

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 10.

    [troll]
    Reste qu'au delà de ce débat que je n'ai pas suivi, j'ai effectivement l'impression que le niveau de débat technique a bien baissé sur LinuxFr.
    Il est rare que je lise une discussion technique sur linuxfr, je suis obligé d'aller sur Hackernews pour y lire du contenu intéressant.
    Les sujets "politiques" autour du libre ont pris une grosse importance. Peut-être est-ce du à l'âge vieillissant des contributeurs historiques ?

    Cela dit, les rares fois où des débats qui m'intéressent surgissent, cela reste un véritable plaisir :-)

    Cela reste bien évidemment une perception purement subjective.
    [/troll]

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Conférence

    Posté par  (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 10.

    De ce que j'ai compris (et juste compris) du concept, c'est effectivement de la programmation par flots plus une machine de Mealy. J'ai codé une lib pour faire ce genre de chose, mais dans le cadre d'une machine à état fini hiérarchique (ie. chaque état peut contenir une machine à état, on en a discuté ), et c'est assez marrant parce que les transitions sont conditionnés par l'état de l'objet qui héberge la machine à état.

    Du coup tu peux coder des petits agents, dans un jeu par exemple, et lui dire que tu passes à l'état "mort" si ses points de vie sont < 0.

    Je suppose que sa lib permet de faire ça, ce qui est pas con, dans le fond.
    Elle (d'après ce que j'ai compris, toujours) te permet de faire de la programmation par flot avec des "modules" qui doivent faire certaines opérations en fonction de la forme des données (grâce à la machine à état de Mealy).
    Et comme pas mal de logiciels dans l'informatique de gestion sont juste des problèmes de flux conditionnels d'information, ça permet de faire avancer le smilliblick d'une certaine façon.

    Fabian J. Padilla, j'ai à peu près compris ?

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: hello world

    Posté par  (site web personnel) . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 10.

    Il se trouve que j'ai rédigé

    Evenja est aussi un nouveau paradigme de programmation. Il permet de définir une machine à état pour gérer des flux de données qui vont être traités en fonction des opérations de traitement définies dans le "circuit" (comme en électronique), mais aussi de l'état de la machine.

    Je suis toujours incapable de dire si c'est j'ai vraiment bien compris ce paradigme…

    Les exemples de HelloWorld son effectivement abscons : vu que ton paradigme est basé sur des flux et une machine à état, alors dessine des flux et une machine à état. Introduit ta méthode après, parce qu'on comprend pas quels axiomes on peut manipuler.
    De plus, les helloWorld ne gèrent aucun évènement, donc on voit pas l'intérêt de ta contribution.
    ie. Commence par une présentation inductive et ensuite du déductif pour comprendre le système en général.

    Si tu veux que ton projet marche, il va falloir faire un gros travail de pédagogie et de comm', parce que pour le moment, c'est complètement imbitable.
    Test simple : prend un développeur de base, met le sur ton site. Si en 5mn il a pas compris, considère que ton site est mal fait/imbitable.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: au sujet du Vinyle vs CD vs MP3

    Posté par  (site web personnel) . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 6.

    On a fait le test en procédant comme suit :
    24 écoutes de la même séquence de 1mn (du jazz avec une chanteuse). Je devais mettre une note entre 1 et 5 sur 2 critères (rendu spatial, impression de bon rendu de fréquences).
    Pendant ces tests, les câbles ont été changés , ainsi que les amplis (un Spud à une lampe, et un autre ampli à lampe, tous maisons).

    Bien évidemment, il y a eu des faux changements pour m'induire en erreur.

    À l'origine mon pote voulait tester le câble à 800 euros que le vendeur du magasin lui avait prêté, pour le comparer contre son câble maison à 10 euros : on voulait savoir si cette histoire de câble était de l'arnaque ou pas. Précision, c'était quelques mois avant l'article de CanardPC.

    [jmelapete]Je suis musicien, j'ai une oreille très entrainée (ie. j'ai passé quelques années à l'exercer)[/jmelapete]

    Bilan, à notre grande surprise, le câble apporte vraiment quelque chose, alors que jusqu'ici, je m'étais toujours foutu de la gueule de ceux qui y croyaient. Bon, après, je pense toujours que la démonstration de CanardPC reste assez vrai.
    Il faudra qu'on refasse le test avec un bon câble à 50 euros et ce fameux câble à 800..

    Pour le reste un des deux DAC était meilleur, et bien évidemment, le Spud était largement battu par son autre ampli, basé sur le KT66 de Diafan amélioré, mais c'était ce à quoi on s'attendait.
    C'était particulièrement flagrant sur les haut-médiums (3000-5000hz).

    Donc oui, j'arrive à le distinguer, mais en me concentrant beaucoup, et que sur certains morceaux en comparant des séquences de 1mn, pas plus.
    Il est évident que si tu écoutes ça en dilettante, tu es incapable de sentir la différence.

    Je fais le test devant toi quand tu veux.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: au sujet du Vinyle vs CD vs MP3

    Posté par  (site web personnel) . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 2.

    Exactement, un de mes meilleurs potes conçoit et fabrique des amplis à lampe : il passe deux fois plus de temps à concevoir une alimentation parfaite pour ses amplis que la partie HIFI proprement dite. De même, l'emplacement de ces enceinte est conçu en fonction de la pièce.
    Pour le reste (câble, ampli lui même), j'arrive à le distinguer en écoute à l'aveugle, mais uniquement sur de la musique que je connais bien, et en me concentrant beaucoup…

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Ascencion

    Posté par  (site web personnel) . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 3.

    Tout est expliqué, et c'est un des premiers chapitre, les métaphores spatiales : http://www.leseditionsdeminuit.eu/f/index.php?sp=liv&livre_id=2155

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: 4383.56 ans

    Posté par  (site web personnel) . En réponse au journal Obsolescence programmée ou pas ?. Évalué à 6.

    Pardon de poser la question de l'ignare total que je suis sur ces questions, mais faire un parquage des têtes trop réguliers provoque un vieillissement prématuré du disque dur ?

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Quel type

    Posté par  (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 2.

    Je trouve un peu bizarre que le compilateur soit pas fichu de détecter qu'on a mis un entier et pas un <VI0>

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: De la complexité de la gestion de la mémoire et d'autres

    Posté par  (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 4.

    La couche objet de OCaml a une sémantique correcte, c'était d'ailleurs l'objectif de la thèse de Jérôme Vouillon.

    Un des points intéressant, de ce que j'en ai compris est qu'il ne faut pas confondre classe héritante et sous type, sans quoi on va droit dans le mur. On peut avoir sous classe et sous type en même temps si et seulement si l'ensemble des types de la sous classe sont des sous types de la classe mère.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: let mul

    Posté par  (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 4.

    Exactement, des variables mutables, c'est le mal™.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: dev français ?

    Posté par  (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 5.

    OCaml ne percera jamais pour plusieurs raison :

    • Langage trop complexe et trop puissant pour 80%-90% des développeurs : Notion d'ordre supérieur, de pattern matching, de type somme, c'est beaucoup plus compliqué que les notions de if/then/else, d'accès à un tableau, et même d'objet comme sac de donnés et de fonction.
    • OCaml est une galère pour le multithreading, et c'est pas près de changer car les travaux de Luca Saliu vont rendre impossible la communication entre fil d'exécution. Ce qui implique qu'un List.map ne va pas paralléliser automatiquement. Or c'est le grand intérêt des langages fonctionnels : les fonctions sur les listes (map/filter/unique/etc..) qui remplacent les boucles et autres itérateurs des langages impératifs peuvent être parallélisé nativement. C'est ce que fais Scala.

    Ce qu'apporte ce langage par rapport à OCaml ?
    C'est simple, il ne prend que les concepts les plus simples de OCaml, permet du parallélisme adapté à un langage impératif, un aspect système et surtout, surtout, reste accessible à la masse des programmeurs qui n'ont pas un niveau suffisant pour apprécier un langage fonctionnel.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: SI on reprend du début...

    Posté par  (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E01 : les systèmes à entités. Évalué à 4.

    Effectivement tu as visé juste en explorant les limites de mon modèle. Un modèle est toujours une simulation (et donc une simplification) de la réalité, en plus de n'être que la reconstruction d'un être forcément subjectif.
    Ce modèle que je propose est une tentative de faire ce que j'ai l'habitude de critiquer : platonifier, selon l'expression de Nassim Nicholas Taleb dans son livre Le Cygne noir

    Platonifions, donc.

    Effectivement on a :

    • Des objets complètement inertes, qui vont n'avoir d'interaction, de fragmentation (je pense à un mur) que si on agit sur eux. La limite du modèle est évidemment de les définir comme un objet pour lequel il n'est pas prévu de fragmentation de celui-ci : si je casse un mur, comment je modélise le fait que le prototype mur deviennent des milliers d'objets gravats ?

    • Des objets inactifs, mais ayant une structure impliquant qu'il puisse se comporter différemment selon leur état. Une éponge de cuisine est un objet inerte qui n'a pas le même comportement selon qu'elle est sèche ou mouillée.

    • Des objets pouvant être l'objet de changement d'état (tout ce qui est chimique), selon une vitesse de cinétique totalement variable. Dois-je les qualifier d'agents ?

    • Des entités ayant un fonctionnement interne autonome : automates, agents, système auto-organisés.

    Effectivement, la séparation en divers concept pose problème, il va falloir que je revoie ma copie. Merci pour la critique bien utile.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • # SI on reprend du début...

    Posté par  (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E01 : les systèmes à entités. Évalué à 6.

    C'est très intéressant et ça invite à reprendre les choses de la feuille blanche.

    Au sein de Wordnet, l'ontologie de mots développé depuis 20 par l'université de Princeton, les mots ont un certain nombre de relations possibles entre eux :

    • Hyperonymie Généralisation : Véhicule est un hypéronyme de voiture
    • Hyponymie Cas particulier : Voiture est un hyponyme de véhicule
    • Méronymie PartOf : Roue est un méronyme de voiture
    • Termes coordonnés : 2 mots sont des termes coordonnés s'ils partage au moins un hypernyme (Chien et loup par exemple)

    Je n'ai mis que les relations entre noms propre pour rester sur ton approche orienté données.
    Mais les relations possible entre verbes, en particulier d'action, sont intéressant à analyser.

    En ce qui me concerne, j'aurai plutôt une autre approche, (mais ce n'est qu'une vague idée) :

    • Classe pour les concepts : le concept de matrice s'instancie
    • Prototype pour les objets inanimés : une fourchette est un objet qui existe et se clone, sur lequel on agit
    • Agent pour tout ce qui est animé : un agent a une vie propre et peut être animé par une machine à état hiérarchique.

    Ce pourrait être intéressant de bâtir un paradigme sur cette logique, qui plus est, Wordnet pourrait être un bon assistant dans l'IDE…

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Tout fout le camp !

    Posté par  (site web personnel) . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 2.

    Ouais, mais en attendant l'ARM est d'une inefficacité incroyable en FPU : mon téléphone est doté du dernier snapdragon, et un petit bench me l'a confirmé

    time echo "scale=5000; a(1)*4" | bc -l 
    

    Core I7 2Ghz : 25s
    Pentium IV 3,6 Ghz : 55s
    Quad-core 1.7 GHz Krait 300 : 3mn30s

    Évidemment, ça tourne sur un cœur, mais l'efficacité au Mhz est pas du tout la même…

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Enlightenment

    Posté par  (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland ! (3). Évalué à 6.

    La différence entre le protocole X et le streaming vidéo à la NX c'est que X propose des primitives d'affichage haut niveau.

    C'était certainement une très bonne idée il y a 20 ans où le débit réseau était limité et les interfaces fenêtrées constituée de bêtes assemblage de carrés colorés.
    Or, aujourd'hui, ce n'est plus le cas : dessiner des interfaces super jolis, supers détaillés et complexes avec de tel primitives, ça devient galère, c'est d'ailleurs pour ça que les primitives ne sont plus beaucoup utilisée.
    Avec des processeurs qui contiennent des encodeurs 1080p consommant 1W, je pense pas que ça va devenir un problème..

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • # Peut-on faire de la perf avec Rust ?

    Posté par  (site web personnel) . En réponse au journal Sortie de Rust 0.7. Évalué à 7.

    J'aime bien ce langage car j'y retrouve des traits de OCaml, ce qui n'est pas étonnant vu que le premier compilateur de RUST a été écrit en OCaml, il a été bootstrapé depuis.

    A jeter un oeil sur la sémantique du langage, il ne devrait normalement pas y avoir de difficulté à générer du code performant avec un tel langage :

    • On a aucun pattern d'héritage très compliqué, autrement dit, seul de l'héritage statique est à l'oeuvre. A condition d'être intelligent, soit ne pas faire de table de pointeurs de fonction, on peut faire de l'objet avec de la perf.
    • Les difficultés, qui sont d'optimiser le nombre.times() sont surmontable avec un bon pattern matching.
    • Je doute qu'il ait un algorithme capable de vérifier l'exhaustivité des cas de pattern matching comme en OCaml (on a les mêmes possibilités de définition de type somme avec ses enums), mais il n'a qu'à piquer l'algo de OCaml.
    • Avec toutes les informations de typage qu'il a, il peut optimiser pas mal de fonctions.
    • Avec un bon algo d'exécution partiel, on peut avaler tous le code déjà exécutable, donc faire comme les templates C++, mais automatiquement (exemple : ya l'algo de construction d'un automate de regexp dans le code, il a la regexp dans une chaine, il lui manque la chaine sur laquelle l'appliquer, il construit l'automate à la compilation).

    Bref, je pense que Rust peut raisonnablement s'approcher du 1,2 plus lent que c++

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • # De la nécessité de faire des incantations vaudou sur le code

    Posté par  (site web personnel) . En réponse à la dépêche Où vont les supercalculateurs ? D’où on vient, quels sont les problèmes, où l’on va (1re partie). Évalué à 8.

    Je continue à penser (mais peut être ais-je tord) que de nombreux mécanismes sont implémentés au sein du microprocesseur pour modifier le code que le compilateur n'a pas été capable d'optimiser tout seul.
    L'échec de l'Itanium est patent sur ce point.

    Un travail sur le code généré pour mieux exploiter les localité de code pourrait être largement améliorées si les compilateur avaient une meilleur connaissance sémantique du code (analyse de flot). Sachant que dans GCC, on peut préciser très précisément quel processeur on a en face, ce serait surement très profitable.

    le problème viens aussi du côté bas niveau du code, faire comprendre à un compilateur la sémantique de

    for (int i = 0; i < N-2; i += 2) {
        a[i+2] = f(i);
    }

    n'est pas évident, mais possible tant qu'on ne fasse pas de magie avec l'arithmétique des pointeurs.

    L'exemple d'une multiplication de matrice est typique : il faut éviter un parcours en long et en large et faire en sorte de "tiler" c'est à dire de construire des sous blocs rectangle et de paralléliser les calculs dessus.

    De là, il faut être capable de produire une IA capable de réécrire l'algorithme permettant de gérer ces blocs de lignes de cache, en étant sûr de la sémantique.
    Cela suppose d'avoir un langage assez pur pour permettre d'être absolument sûr de ce qu'on fait.

    Si un jour, on a ce genre d'outil, pléthore de transistors dédiés à modifier le code assembleur à la volée pourrait être consacré à faire un cœur de calcul de plus..

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: La vraie question

    Posté par  (site web personnel) . En réponse au journal Orbis OS le système qui ferait fonctionner la PS4 serait-il un FreeBSD ou un OpenSuse ?. Évalué à -2.

    J'aimerai qu'on m'explique pourquoi un tel commentaire est noté -8

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: La vraie question

    Posté par  (site web personnel) . En réponse au journal Orbis OS le système qui ferait fonctionner la PS4 serait-il un FreeBSD ou un OpenSuse ?. Évalué à 1.

    Et tu remarqueras au moins qu'un journal qu'il a écris et du faire publier par un tiers obtiens une note de 19.

    Si je comprend bien, ta logique est "VAE VICTIS". Moi je pense que tout un chacun peut s'améliorer et que les efforts doivent être reconnus. Mais nous ne sommes pas d'accord là dessus.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: La vraie question

    Posté par  (site web personnel) . En réponse au journal Orbis OS le système qui ferait fonctionner la PS4 serait-il un FreeBSD ou un OpenSuse ?. Évalué à 1.

    C'est une conséquence des mauvais côté du système : il part à -10, il lui faut remonter, et comme beaucoup penses que c'est forcément mérité (ya pas de fumée sans feu) il y reste coller.

    Autrement dit on observe un système ayant un bassin d'attraction vers le -10

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Karma

    Posté par  (site web personnel) . En réponse à la dépêche Première mise en demeure pour l'association LinuxFr. Évalué à 3.

    A qui on va donner un poid maximal ?
    Non cela manquera d'objectivité.
    Un proFedora ne voudra pas d'un proDebian et vice versa, et là encore je fais dans la caricature.
    (Il y a des personnes qui aiment debian et Fedora hein)

    Avec plus de 10 ans de pratique de LinuxFr, je constate empiriquement :

    • Les profils moinsés le sont pour la moitié du temps - pour de mauvaises raisons - une association d'un problème de mise en forme rendant le message difficile à lire et un discours pas dans la norme.
      L'autre moitié du temps, le message mérite vraiment son -10 (forme nulle, et fond inexistant : pas de structure, pas de cheminement de pensée)

    • Les profils plussés le sont souvent par compétence. Je vois rarement, et heureusement, des profils ayant un bon karma de par leur populisme (ceux-ci sont plutôt moyens).
      Après, n'ayant pas accès à la base LinuxFr, je ne peux pas vérifier mon assertion (sinon, j'irai voir les profils ayant un gros karma, en éliminant la partie ancienne de celui-ci et d'évaluer leur niveau).

    Je te rejoins donc sur le fait que le moinsage est en fait pas un bon système, la moitié du temps au moins, car les gens confondent inutile et je suis pas d'accord - ou plutôt - ils n'arrivent pas à s'en empêcher (et j'avoue que ça m'arrive).
    J'imagine donc qu'il faudrait bloquer le moinsage à -1 et le mettre à -1 s'il y a eu au moins 10 inutiles.

    Notons, qu'il y a des idées intéressantes chez StackOverflow, où un contenu stupide est écarté assez vite.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: @Linkeo

    Posté par  (site web personnel) . En réponse à la dépêche Première mise en demeure pour l'association LinuxFr. Évalué à 5.

    Je pense que le système tel qu'il existe sur linuxfr a des bon côtés, mais aussi des très mauvais, et va dans le mur.

    Un utilisateur contre lequel il y a eu eu un mauvais passage se retrouve avec des commentaires qui sont de base très bas (des fois à -10). Il faut donc les remonter, et si le commentaire n'est pas exceptionnel, ou encore caché au fin fond d'un débat, c'est pas gagné.
    C'est donc un système qui n'est pas conçu pour se stabiliser à moyen terme.

    Autre problèmes que je vois, - et qui fait d'ailleurs que beaucoup d'informaticiens très compétents de mes connaissance ne veulent plus venir sur linuxfr - tout le monde vote, même les incompétents, les trolleur, et donc, on a plus une vue - certes très démocratique - de la perception d'un poste, mais une vue très sensible :

    • Aux trolls
    • Au goûts/conceptions largement représentés, mais pas forcément pertinents
    • Mouvement d'humeurs, etc…

    Ce système est donc largement améliorable (avec uns système qui pose une inégalité dans le poids du vote, mais avec un karma qui "fond" avec le temps), mais ça risquerai de choquer beaucoup de monde*…

    *Je suis pour l'égalité stricte des électeurs dans un vote politique, mais pour l'autorégulation de contenus dans un CMS, je constate que ce n'est pas le bon système.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • [^] # Re: Supaire

    Posté par  (site web personnel) . En réponse au journal Faut-il arrêter l'Euro ?. Évalué à 2.

    Ton impression est démontrée, études à l'appui, par le sociologue Louis Chauvel.

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • # Une réponse très respectueuse

    Posté par  (site web personnel) . En réponse à la dépêche Message du Président Directeur Général de Linkeo. Évalué à 7.

    VAE VICTIS

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker