Blog - Pierre-Yves Gibello

Aller au contenu | Aller au menu | Aller à la recherche

mercredi, août 27 2008

Tintin chez les Talibans, au JT de France 2

Premier titre du 20h de France 2, ce lundi 25 Août : "Nouvelle attaque des Talibans contre les troupes françaises". Bigre, me dis-je, j'espère que cette fois ils sont sortis couverts...

Et la suite : "Notre équipe se trouvait dans le véhicule touché par une roquette"... Alors là, je reste scotché devant mon poste, tout émoustillé à l'idée de voir M. Grizbec s'extraire en slip d'un blindé fumant !

Je ne serai pas déçu : la suite est très au-delà de mes attentes. On y voit quelques images embarquées de l'intérieur d'un blindé, un commentaire qui dit qu'une roquette vient d'être tirée mais n'a pas explosé (précision inutile, aurait-elle explosé qu'elle eût clos à jamais le Bec de M. Griz), un soldat qui ouvre la tourelle, sort nonchalamment, tire quelques coups de Famas avant de revenir prendre place à l'intérieur, prétendant avoir vu des talibans "courir sur la crête" (ah, les crêtins !). Sur ses lèvres, j'ai cru lire "vivement la quille", mais je ne suis pas sûr...

Bon, tout çà n'est pas très militairement correct : un taliban qui tire au milieu du convoi, avec une munition bricolée (puisqu'elle n'explose pas), donc un truc qui ne vole pas bien loin, il est à moins de 100m, et en position dominante vu le terrain. Et là, notre soldat qui sort de sa tourelle, avec de supposés talibans qui l'attendent bien cachés à quelques dizaines de mètres, et il ne sait même pas où...

J'espère au moins que l'office du Tourisme a envoyé quelques talibans sur la crête (parfois on ne recule devant rien pour satisfaire les tour-operators), mais j'arrive même à en douter : les réductions de budget, encore... le Taliban est cher, ces temps-ci, avec l'inflation et le conflit des intermittents.

Quant à M. Grizbec, il est mûr pour couvrir le retour du 15 Août embarqué dans le camping-car de Marcel sur la Nationale 7 : c'est un peu plus dangereux (on perd 5.000 ressortissants sur les routes chaque année), mais maintenant il est aguerri. Et si Marcel voit un Taliban, pas de doute, ce sera dû aux effets du rosé.

Moralité : La Grande Muette a loupé une occasion de se taire.

Mais bon, cessons de faire preuve de "légèreté" (comme dit un certain Général) pour rebondir sur un sujet connexe, mais plus grave : avez-vous entendu le discours de notre cher Président à Maillé ?
Profitant de l'événement pour faire un parallèle avec l'Afghanistan, il traitera les talibans tuant nos soldats de "barbares" et de "terroristes". Fort bien.
A noter que quelques jours après la mort des dits soldats, un raid de la coalition provoquera la mort de 76 civils afghans, femmes et enfants inclus. De celà, bien sûr, il ne fut pas question (et puis, hein, c'est pas nous, c'est les Américains).

A Maillé, les nazis ont pourtant fait la même chose. Et sur le corps de certaines victimes, on aurait retrouvé des messages faisant mention de vengeance contre les "terroristes" : la Résistance ayant exécuté un officier nazi quelques jours auparavant...

Bref, il n'y a rien de nouveau sous le soleil : même rhétorique contre la résistance (les "terroristes" et les "barbares", on a déjà entendu çà, ici), mêmes méthodes de rétorsion. Ca fait plaisir à voir, cette constance de l'homme !

Alors, il y a au moins un point sur lequel je suis d'accord avec M. Sarkozy : nous avons commis une "faute morale". Celle de ne pas avoir su tirer les leçons de Maillé, et d'avoir joyeusement carbonisé femmes et enfants au nom de la lutte sacrée contre les terroristes...

Un jour peut-être irons nous nous excuser, comme ce digne procureur allemand le fit à Maillé, auprès des habitants éplorés de quelque Maillé afghan : gageons qu'enfin, nous en sortirons grandis.

vendredi, juillet 18 2008

Le Tour défonce

Comme on est tous impatients, chaque année, de retrouver son feuilleton de l'été ! Heureusement, le Tour 2008 tient toutes ses promesses.

Tenez, savez-vous comment le peloton surnomme les accros du dopage ? Des "chaudières". Alors, Saunier-Duval, hein...

Pendant qu'on y est, continuons avec les calembours de 3ème zone, çà détend. A l'approche des Alpes, on se sentirait un rien égrillard : l'une des stars du dopage en altitude, c'est le Viagra (r). Paraît que çà favorise l'oxygénation, en plus de favoriser autre chose : ah, le Mâle des montagnes !

Autre étoile des pharmacies, l'Androgel (r) : une sorte de pommade avec laquelle on se tartine joyeusement, et qui diffuse lentement de la testostérone, transformant le coureur en une sorte d'homme de Cro-Magnon, en plus irascible... Evidemment, si vous confondez çà avec la crème solaire, le plus fluet d'entre vous se verra transformé en macho des plages, avec les poils et tout ! Les filles, gare au gorille...

Mais tout çà, c'est du pipi de chat comparé au dopage sanguin, catégorie à laquelle appartient la fameuse EPO (et aussi un certain PFC, sorte d'hémoglobine artificielle... précédemment utilisée comme gaz propulseur d'aérosol ! Ces types, dites leur que le kérosène fait voler, ils s'en injectent une dose).

Il suffit de relire le désormais classique Menthéour, qui a vécu la naissance de l'EPO : "Grâce à l'EPO, je découvrais un nouveau sport [...] Non content de finir la course, j'y prenais vraiment part, en plaçant des attaques devant les caméras, comme dans mes rêves d'enfant." (pour info, un triathlète qui a officiellement testé le produit il y a quelques années s'est trouvé respirer tous les 11 temps en natation... un vrai phoque !)

Sachant celà, personne n'a été surpris de voir Ricco rouler à 40 à l'heure dans une bosse à 7%... Et le pauvre Di Gregorio, interrogé par Gérard Holtz : "Alors, ce Ricco, il est fort ?" lâchera d'une voix fatiguée, et le regard absent : "Oui, c'est un bon coureur" (sic). Et il aurait pu dire quoi ? "Ce mec, il en a tellement pris qu'il est fluorescent la nuit" ?
Mais le plus stupéfiant, c'est que derrière Ricco, il y a 39 types qui lui concèdent 1 minute (1'17'' exactement). Et là, je me permets de paraphraser Sébastien Chavanel (qui a dit : "Attaquer comme çà dans le col d'Aspin, la bouche fermée, on sait que c'est pas possible") : concéder 1 minute à une fusée pareille, même avec la bouche ouverte...

mercredi, juin 18 2008

Echanges avec Eben Moglen à propos des licences GPL

Retour sur une sympathique entrevue avec Eben Moglen, organisée à l'initiative de la communauté open-source OW2 (dont je suis membre actif)...

Pour ceux qui ne connaissent pas Eben, c'est tout simplement l'avocat de la FSF (Free Software Foundation), l'auteur des licences GNU (dont la fameuse GPL), et sans doute le premier juriste à avoir traduit en termes légaux la notion de "copyleft" (il n'a pas inventé le copyleft... mais lui a donné la validité juridique qui lui manquait !). Il enseigne aussi le droit à l'Université de Columbia (New York).
Eben est également un homme de conviction, et développe une analyse marxiste de l'évolution de la propriété intellectuelle (selon lui, une nouvelle "lutte des classes" oppose les travailleurs de la connaissance aux tenants de la propriété intellectuelle "classique", que le sens de l'histoire devra faire tomber, comme il a fait tomber la propriété féodale au moment de la Révolution française... La propriété intellectuelle étant perçue comme une des bases du système économique, son raisonnement prend alors une portée générale).

Bref, à mon sens, Eben est l'un des juristes les plus importants des 30 dernières années... Mais revenons à notre thème central : nous sommes ici pour questionner Eben sur la licence GPL (en particulier, la nouvelle GPL v3, mais plus globalement ce qu'implique l'utilisation de la famille de licences GPL).

Rappel pour les non initiés : la GPL (General Public License) met en oeuvre le principe du "copyleft" (jeu de mot intraduisible, qui suggère le contraire du droit d'auteur - "left" signifie "gauche" alors que le "right" de "copyright" signifie "droite" - mais aussi le fait de laisser le droit à quiconque de copier : "copy left" signifie, en gros, "je laisse copier qui veut").

Le copyright permettait à un auteur de restreindre les droits sur son oeuvre (droits d'utilisation, de distribution, de modification...). Le copyleft, c'est l'inverse : l'auteur interdit à quiconque toute restriction des droits (et laisse généralement, au départ, toute liberté de copie, distribution ou modification).

La GPL met en oeuvre le "copyleft" de façon virale : non seulement les droits ne peuvent être restreints sur l'oeuvre originale, mais également sur toute oeuvre dérivée (forcément couverte par la même GPL). Elle garantit que toute oeuvre libre, même modifiée, le restera...

Et notre réunion ? Eh bien, elle se déroule à Paris (le 5 juin dernier), en présence d'une dizaine de personnes, dont j'ai la joie de faire partie. Je me suis spécialement déplacé pour l'occasion : 2 heures de questions libres à Eben Moglen, comment résister ?

Compte-rendu, dans la limite de ce que je peux comprendre (je ne suis pas juriste, et dispose d'un anglais acceptable... sans plus !) :

Tout d'abord, Eben a fait quelques rappels simples sur la GPL : en ce qui concerne les oeuvres dérivées, il est clair que les modifications privées peuvent rester privées (usage interne, par exemple - ou toute modification qui n'est pas diffusée)... mais toute version distribuée doit être couverte par la GPL, qui est bien en ce sens une licence virale.

La GPL v3 définit plus clairement ce qu'est une copie "privée" (non couverte par la GPL car non redistribuée) : il est maintenant clair que la sous-traitance reste dans le cadre privé. Exemple : si une SSII travaille pour vous, sous contrat, sur du code GPL que vous ne redistribuez pas... le fait de le transmettre à cette SSII n'est pas une distribution, donc ce n'est pas couvert par la GPL !

J'ai pu poser à Eben une question qui me taraude depuis longtemps : à savoir, quel est le périmètre exact d'une "oeuvre dérivée" ? Par exemple, une application de gestion qui utilise la base de données MySQL (couverte par la GPL) ne saurait être considérée comme une "oeuvre dérivée" de MySQL... mais où est la limite ?

J'ai pris un exemple plus tangent : une servlet déployée dans un conteneur couvert par la GPL... Réponse d'Eben : dans la mesure où les 2 programmes peuvent fonctionner indépendamment (dans le cas de ma servlet, çà implique qu'il existe au moins un second conteneur compatible dans lequel je puisse la déployer), ET à condition qu'une interface publique d'échange soit utilisée (ma servlet utilise l'API servlet, qui est publique), alors on n'est pas en présence d'une oeuvre dérivée.
Donc, même si l'interface d'un composant GPL est publique, encore faut-il que le composant qui fournit cette interface soit interchangeable... sinon, tout programme qui l'utilise est une oeuvre dérivée !
A noter que la GPL v3 éclaircit les choses, dans ce domaine (sous GPL v2, toute distribution commune de 2 oeuvres était considérée comme une seule oeuvre composite, même si l'oeuvre n'était pas à proprement parler "dérivée" - ce n'est heureusement plus le cas). Pour les servlets, on est donc tranquilles... mais il faut quand même se méfier !

Eben a ensuite tempéré ce propos en rappelant que, si je suis l'auteur d'un programme, c'est moi qui fixe les droits : je peux très bien fournir une interface publique, et décréter que les programmes qui utilisent cette interface ne sont pas des oeuvres dérivées du programme initial. Il parait même que Linus Torvalds a utilisé ce moyen pour certaines interfaces du noyau Linux !

Sinon, retour sur quelques caractéristiques spécifiques à la GPL v3, d'après ce que j'ai pu comprendre...

La GPL v3 se veut "transnationale", c'est-à-dire détachée de tout contexte juridique local (entendez "moins liée au droit américain que la v2"). Pour celà, elle utilise un vocabulaire le moins connoté possible (décorrélé du domaine juridique).

Le droit central qu'octroie la GPL, c'est le droit de distribuer une oeuvre dérivée : la GPL v3 établit clairement que des oeuvres dérivées peuvent être librement redistribuées, et que ce ne sera pas criminel quelle que soit la juridiction.

La GPL v3 offre aussi des garanties nouvelles, au moins dans 2 domaines :
- La "tivoization" (= le fait de faire en sorte qu'un logiciel ne puisse fonctionner que sur une plateforme hardware donnée) : sous GPL v3, toute oeuvre dérivée adaptée à un hardware spécifique doit être distribuée avec le mode d'emploi pour l'installer.
- Les brevets : l'auteur ne peut défendre aucun brevet sur le code original (et le principe vaut aussi pour les contributeurs, concernant les oeuvres dérivées). Si brevet il y a, les utilisateurs / distributeurs / contributeurs du code ne peuvent être inquiétés à ce titre.

Enfin, questionné sur la validité éventuelle de "restrictions à l'exportation" pour un programme couvert par la GPL, Eben est catégorique : c'est impossible. Raison invoquée à titre d'exemple : "Microsoft est assez riche pour s'acheter un petit état" ! CQFD...

Si, globalement, la discussion est restée assez technique (quoique rendue vivante par quelques exemples et anecdotes), Eben n'a pu totalement s'empêcher d'aborder le volet "idéologique" :
Lorsqu'une communauté publie du code sous GPL, il devient très difficile de prendre le contrôle de cette communauté (de la racheter, par exemple...). L'utilisateur se trouve alors en présence d'une chaîne d'approvisionnement "sans but lucratif" (littéralement "non profit supply chain"), qu'il est nécessaire de protéger comme tout bien commun devrait l'être : Eben a pris pour exemple la forêt, ou, avec malice, nos marins-pêcheurs...

Voilà, j'arrête là... en espérant que ce compte-rendu puisse être utile, et que je n'ai pas trop déformé les propos d'Eben (en les comprenant mal ou en les traduisant). En tout cas, j'ai maintenant les idées plus claires, et j'espère que vous aussi !

Un grand merci, bien sûr, à Eben Moglen pour sa patience et sa disponibilité.

vendredi, mai 30 2008

L'IPSOS est-elle le caniche des Majors du disque ?

Le 27 mai dernier, l'IPSOS a publié un sondage intitulé "Les Français face au téléchargement illégal de musique sur Internet" (commandé par la SCPP, Société civile des producteurs de phonogrammes) :
L'intégralité des réponses est ici.

Du sondage ressortent deux points importants (avis largement majoritaires) :

  • - Les gens pensent que les auteurs doivent être rémunérés quand on télécharge leur musique.
  • - Les gens pensent que la baisse des ventes de disques est en grande partie due au téléchargement gratuit.


Il est déjà notable que l'on parle ici de la rémunération des auteurs : évidemment, aucune question n'a été posée concernant la rémunération des distributeurs ou des producteurs (et rien sur un possible mécanisme de "licence globale", lequel justement rémunérerait les auteurs bien mieux qu'aujourd'hui... au détriment, certes, des intermédiaires !).

Admettons... la suite est plus croquignolette, puisqu'on pose au sondé la question suivante (prenez votre respiration avant de lire !) :

Aujourd’hui un internaute qui télécharge illégalement de la musique sur internet risque une condamnation pénale pouvant aller jusqu’à 3 ans de prison et 300 000 euros d’amende. A la place, un nouveau projet de loi prévoit que l’internaute qui télécharge illégalement recevrait un avertissement par mail dans un premier temps puis un deuxième avertissement par lettre recommandée s’il continue. Enfin s’il persiste encore, il encourra une suspension temporaire de son abonnement Internet. Personnellement, êtes-vous tout à fait, plutôt, plutôt pas ou pas du tout favorable à ce projet de loi ?

Que signifie cette question ? C'est assez simple, si on la reformule. Elle signifie ceci :

Si l'on propose d'alléger notablement les sanctions à l'encontre des internautes qui téléchargent illégalement de la musique, êtes vous d'accord ?

Et là, 74% des gens sont favorable à l'allègement des sanctions, alors que 23% y sont défavorables (en supposant qu'ils aient compris la question, mais comme je ne prends jamais les français pour des c..., je le tiens pour acquis).

Cette réponse a été interprétée comme suit par Marc Guez, Président de la SCPP (interview sur O1net) :
"Nous avons fait réaliser un sondage auprès des Français. Ils ont apparemment la même perception que nous." (sic). Et le journal d'ajouter, à titre d'explication, que "74 % des Français ne seraient pas hostiles au projet de loi antipiratage du gouvernement", ou encore que "74 % des Français ayant déjà téléchargé sont favorables à la « riposte graduée » prévue par le futur projet de loi (avertissement par e-mail puis par lettre recommandée, voire suspension temporaire de l'abonnement...)".

La dernière phrase est la plus croustillante : 74% des contrevenants sont favorables à un allègement des peines (c'est effectivement dans le sondage), et la SCPP s'en félicite !
C'est comme si le Ministère de l'Intérieur demandait aux fumeurs de joints s'il faut dépénaliser le cannabis, avant de se féliciter qu'ils répondent oui... Je rêve ?

A noter que, tant qu'à poser des questions sur un possible allègement des peines, l'IPSOS s'est bien gardée de poser la question suivante : Si l'on propose de supprimer toute sanction à l'encontre des internautes qui téléchargent illégalement de la musique, êtes vous d'accord ?

J'aurais aimé avoir la réponse à cette question, mais bon, ne rêvons pas... enfin, quand on est un institut de sondage sérieux et qu'on interroge son échantillon sur une alternative, il me semble qu'on se doit d'explorer toutes les possibilités (on parle d'alléger une peine, il faut aussi évoquer son durcissement comme sa suppression, faute de quoi la signification de la réponse perd toute pertinence).

Bon, mais alors, naïveté ou manipulation ?
Marc Guez serait un imbécile ? L'IPSOS un ramassis d'incompétents ? le journaliste de 01Net un amateur ?
Dans ce cas seulement, il conviendrait de leur accorder notre indulgence : car sinon, ils seraient de mauvaise foi - ce qui est, convenez-en, bien plus grave qu'être idiot - et ne mériteraient rien que du mépris...

P.S. La question posée par l'IPSOS (sur l'allègement supposé des peines) masque également un important point de droit, relevé pertinemment par Philippe Aigrain sur son blog - à lire sans modération !

mercredi, mai 28 2008

Le "piratage", épouvantail des conservateurs

Ces derniers temps, le législateur prend à nouveau de grands airs offusqués à propos d'un sujet cent fois rebattu : le "piratage" sur Internet, et particulièrement sa forme la plus subversive, le "peer to peer" ou échange de fichiers (les échos de la polémique emplissent le web français et même européen : il y est question de la loi "HADOPI" ou "loi Olivennes", de "riposte graduée" avec amendes et fermeture administrative des connexions internet de contrevenants, et autres fariboles néo-fascistes à base d'écoutes privées conduites par de zélés fonctionnaires... semblant tout droits sortis d'un passé aux relents douteux).

Mais bon, le but de ce post n'est pas d'enfler la polémique ambiante, ni de rabâcher des informations déjà cent fois publiées : les chiens aboient, la caravane passe.

Il s'agit plutôt, ici, de faire un tour d'horizon de ce qu'est réellement le "piratage", souvent présenté comme un vol pur et simple par les uns, et comme une sorte de droit inaliénable par les autres... panorama des principaux concepts et enjeux sous-jacents.

La notion de "ressource rivale"

Une ressource est dite "rivale" si sa possession par quelqu'un empêche sa possession par quelqu'un d'autre (sinon, elle est dite "non rivale").
Ma voiture est une ressource "rivale" (si vous la prenez, je n'en ai plus), tout comme un disque sur l'étal d'un disquaire (si je le subtilise, le disquaire ne l'a plus).
A contrario, une idée, par exemple, est une ressource "non rivale" (si je vous fais part de l'idée, nous sommes deux à la détenir : je n'en suis pas dépossédé). Il en va de même d'un morceau de musique enregistré : si j'en détiens une copie, celui qui détient l'original l'a toujours !
Toute la roublardise de ceux qui assimilent le piratage au vol consiste à confondre ressources "rivales" et "non-rivales" : vous qui ne voleriez pas un disque, vous le copiez, c'est pareil ! Cet amalgame relève évidemment de la mauvaise foi.

La notion de coût marginal

Important en économie, le "coût marginal" d'un bien ou d'un service est son coût réel de production à l'instant T.
Par exemple, si un constructeur automobile conçoit un nouveau modèle et construit une nouvelle usine pour le produire, il devra amortir ses investissements : le coût de production des premiers exemplaires sera élevé.
Mais si le succès est au rendez-vous, une fois ces coûts amortis, produire une voiture ne coûtera plus que le prix des pièces, de la main d'oeuvre, plus une fraction du coût de fonctionnement de l'usine.
Pour une voiture, ce sont quelques milliers d'EUR. Pour un CD de musique, ce sont quelques centimes !

Ce coût correspond au prix que vous pourriez payer un CD de musique datant de quelques années s'il n'y avait ni intermédiaire, ni marge. Même avec une marge de 200 ou 300%, le CD ne devrait pas coûter plus d'un EUR...

Et la rémunération des auteurs ?

On peut la concevoir de différentes manières :

  • * soit l'auteur rend un service (par exemple, un artiste fait un concert, ou il enregistre un disque), et on le rémunère uniquement pour le temps qu'il a passé à travailler. Ce schéma est celui que vivent la plupart des artistes (on l'oublie souvent) - les programmeurs de logiciels sont soumis au même régime (généralement, ils sont salariés).
  • * soit l'auteur perçoit des droits sur chaque utilisation ou diffusion de son oeuvre : c'est le schéma de la propriété intellectuelle classique, mis en oeuvre, par exemple, par la SACEM en ce qui concerne la musique.

Si le second schéma n'est pas inacceptable en soi, il a induit au moins deux dérives :

  • * Souvent, la propriété intellectuelle est déléguée au distributeur (en partie ou en totalité) : dans ce cas, ce n'est pas l'auteur, mais le distributeur, qui est rénuméré au titre d'une création... qu'il n'a pas créée !
  • * Dans la plupart des états occidentaux, la durée de protection des oeuvres, à l'origine de quelques années, a été étendue au-delà de toute mesure (jusqu'à 70 ans après la mort de l'auteur !). Ce dispositif était au départ conçu pour favoriser la créativité : comme l'a fait remarquer le juriste Lawrence Lessig, "à quoi bon favoriser la créativité d'un mort ?"

En France, il conviendrait d'ajouter la "redevance pour copie privée", que vous acquittez à chaque fois que vous achetez un support numérique (CD, DVD, disque dur...) et qui est supposée rémunérer les auteurs. Or la copie privée est un droit : comment expliquer que l'on rémunère les auteurs en contrepartie d'un droit dont on dispose (et dont l'exercice ne saurait donc constituer un préjudice) ? La seule explication, c'est de considérer cette redevance comme une compensation du piratage... autrement dit, comme une forme de droit à pirater (j'ai déjà payé, donc je me sers, disent les pirates... ont-ils foncièrement tort ?)

Ici donc, comme toujours, le bon équilibre est dans la mesure : un usage raisonné des deux modèles de rémunération (service et droit d'auteur limité dans le temps) conduirait à une rémunération équitable de tous les acteurs, tout en rendant le marché accessible.

Le piratage est un impôt progressif...

Cette phrase n'est pas de moi : elle est attribuée à Tim O'Reilly, célèbre éditeur américain.
Prenons exemple sur la musique : les artistes les plus diffusés pâtissent réellement du piratage. Mais c'est au profit de nombreux artistes inconnus, dont la musique n'est diffusée que grâce à l'échange de fichiers : la notoriété que cette diffusion leur confère leur permet de mieux remplir leurs salles de concerts, et de vivre dignement de leur art (les plus chanceux parvenant même au sommet du box office).
Donc, ce qui est perdu par quelques uns profite au plus grand nombre : en ce sens, le piratage est bien un "impôt progressif", acquitté par les plus riches au profit de tous - ce qui explique, entre autres, que nombre d'artistes s'opposent à tout "flicage" de l'internet.

Les risques du flicage

On a assez parlé des atteintes aux droits individuels, ainsi que du risque d'exclure des gens de l'internet (qui est bien plus qu'un espace d'échange de fichiers !), pour qu'il soit inutile de s'étendre davantage sur le sujet.
Mais il y a au moins deux autres dangers, souvent moins connus :

  • * Le premier est celui de la généralisation de technologies de chiffrage (ou "cryptage") : il existe déjà des réseaux "peer to peer" extrêmement sécurisés (comme "mute", par exemple). Sur ces réseaux, il est quasiment impossible de déterminer qui est qui, et qui fait quoi, sauf à mobiliser d'énormes moyens... sans même que le succès ne soit garanti !

On y trouve déjà aisément des contenus pédophiles, entre autres : le durcissement des mesures policières conduit au durcissement de la contre-mesure, lequel ouvre un boulevard aux véritables activités criminelles.

  • * Le second est le risque d'"erreur judiciaire" : supposons, par exemple, que mon voisin ait mal sécurisé son accès wifi (ou qu'il participe à un réseau de wifi communautaire). Si j'utilise sa connexion pour télécharger illégalement des oeuvres protégées, c'est lui qui verra son accès internet coupé... ce n'est pas très juste !


Pour conclure, un peu de politique politicienne...

Comme souvent dans le débat politico-économique, les conservateurs avancent masqués... et déguisés en libéraux !
Ce dont il est question lorsqu'on veut "fliquer" l'internet, ce n'est pas la protection des auteurs : c'est la protection des positions acquises.

Or un libéral, ce n'est pas quelqu'un qui défend les acquis : c'est quelqu'un qui défend le progrès par le biais de la compétition, de la création et du mérite.
A ce titre, qualifier de "libéraux" ceux qui nous gouvernent aujourd'hui serait leur faire un compliment qu'ils ne méritent pas : un conservateur est un conservateur, tout comme un chat est un chat...

mardi, avril 1 2008

Innovation zéro

Avez-vous quelque peu cherché à innover, à inventer quelque chose de nouveau, à créer ou même simplement à penser de manière originale ?
Si c'est le cas, vous vous êtes sans doute aperçu que c'est difficile et inconfortable (l'effort nécessaire pour créer est incommensurable à celui nécessaire pour copier, et se déroule le plus souvent sous des regards réprobateurs), alors même que nombre d'inventions paraissent a posteriori du domaine de l'évidence ("comment n'y ai-je pas pensé moi-même" ?).

Cette proposition ne serait-elle pas contradictoire si l'on n'était pas, foncièrement, des animaux stupides et conditionnés ?

Il existe dans l'histoire un exemple édifiant : l'invention du zéro.

Un enfant de 5 ans est capable de comprendre ce qu'est le zéro, devenu une évidence pour tout un chacun. Pourtant, il a fallu des siècles pour l'inventer, puis encore 1000 ans pour comprendre qu'il s'agissait d'un nombre (inventé comme une forme d'espace pour la notation positionnelle des nombres 300 ans avant JC, il fut défini comme résultat de la soustraction d'un nombre à lui-même en... 628) - sans compter le temps que le zéro a mis à se diffuser (introduit en Europe occidentale au XII ème siècle !).

Le zéro n'a pas seulement été retardé par notre stupidité : notre aveuglement (ou conditionnement) y est aussi pour quelque chose. Le zéro n'était réellement concevable que dès lors qu'une certaine conception des nombres se faisait jour (et réellement utile que combiné à la notation positionnelle - perçue comme seule efficace pour effectuer des calculs, mais longtemps freinée par le poids de la tradition et la pression de certains lobbies, dont le calcul était le fonds de commerce).

Il ressort donc que, d'une part, très peu d'individus auraient la capacité d'inventer le zéro - et qu'ils seraient encore moins nombreux capables de convaincre les autres de son utilité : car le frein le plus puissant à l'innovation, c'est notre conditionnement.

Il est a contrario notable qu'une fois le zéro inventé et diffusé, il est devenu partie intégrante de notre conception de la réalité - au risque de nous cacher, irrémédiablement, d'autres vérités, et de nous rendre incapables d'innovations qui auraient pu se faire jour dans un monde sans zéro : notre pensée est inconsciemment orientée par le zéro (comment penser comme si le zéro n'existait pas ?)

Nous n'avons donc qu'une vision étroite et bridée de la réalité : outre le fait que nous l'appréhendons avec des sens fort limités, notre formation nous inculque nombre d'idées préconçues dont nous ne pouvons ensuite nous dégager.
Prenons, à titre d'exemple, la géométrie Euclidienne : nous avons tous appris que la somme des angles d'un triangle est de 180 degrés. Faites l'expérience de tracer ce triangle sur une sphère au lieu d'un plan : la somme de ses angles sera alors de... 270 degrés.
Rien de nouveau : 180 degrés, c'est uniquement dans le plan Euclidien. Le problème, c'est que nous prenons ce postulat pour argent comptant - autrement dit, nous voilà persuadés de vivre dans un espace Euclidien, et nous allons baser nos raisonnements là-dessus. "Chance", nous vivons dans un espace (ou une portion d'espace ?) où la géométrie Euclidienne s'applique... presque. Ce qui renforce d'autant notre croyance qu'elle EST la réalité... cette "petite" approximation (qui perdure chez la plupart de nos contemporains - peu de quidams se méfient du triangle) nous a fait perdre quelques millénaires.

Tout est à l'avenant : l'industrie mécanisée et notre conception du temps découleraient de notre système d'écriture et de l'imprimerie (division des tâches, notion de subdivision, etc... que l'on applique ensuite à d'autres domaines), et notre science même découlerait de la religion monothéiste (avec un curieux effet de balancier : étant persuadé que Dieu ne s'incarne pas en toute chose, l'investigation est légitimée... alors même qu'une certaine conception de la morale et de l'autorité canalise le progrès).

Autrement dit, nous n'avons pas seulement une faible capacité d'invention : en plus, nous avançons avec des oeuillères, au sein d'un système qui nous dicte ce que l'on doit penser !
Et plus nous avançons, plus nous nous persuadons que nous détenons la vérité... que l'on essaie ensuite d'inculquer aux autres, au besoin par la force, déclarant ineptes d'autres formes de science ou de pensée qui nous sont inintelligibles, et se trouvent perdues à jamais (la médecine primitive, certaines conceptions du temps, et nombres de philosophies oubliées ont fait les frais de cette attitude... sans parler des nombreux savants, philosophes et inventeurs qui furent purement et simplement méprisés, traîtés comme fous, poussés au parjure, voire assassinés).

Nous sommes un peu comme un automobiliste qui ne voit que ce qui est éclairé par ses phares : l'étendue de notre connaissance se résume à cet étroit faisceau, et ce que nous ne connaissons pas est du même ordre que la nuit autour (la métaphore a quelque chose d'équilibré : les scientifiques se demandent encore où est passée... 90% de la masse de l'Univers !)

Quant à l'innovation, elle commence par une certaine attitude critique : la prochaine fois qu'on vous racontera que la somme des angles d'un triangle est égale à 180 degrés, demandez-vous si l'on ne vous prend pas pour un imbécile...

vendredi, mars 14 2008

Stagflation ?

La stagflation est un état économique qui combine une faible croissance et une forte inflation.
Le concept, récemment forgé, est resté purement théorique jusqu'aux années 70... avant de devenir bien réel lors du premier choc pétrolier, à partir de 1973.

Evidemment, la stagflation, ce n'est pas très bon :
- le pouvoir d'achat et l'emploi stagnent ou baissent, alors que les prix s'envolent.
- les banques centrales sont un peu gênées aux entournures : elles ne peuvent ni monter leurs taux (ce qui freinerait encore l'économie), ni les baisser (ce qui accélèrerait encore l'inflation).

De fait, la seule méthode éprouvée pour sortir de la stagflation consiste à hausser violemment les taux d'intérêt - ce qui a pour effet d'assainir rapidement le marché, avec de grands dommages collatéraux (en particulier sur l'immobilier, le marché obligataire, et le système financier dans son ensemble). A noter que je ne suis pas certain de bien comprendre pourquoi cette méthode fonctionne : disons qu'elle a déjà été appliquée avec succès !

Mais bon, la stagflation nous menace-t-elle, et pourquoi ?

Il est utile ici de faire une analogie avec mère nature : imaginons que la température augmente (ou baisse). Jusqu'à un certain point, des changements se produisent, mais restent tolérables. Mais au-delà d'un certain seuil, le monde devient un désert (chaud ou froid, peu importe).
L'explication est simple : la température est un facteur déterminant pour toutes les réactions de la vie, donc pour toutes les formes de vie existantes. S'y ajoute le fait qu'un système complexe où une variable apparaît déterminante un peu partout n'est pas aussi complexe qu'il en a l'air : si cette variable évolue de telle manière que les autres deviennent négligeables... on n'a plus du tout affaire à un système complexe, mais à un système drastiquement simplifié ! Ici, le désert.

La stagflation devient donc probable s'il existe une variable qui influe sur toutes les facettes de l'économie, et si cette variable devient prépondérante sur le reste : le prix du pétrole (et celui de l'énergie en général) est l'une de ces variables.

Tout bien ou service échangé a un prix de revient plus ou moins dépendant du prix du pétrole : les gens se déplacent, se chauffent, utilisent des outils mécanisés, et les biens sont transportés, emballés dans du plastique, voire constitués de dérivés du pétrole. Il n'existe quasiment rien qui soit totalement indépendant du prix du pétrole, ne serait-ce que pour une faible part de son coût de revient.

Donc, si le pétrole augmente un peu... pas de problème. Mais s'il augmente assez pour que sa part dans le coût des biens et services devienne prépondérante ?
Le fait que la stagflation soit devenue réalité lors de précédents chocs pétroliers tend à accréditer cette thèse, mais le problème est beaucoup plus grave. Si le pétrole venait réellement à manquer, le système économique tel qu'il existe aujourd'hui n'y survivrait pas : le désert économique serait à nos portes !

Bon, en ce qui me concerne, je ne suis pas (encore) aussi alarmiste que çà, quoique persuadé qu'il faille en finir rapidement avec la dépendance au pétrole :
mais pour ce qui est de la stagflation, je crains fort qu'on ne s'y trouve déjà...

lundi, janvier 21 2008

La Foulée Blanche en caméra embarquée !

Fervent adepte du ski de fond, j'ai eu récemment l'idée saugrenue de filmer de l'intérieur un départ de course longue distance. Evidemment, pas question de s'encombrer d'un matériel lourd, ni d'ajouter aux contraintes de la course celles de la prise de vue...
J'ai donc choisi de "scotcher" (velcro, en fait) une mini-caméra derrière ma ceinture porte-bidon : en l'occurrence, il s'agit d'une "FlyCam One V2", petit appareil de 40 grammes équipé d'une SD Card et destiné à l'origine au modélisme aérien.
Premier test - peu concluant- au marathon de Bessans : je n'ai filmé que le ciel ! J'ai également découvert que ma caméra ne supportait guère le froid (je scotche donc une chaufferette à mains dessus), et que l'autonomie batterie était fort limitée (c'est le prix de la légèreté).

C'est donc fort de ces expériences que je me suis attelé à filmer le départ de la Foulée Blanche 2008 (42km, style libre), ce 20 Janvier à Autrans : résultat, 7 minutes de vidéo brouillonne et aux couleurs fantaisistes, mais quand même, on y est... sur une fantastique "neige à chrono", l'ambiance des 3 dernières minutes de film est même assez électrique !

Mais trève de bavardages : allez donc voir le résultat sur DailyMotion (lien permanent : http://www.dailymotion.com/video/x44b76_foulee-blanche-2008_sport), en espérant que ce genre d'idée fasse des émules... et attire des skieurs vers nos belles pistes de fond !

samedi, novembre 24 2007

La grève et le noeud coulant

Enseignant l'informatique à des élèves ingénieurs grenoblois, j'ai eu récemment l'occasion de m'entretenir avec le piquet de grève qui bloquait l'accès à mes salles de TP.

Je leur ai tenu le raisonnement suivant : face au blocage, nous réagissons en le contournant. Pour ma part, j'ai pu me procurer une autre salle, mais sans moyen informatique. Moindre mal : la plupart de mes étudiants étant équipés de portables, ils effectuent leur TP sur leur ordinateur personnel...

Mais certains étudiants ne disposent pas d'ordinateur portable : évidemment, ce sont les plus défavorisés !

La grève, lorsqu'elle s'éternise, tend alors à renforcer un système inégalitaire, une société à deux vitesses : parce qu'on ne va pas tous ralentir uniquement pour se plier au bon vouloir d'une minorité d'activistes, on laisse des gens au bord de la route !

Pour généraliser ce constat, prenons une image simple.
Imaginez que vous soyez entravé par un noeud coulant : en procédant avec clairvoyance, détermination et précision, vous vous libèrerez facilement. Mais si vous vous débattez, vous ne ferez que resserrer l'étreinte !

Cette image est transposable à la grève : une grève est efficace si elle est très suivie, ciblée, et courte.
A contrario, un mouvement long, sans revendication précise ni organisation efficace, produit des effets contraires au but recherché. Et c'est une spécialité française !

Ne pourrait-on trouver là une explication paradoxale au fait que notre économie soit l'une des plus productives au monde ?
Nous sommes un pays de grévistes, spécialistes du mouvement larvé et imprécis.
Conséquence, l'économie s'est adaptée : nous avons automatisé, décentralisé, développé des réseaux parallèles, et sacrifié les activités sensibles à la grève ou à faible valeur ajoutée... au point d'atteindre un degré de performance que même les américains nous envient !

Cette évolution s'est faite au prix d'un accroissement des inégalités - lorsqu'on s'adapte pour contourner, les moins flexibles ou les moins formés restent au bord de la route - et d'une réduction du nombre d'emplois disponibles (ceux-ci devenant, en même temps, plus qualifiés).

Comme dans l'image du noeud coulant, nos syndicats peu représentatifs et désorganisés qui se débattent au lieu d'agir de manière efficace contribuent à resserrer l'étreinte du système sur les travailleurs... au grand profit du patronat, qui crie au loup mais doit au fond se réjouir !

vendredi, septembre 7 2007

La bonne farce des Banques aux Agent Immobiliers

En 2007, La Banque Populaire a racheté Foncia, la Caisse d'Epargne a investi dans "Arthur L'optimist", et le Crédit Agricole s'est doté d'un réseau d'agences immobilières en rachetant des enseignes locales, entre autres...

Sur ces opérations, on a tout entendu : les banques étofferaient leur palette de service aux particuliers, elles jalouseraient la rentabilité des AI, et autres fariboles qui comportent une part de vrai, mais qui n'expliquent pas que la Banque Populaire pose 800 millions sur une table...

Alors, grands Dieux, pourquoi cette agitation ?

Maintenant que l'accès au crédit se durcit, le tableau s'éclaircit : nos chers banquiers vont pouvoir faire du favoritisme !

Ils vont prêter de préférence aux clients qui achètent via leurs réseaux d'agences immobilières... au détriment des autres.

Résultat :

  • - Ils vont affaiblir les autres agents immobiliers, déjà fragilisés par la récente crise du crédit : ce faisant, les banques vont augmenter leur part de marché dans l'immobilier, sans effort (soit par déficience des agences indépendantes, soit par rachat à faible valorisation - ce qui leur permettra aux banques de moyenner à la baisse leur prix d'entrée sur ce marché !)
  • - Ils vont sécuriser davantage leurs crédits (les honoraires d'agence venant s'ajouter à ce qu'ils gagnent, c'est un peu comme une assurance en plus... sans compter un accès à l'information plus complet sur le bien et la transaction)
  • - Ils vont encore plus verrouiller leurs clients (banque, assurance, agent immobilier ...) tout en creusant l'écart sur les banques qui n'ont pas encore d'agence immobilière...

Au passage, les Agents Immobiliers sont victimes depuis quelques jours d'une campagne de presse très négative, concernant leurs pratiques discutables : serait-elle orchestrée par quelques banquiers pressés d'accélérer le mouvement ? (disons que, si j'étais un banquier impliqué dans l'immobilier, je serais tenté d'employer ce genre de méthode - je ne leur ferai donc pas l'injure de croire qu'ils n'y ont pas pensé !)

C'est comme çà, les banquiers : çà sait aussi jouer à long terme... Quant aux agents immobiliers qui ne sont pas déjà filiales d'une banque, ils ne sont pas prêts de revoir un client !

lundi, juin 25 2007

Le Plan d'Epargne Logement : un produit dérivé à effet de levier

Comment, le PEL (comme le CEL) serait un instrument de spéculation à effet de levier, et pas ce placement d'épargne tranquille souscrit dans l'optique d'acquérir son logement ?

Si vous n'êtes pas familier avec les produits dérivés, je vais d'abord prendre un exemple (pour expliciter mon propos), avant de revenir au PEL :

Supposons que je me porte acquéreur d'une option d'achat, me donnant le droit d'acquérir un baril de pétrole pour 60 $ dans 6 mois.

Si le marché s'attend à ce que le baril coûte 65 $ à cette date, je devrai payer mon option environ 5 $.

Mais si le baril vaut 75 $ dans 6 mois, je pourrai l'acheter 60 $ pour le vendre 75, et je gagnerai 10 $ (15 $ moins les 5 $ payés pour l'option). Pour une option payée 5$, le gain est de 200%, alors que le baril s'est seulement apprécié de 25 % ! On appelle çà un "effet de levier".

Par contre, si le baril vaut moins de 60 $, je m'abstiendrai d'exercer mon option : j'aurai perdu mon argent...

Un produit dérivé, c'est çà : une option prise sur le futur, un pari sur la valeur future de quelque chose (que les financiers appellent le "sous-jacent" : dans mon exemple, c'est le baril de pétrole, mais çà pourrait être n'importe quoi d'autre : le cours d'une action, le prix du sucre, les taux d'intérêt, le CAC 40...).
Et la valeur de l'option fluctue beaucoup plus vite que le sous-jacent, comme on l'a vu dans l'exemple ! Quant au risque pris, il est en proportion de l'effet de levier potentiel (dans mon exemple, le perdant y aurait laissé la totalité de sa mise).

Mais là, je m'éloigne du sujet ! Quel est le rapport avec votre Plan d'Epargne Logement ?

Eh bien, c'est assez simple : votre PEL (ou CEL) vous permet d'accéder à un crédit futur dont le taux est fixé à l'avance.

Il s'agit donc bien d'une option : et si les taux montent, ce que vous pourrez gagner sera incommensurable à ce que vous aura coûté le plan.

Surtout qu'en période de hausse de taux, l'immobilier baisse ! Votre gain est alors à double détente : vous achetez à taux faible de l'immobilier pas cher.

Et si les taux baissent ?
Vous n'utiliserez tout simplement pas le plan : vous n'aurez perdu que la différence avec d'autres placements plus rémunérateurs (c'est le prix de l'option, en fait).
Le risque encouru se limite à un simple manque à gagner.

L'épargne logement est donc bien mal nommée, et à tort présentée comme un placement de père de famille : il s'agit d'un produit dérivé sur les taux d'intérêt - et absolument pas d'un produit sécurisé d'épargne en vue d'acquérir un logement, n'en déplaise à votre cher banquier.

L'épargne logement est un instrument de couverture contre la hausse des taux d'intérêt !

Jetez maintenant un oeil à l'évolution récente des taux : n'est-ce pas le moment de remplir à fond votre vieux PEL / CEL, ou d'en souscrire un en vitesse ?

Rendez-vous dans 5 ans, et à bon entendeur...

lundi, mai 7 2007

De la responsabilité du concepteur

Il n'est pas inimaginable que le concepteur d'un ustensile de cuisine ou d'un programme d'ordinateur cherche en fait, non pas à concevoir un ustensile ou un programme, mais à changer durablement l'ordre des choses. Son travail, même s'il vise un but mercantile, peut se révéler à terme un acte politique.

Sans pousser le raisonnement si loin, toute "bonne" conception doit s'inscrire dans un futur non encore prédictible : envisager les mutations qu'elle va provoquer, son réemploi comme un constituant de l'avenir sous la forme d'innovations ou d'usages futurs - et s'appliquer soit à rendre ce réemploi possible, soit à l'empêcher.

Enfin, il convient de ne pas oublier qu'il est dans la nature même d'une création d'échapper à son créateur, et qu'à ce titre mieux vaut être conscient de ses responsabilités.

Ces idées sont remarquablement résumées par la célèbre formule de Marshall McLuhan : "Le médium, c'est le message" ("Pour comprendre les média", 1964). Cet aphorisme éclaire d'un jour particulier la responsabilité et le pouvoir du concepteur.

McLuhan définit comme "médium" tout ce qui prolonge et étend les capacités de l'homme, et nous apprend que la nature du "medium" et la manière dont elle intéragit avec la nature humaine sont infiniment plus importantes que le contenu du "message" véhiculé.

Par exemple, le "message" porté par la mécanisation de l'industrie, c'est la profonde mutation sociale qu'elle a induite : le "contenu" produit par les usines mécanisées importe peu. Que l'on fabrique à la chaîne des voitures ou des saucisses n'y change rien : l'important, c'est l'impact des usines mécanisées sur l'ordre social.

Le vrai message est donc le medium lui-même, le contenu qu'il porte pouvant quasiment être négligé.

Ce principe est applicable aux média "classiques"; par exemple, le contrôle d'Internet par la voie du contenu (via le droit d'auteur, la censure, etc...), quoique prôné par nombre de législateurs et de moralistes, relève de l'aveuglement : prétendre contrôler un médium via son contenu est absurde.

Conséquence immédiate : tout concepteur porte une lourde responsabilité, toute innovation ayant une vie propre susceptible de modifier l'ordre social ou moral, ou encore de favoriser, ralentir, ou orienter le progrès et la connaissance.

A ce titre, l'exemple d'Internet est édifiant : ceux qui en ont jeté les bases travaillaient pour le compte de l'armée des Etats-Unis, peu réputée pour sa vision libertaire et sa transparence. Et il semble bien qu'ils aient conçu un medium délibérément incontrôlable, portant ainsi une vision du monde bien éloignée de celle de leur commanditaire, tout en respectant malgré tout les termes de leur contrat !

Plus récemment, Lawrence Lessig a montré que la technologie a un impact sur nos droits, impact qui échappe même au législateur, et qu'il résume par la formule "architecture regulates" - "l'architecture fait loi" ("L'avenir des idées", 2005).

Les droits réels d'un citoyen dépendent de plus en plus des services que la technologie lui offre, du fait de l'omniprésence de celle-ci : à quoi sert une loi qui vous donne des droits si aucun moyen ne vous permet de les exercer ? A l'inverse, certains moyens techniques en libre accès peuvent vous donner des possibilités bien au-delà du droit, ou non encore adressées par celui-ci (et que l'usage pourra même transformer en droits de fait, inscrits plus tard dans la loi).

Le concepteur est donc dépositaire d'un pouvoir "législatif" : les moyens techniques qu'il met à disposition peuvent limiter ou étendre le champ d'application du droit, hors de tout contrôle démocratique ou étatique.

Celui qui conçoit un système doit a minima être conscient de ces effets dérivés. Hélas, c'est trop rarement le cas, et ces effets sont généralement perçus comme fortuits - quand ils ne prennent pas la forme de dommages collatéraux, parfois attribués à la fatalité.

A contrario, il est envisageable de les utiliser sciemment, en recherchant un effet produit qui dépasse de très loin la destination première de ce qui est conçu. Mais s'il très facile de tenir de tels objectifs secrets, et d'abuser au besoin un employeur ou un bailleur de fonds (ce qu'ont fait les concepteurs d'Internet vis-à-vis de l'armée américaine), il est beaucoup plus difficile de prédire les effets réels de l'innovation, ainsi que leur possible étendue temporelle, spatiale ou idéologique...

vendredi, mars 9 2007

Petit exercice de P2P (peer-to-peer) en java

Bon, un post un peu technique... Je ne puis résister au plaisir de vous livrer ce petit morceau de code (un petit programme java de 150 lignes en tout, composé de 2 fichiers : un client, et un serveur).

Il s'agit d'un exemple (assez basique) de système d'échange de fichiers en "peer-to-peer" (ou P2P).

Principes :
- Clients et serveurs disposent d'une liste d'adresses IP de serveurs connus (dans un fichier nommé "servers.list").
- Le client lance une requête spécifiant un nom de fichier à télécharger.
- Cette requête est transmise aux serveurs que le client connaît
- Lorsqu'un serveur reçoit une requête, il renvoie le fichier demandé s'il le détient, et sinon réémet la requête vers les autres serveurs qu'il connaît, etc... (la profondeur étant limitée à 3 serveurs, sinon les réémissions pourraient se poursuivre à l'infini).
- Dés que le fichier demandé est trouvé quelque part, il est ramené vers le client (via la chaîne d'appels) et la recherche s'arrête.
- Le serveur est multiprogrammé (exécution possible de plusieurs requêtes en parallèle, en utilisant des "threads").

Evidemment, je précise (pour être conforme à la loi DADVSI) que ce programme n'est absolument pas dédié à échanger des oeuvres protégées par le droit d'auteur (l'utiliser dans ce but serait donc un détournement manifeste de l'objectif dans lequel il a été conçu, à savoir comme exemple de programmation à visée pédagogique - pour que tout le monde puisse découvrir les bases de ce type de programmation).

De fait, il serait sans doute un peu trop limité pour un tel usage (ou bien inefficace, en regard de ce qui existe sur le web !), et comporte probablement quelques bugs (j'avoue l'avoir peu testé, juste le minimum), en plus de ne fournir aucune sécurité (qui n'était pas le but de l'exemple).

Quoiqu'il en soit, si quelque héraut de la DADVSI devait s'offusquer, qu'il sache que mes avocats l'attendent, et que j'ai l'heur de pouvoir les payer... De plus, je ne fournis ici que du texte, et pas un programme exécutable (il est donc probable que les lois sur la presse s'appliquent - à savoir droit de réponse ou de recours juridique sous 3 mois aprés publication), tout recours nécessitant de s'assurer auparavant que ce programme peut fonctionner (et d'avoir bien compris à quoi il sert).

Place au code, maintenant... bonne lecture !


//-------------//
// Server.java //
//-------------//


//-------------//
// Server.java //
//-------------//

package p2p;

import java.net.*;
import java.io.*;

public class Server implements Runnable {

  public static void main(String[] args) throws Exception {

    ServerSocket srv = new ServerSocket(1234);

    while(true) {
      Thread t = new Thread(new Server(srv.accept()));
      t.start();
    }
    // srv.close();
  }

  // Client socket in/out streams
  BufferedReader clientInput_;
  OutputStream clientOutput_;

  public Server(Socket client) throws Exception {
    clientInput_ = new BufferedReader(
      new InputStreamReader(client.getInputStream()));
    clientOutput_ = client.getOutputStream();
  }

  public void run() { // Executed upon Thread's start() method call
    try {
      int level = 3;

      // Read "level" information
      // (max depth if further server calls are necessary)
      String line = clientInput_.readLine();
      if(line != null) level = Integer.parseInt(line);

      // Read the name of the requested file
      if((line = clientInput_.readLine()) != null) {
        File f = new File("." + File.separator + line);
        System.out.print("Client request for file " + line + "...");
        if(f.exists()) {
          copyStream(new FileInputStream(f), clientOutput_, true);
          System.out.println(" transfer done.");
        }
        else if(level > 0) { // File is not here... maybe on another server ?
          System.out.println(" file is not here, lookup further...");
          // Lookup on other known servers (decrement depth)
          boolean found = lookupFurther(level-1, line, clientOutput_);
          System.out.println(found ? "Transfer done." : "File not found.");
        }
      }

      clientInput_.close();
      clientOutput_.close();

    } catch(Exception e) { } // ignore
  }

  /*
   * Lookup the requested file on every known server
   * Server list is in local "servers.list" text file (one IP address per line)
   */
  static boolean lookupFurther(int level, String fname, OutputStream out)
  throws IOException {

    BufferedReader hosts;
    try {
      hosts = new BufferedReader(new FileReader("servers.list"));
    } catch(FileNotFoundException e) {
      System.out.println("No servers.list file, can't lookup further !");
      return false;
    }

    String ip;
    boolean found = false;
    while(! found && (ip = hosts.readLine()) != null) {
      System.out.println("trying server " + ip);
      try {
        Socket s = new Socket(ip, 1234);
        PrintWriter srv = new PrintWriter(s.getOutputStream(), true);
        srv.println(level + "\n" + fname);
        int nbytes = copyStream(s.getInputStream(), out, true);
        s.close();
        found = (nbytes > 0);
      } catch(ConnectException e) { } // ignore
    }
    hosts.close();
    return found;
  }

  public static int copyStream(InputStream in, OutputStream out, boolean close)
  throws IOException {
    int nbytes = 0, total = 0;
    byte[] buf = new byte[1024];
    while ((nbytes = in.read(buf)) > 0) {
      out.write(buf, 0, nbytes);
      total += nbytes;
    }
    if(close) in.close();
    return total;
  }
}


//-------------//
// Client.java //
//-------------//

package p2p;

import java.net.*;
import java.io.*;

/*
* Usage: Client <filename>
* Lookup a file across one or more server(s), and bring it here.
* List of server IP addresses should be in local "server.in" text file
* (one IP per line)
*/
public class Client {

  public static void main(String[] args) throws Exception {

    String ip;
    boolean found = false;

    // Loop on servers list (obtained from local "servers.in" file)
    BufferedReader hosts = new BufferedReader(new FileReader("servers.list"));
    while(! found && (ip = hosts.readLine()) != null) {

      Socket s = new Socket(ip, 1234);
      PrintWriter srv = new PrintWriter(s.getOutputStream(), true);

      // Ask for requested file, max depth (calls to further servers) = 3
      srv.println(3 + "\n" + args[0]);

      // Bring back the file, if any
      File f = new File("." + File.separator + args[0]);
      FileOutputStream out = new FileOutputStream(f);
      found = (Server.copyStream(s.getInputStream(), out, true) > 0);
      out.close();
      if(! found) f.delete();

    }
    hosts.close();
  }


//-------------//
// Server.java //
//-------------//

package p2p;

import java.net.*;
import java.io.*;

public class Server implements Runnable {

  public static void main(String[] args) throws Exception {

    ServerSocket srv = new ServerSocket(1234);

    while(true) {
      Thread t = new Thread(new Server(srv.accept()));
      t.start();
    }
    // srv.close();
  }

  // Client socket in/out streams
  BufferedReader clientInput_;
  OutputStream clientOutput_;

  public Server(Socket client) throws Exception {
    clientInput_ = new BufferedReader(
      new InputStreamReader(client.getInputStream()));
    clientOutput_ = client.getOutputStream();
  }

  public void run() { // Executed upon Thread's start() method call
    try {
      int level = 3;

      // Read "level" information
      // (max depth if further server calls are necessary)
      String line = clientInput_.readLine();
      if(line != null) level = Integer.parseInt(line);

      // Read the name of the requested file
      if((line = clientInput_.readLine()) != null) {
        File f = new File("." + File.separator + line);
        System.out.print("Client request for file " + line + "...");
        if(f.exists()) {
          copyStream(new FileInputStream(f), clientOutput_, true);
          System.out.println(" transfer done.");
        }
        else if(level > 0) { // File is not here... maybe on another server ?
          System.out.println(" file is not here, lookup further...");
          // Lookup on other known servers (decrement depth)
          boolean found = lookupFurther(level-1, line, clientOutput_);
          System.out.println(found ? "Transfer done." : "File not found.");
        }
      }

      clientInput_.close();
      clientOutput_.close();

    } catch(Exception e) { } // ignore
  }

  /*
   * Lookup the requested file on every known server
   * Server list is in local "servers.list" text file (one IP address per line)
   */
  static boolean lookupFurther(int level, String fname, OutputStream out)
  throws IOException {

    BufferedReader hosts;
    try {
      hosts = new BufferedReader(new FileReader("servers.list"));
    } catch(FileNotFoundException e) {
      System.out.println("No servers.list file, can't lookup further !");
      return false;
    }

    String ip;
    boolean found = false;
    while(! found && (ip = hosts.readLine()) != null) {
      System.out.println("trying server " + ip);
      try {
        Socket s = new Socket(ip, 1234);
        PrintWriter srv = new PrintWriter(s.getOutputStream(), true);
        srv.println(level + "\n" + fname);
        int nbytes = copyStream(s.getInputStream(), out, true);
        s.close();
        found = (nbytes > 0);
      } catch(ConnectException e) { } // ignore
    }
    hosts.close();
    return found;
  }

  public static int copyStream(InputStream in, OutputStream out, boolean close)
  throws IOException {
    int nbytes = 0, total = 0;
    byte[] buf = new byte[1024];
    while ((nbytes = in.read(buf)) > 0) {
      out.write(buf, 0, nbytes);
      total += nbytes;
    }
    if(close) in.close();
    return total;
  }
}


//-------------//
// Client.java //
//-------------//

package p2p;

import java.net.*;
import java.io.*;

/*
* Usage: Client <filename>
* Lookup a file across one or more server(s), and bring it here.
* List of server IP addresses should be in local "server.in" text file
* (one IP per line)
*/
public class Client {

  public static void main(String[] args) throws Exception {

    String ip;
    boolean found = false;

    // Loop on servers list (obtained from local "servers.in" file)
    BufferedReader hosts = new BufferedReader(new FileReader("servers.list"));
    while(! found && (ip = hosts.readLine()) != null) {

      Socket s = new Socket(ip, 1234);
      PrintWriter srv = new PrintWriter(s.getOutputStream(), true);

      // Ask for requested file, max depth (calls to further servers) = 3
      srv.println(3 + "\n" + args[0]);

      // Bring back the file, if any
      File f = new File("." + File.separator + args[0]);
      FileOutputStream out = new FileOutputStream(f);
      found = (Server.copyStream(s.getInputStream(), out, true) > 0);
      out.close();
      if(! found) f.delete();

    }
    hosts.close();
  }

}
}
package p2p;

import java.net.*;
import java.io.*;

public class Server implements Runnable {

  public static void main(String[] args) throws Exception {

    ServerSocket srv = new ServerSocket(1234);

    while(true) {
      Thread t = new Thread(new Server(srv.accept()));
      t.start();
    }
    // srv.close();
  }

  // Client socket in/out streams
  BufferedReader clientInput_;
  OutputStream clientOutput_;

  public Server(Socket client) throws Exception {
    clientInput_ = new BufferedReader(
      new InputStreamReader(client.getInputStream()));
    clientOutput_ = client.getOutputStream();
  }

  public void run() { // Executed upon Thread's start() method call
    try {
      int level = 3;

      // Read "level" information
      // (max depth if further server calls are necessary)
      String line = clientInput_.readLine();
      if(line != null) level = Integer.parseInt(line);

      // Read the name of the requested file
      if((line = clientInput_.readLine()) != null) {
        File f = new File("." + File.separator + line);
        System.out.print("Client request for file " + line + "...");
        if(f.exists()) {
          copyStream(new FileInputStream(f), clientOutput_, true);
          System.out.println(" transfer done.");
        }
        else if(level > 0) { // File is not here... maybe on another server ?
          System.out.println(" file is not here, lookup further...");
          // Lookup on other known servers (decrement depth)
          boolean found = lookupFurther(level-1, line, clientOutput_);
          System.out.println(found ? "Transfer done." : "File not found.");
        }
      }

      clientInput_.close();
      clientOutput_.close();

    } catch(Exception e) { } // ignore
  }

  /*
   * Lookup the requested file on every known server
   * Server list is in local "servers.list" text file (one IP address per line)
   */
  static boolean lookupFurther(int level, String fname, OutputStream out)
  throws IOException {

    BufferedReader hosts;
    try {
      hosts = new BufferedReader(new FileReader("servers.list"));
    } catch(FileNotFoundException e) {
      System.out.println("No servers.list file, can't lookup further !");
      return false;
    }

    String ip;
    boolean found = false;
    while(! found && (ip = hosts.readLine()) != null) {
      System.out.println("trying server " + ip);
      try {
        Socket s = new Socket(ip, 1234);
        PrintWriter srv = new PrintWriter(s.getOutputStream(), true);
        srv.println(level + "\n" + fname);
        int nbytes = copyStream(s.getInputStream(), out, true);
        s.close();
        found = (nbytes > 0);
      } catch(ConnectException e) { } // ignore
    }
    hosts.close();
    return found;
  }

  public static int copyStream(InputStream in, OutputStream out, boolean close)
  throws IOException {
    int nbytes = 0, total = 0;
    byte[] buf = new byte[1024];
    while ((nbytes = in.read(buf)) > 0) {
      out.write(buf, 0, nbytes);
      total += nbytes;
    }
    if(close) in.close();
    return total;
  }
}


//-------------//
// Client.java //
//-------------//

package p2p;

import java.net.*;
import java.io.*;

/*
* Usage: Client <filename>
* Lookup a file across one or more server(s), and bring it here.
* List of server IP addresses should be in local "server.in" text file
* (one IP per line)
*/
public class Client {

  public static void main(String[] args) throws Exception {

    String ip;
    boolean found = false;

    // Loop on servers list (obtained from local "servers.in" file)
    BufferedReader hosts = new BufferedReader(new FileReader("servers.list"));
    while(! found && (ip = hosts.readLine()) != null) {

      Socket s = new Socket(ip, 1234);
      PrintWriter srv = new PrintWriter(s.getOutputStream(), true);

      // Ask for requested file, max depth (calls to further servers) = 3
      srv.println(3 + "\n" + args[0]);

      // Bring back the file, if any
      File f = new File("." + File.separator + args[0]);
      FileOutputStream out = new FileOutputStream(f);
      found = (Server.copyStream(s.getInputStream(), out, true) > 0);
      out.close();
      if(! found) f.delete();

    }
    hosts.close();
  }

}

mardi, novembre 21 2006

Bull offre à JOnAS un enterrement de 1ère classe ?

Du moins, c'est ce que laisse craindre l'annonce faire à JBoss World, Berlin : voir http://www.wcm.bull.com/internet/pr... , ou http://www.jboss.com/events/jbw_ber... .

A relativiser tout de même : le retentissement d'une telle annonce devrait être proche de celui de l'adoption d'un amendement à la constitution du Béloutchistan. Mais tout de même, l'annonce mérite le détour.

Pour ceux qui n'ont pas suivi le début du film, JOnAS est un serveur d'application JavaEE open-source (et certifié par Sun), pour l'essentiel développé par Bull, et hébergé par le consortium ObjectWeb. JOnAS fut même le serveur d'application de RedHat (avant le rachat de JBoss), et se place en seconde position sur le marché des serveurs d'application open-source, très loin derrière JBoss, mais avec une excellente image technique et quelques très grands déploiements dans le monde. Voilà pour le résumé de la saison 1 ...

Passons maintenant à l'annonce proprement dite, et décortiquons-en quelques aspects croustillants :

1) Bull annonce, grosso modo, qu'il va proposer du service sur JBoss. Tout le monde sait bien que c'est déjà le cas, la division Bull Services étant parfaitement agnostique en ce qui concerne les serveurs d'application (En dehors de JOnAS, Bull avait par exemple, dans un passé proche, conclu un partenariat avec BEA - et dispose également de belles références JBoss).
Il s'agit donc d'un non-message, ce qui n'est pas bien grave en soi (cf. la remarque ci-dessus sur la constitution du Béloutchistan - tout le monde s'en fiche, donc pas de dégâts).

2) L'annonce de Bull laisse planer le doute sur la continuation de JOnAS, concurrent direct de JBoss - de fait, il n'en est pas question dans l'annonce, et Bull réaffirme même son implication dans le consortium ObjectWeb, sans plus de détails.
Là, on est dans le domaine du contre-message : seuls les clients de Bull utilisateurs de JOnAS devraient le percevoir (le monde extérieur y étant imperméable), et le ressentir comme un signal négatif.
Donc, Bull adresse un message à ses clients qui provoque leur défiance, sans effet sur d'éventuels nouveaux clients... Etrange fait de marketing !

3) Ce qui est plus amusant, c'est que Bull annonce une coopération R&D avec JBoss : indépendamment du fait que l'on peut se demander qui va l'assurer (la démotivation interne des développeurs de JOnAS étant quasiment acquise dans une telle situation), cette coopération implique la fourniture par Bull à RedHat d'un module BPEL. Espérons qu'il y a une vraie contrepartie, faute de quoi Bull braderait quelque peu les bijoux de famille, et RedHat se trouverait comme par magie remis à niveau sur l'un de ses points faibles, le Business Process, sans bourse délier (attitude somme toute habituelle dans le business model de RedHat, depuis l'intégration de Linux !).

4) Autre point d'achoppement : le consortium ObjectWeb, en pleine crise de croissance, pourrait voir son avenir plombé par la chute de JOnAS; de toute évidence, cette éventualité ne joue pas non plus en faveur de Bull, ObjectWeb étant un fer de lance de son image de marque dans l'open-source !

5) Enfin, je ne peux que vous enjoindre à lire le communiqué de M. Barbéris, de chez Bull, à la fin de l'annonce : certes, M. Houellebecq a fait mieux en termes de novlangue informatique, dans l'introduction d' "extension du domaine de la lutte", mais avec un court avantage... Quant à M. Fleury, de chez RedHat, son allocution masque avec peine l'éclat de rire moqueur qu'il adresse au lecteur, du haut de son tas de dollars : Echec et Mat...

Pour résumer, donc, Bull fait un gros cadeau à RedHat tout en dissuadant ses clients et en démotivant ses équipes, et met en péril la stabilité d'ObjectWeb,le tout en un seul mouvement. Espérons au moins que les instigateurs de cette brillante tactique sont payés cher... ou qu'ils le sont par RedHat !

jeudi, octobre 12 2006

Les statistiques de la FNAIM sont-elles incohérentes ?

La FNAIM publie chaque mois un "taux de croissance" des prix de l'immobilier ancien, qui comporte une évolution mensuelle, trimestrielle et annuelle des prix pour les appartements, les maisons, et l'ensemble.

Or, ces chiffres paraissent incohérents : l'écart est significatif entre le cumul des pourcentages mensuels sur un an et le pourcentage annuel publié, par exemple.

Dans le cas des appartements, entre Octobre 2005 et Septembre 2006, la FNAIM indique une hausse de 7,3% sur un an - le cumul des pourcentages mensuels publiés donne, quant à lui, une baisse de 0,6% ...

Le détail du calcul figure à la fin de ce post. La question étant, quelle est la cause de ce décalage ?

Eh bien, elle est simple : il suffit de lire ce que la FNAIM écrit (en tout petit) en bas de son rapport : "Le pourcentage de variation annuelle mesure l'évolution intervenue entre la moyenne des prix mensuels moyens des 12 derniers mois connus et la moyenne des prix mensuels des 12 mois précédents".

7,3%, ce n'est donc pas une évolution des prix sur un an (cette évolution est de -0,6%, d'après le calcul que j'ai fait selon les chiffres FNAIM, et qui figure ci-dessous).
C'est une évolution entre la moyenne de 2006 et la moyenne de 2005, pour simplifier.

La conclusion, c'est que l'immobilier stagne depuis plus d'un an, que çà apparaît clairement dans les chiffres de la FNAIM, mais que c'est beaucoup moins clair dans les commentaires de la FNAIM... ou comment faire dire aux chiffres ce que l'on veut !

Détail du calcul :

Evolution mensuelle des prix des appartements :

10/05 : -2,6
11/05 : +0,3
12/05 : +0,8
01/06 : +0,7
02/06 : +0,4
03/06 : -1,9
04/06 : +2,0
05/06 : +1,0
06/06 : -0,3
07/06 : +1,3
08/06 : -1,7
09/06 : +0,4

Par exemple, en Octobre 05, les prix ont baissé de 2,6%, donc ont été multipliés par 0,974 (un appartement valait 97,4% de ce qu'il valait le mois précédent); En Novembre de la même année, +0,3%, donc multiplication par 1,003; etc...
De proche en proche :

0,974 x 1,003 x 1,008 x 1,007 x 1,004 x 0,981 x 1,020 x 1,010 x 0,997 x 1,013 x 0,983 x 1,004 = 0,994
Soit une baisse de 0,6% sur un an (les prix ont été multipliés par 0,994).

CQFD...

mardi, août 22 2006

La Prévention Routière veut-elle me tuer ?

Roulant mollement à 50 km/h dans les rues tranquilles d'un village Isérois, mon attention fut soudain attirée par un panneau publicitaire 4x3, sur lequel figurait la phrase suivante :
"L'automobiliste est bête, il croit que c'est le motard qui est bête, alors qu'en fait c'est le cycliste, dit le piéton", avec sur l'affiche le logo de la Prévention Routière.
Lire et décrypter une telle phrase alors que l'on conduit prend facilement 2 secondes, le temps de parcourir 30 mètres environ.
Grâce à la Prévention Routière, la plupart des automobilistes locaux parcourent donc les 30 mètres qui précèdent ce remarquable panneau sans regarder devant eux (et je ne parle que de ceux qui respectent les limitations : les autres parcourent 50 mètres). Cà, c'est de la prévention !
A quand un panneau "Il lisait une affiche de la Prévention Routière, un enfant fauché" ? Après tout, çà resterait dans la tonalité de la campagne actuelle...

P.S. Ce billet se veut ironique, mais il s'élève en fait contre tout type de publicité sur les voies de circulation : que ce soit un vendeur de canapés ou la Prévention Routière qui détourne mon attention quand je conduis, c'est pareil et tout aussi dangereux - ce qui m'inquiète, par contre, c'est que la Prévention Routière n'y ait pas songé...

jeudi, juin 29 2006

Sois un imposteur, mon fils !

Avez-vous déjà entendu parler de la Loi de Pareto ?
Plus connue sous le nom de "loi des 20-80", elle s'applique (assez mystérieusement) à de nombreux domaines : par exemple, 20% des articles commercialisés par votre supermarché représentent 80% des ventes, ou encore 20% de la population possède 80% des richesses.

Et alors, me direz-vous ?

Eh bien, elle s'applique aussi au monde du travail (ou du sport, ou de presque tout ce qui demande un effort) : pour atteindre 80% d'un objectif au lieu d'en atteindre 100%, il suffit de faire... 20% de l'effort !

Un monde dominé par de telles lois physiques donne donc l'avantage aux imposteurs, surtout dans un système compétitif qui vous juge davantage par comparaison avec les autres qu'en fonction de vos performances réelles...

Fixez-vous comme objectif d'atteindre 80% de l'objectif qui vous est assigné, et non seulement vous travaillerez 5 fois plus vite, ou 5 fois moins, que la plupart des gens (puisque vous n'aurez que 20% du travail à effectuer), mais en plus vous obtiendrez un résultat honorable (vos "adversaires" étant fatigués, ou en retard, ou ayant perdu de vue les priorités essentielles, plafonneront eux aussi à 80% de l'objectif...).

Et si vous avez besoin de réaliser une performance, eh bien, insistez un peu au delà des 20% : faites seulement 50% de l'effort nécessaire, vous serez proche d'atteindre l'objectif à 90%, et il ne restera plus grand monde pour faire mieux (mais attention : si vous le faites trop souvent, vous serez fatigué).

Evidemment, les spécialistes de votre domaine d'activité, les vrais, ceux qui ont vraiment travaillé et qui ont du vrai talent, sauront que vous êtes un imposteur...
Mais ils seront seuls à s'en rendre compte (pour la plupart des gens, vous serez un brillant personnage), et quoiqu'il en soit ils auront quand même besoin de vous, faute de mieux !
De plus, ils seront fort amusés d'observer votre petit manège, ce qui vous fera bénéficier d'un certain capital sympathie, d'autant plus que vous ne serez pas pour eux une menace crédible.

Et voilà, si vous vous demandiez encore comment certains font pour être en même temps médecin, entrepreneur, sportif, intellectuel, artiste, père de famille tout en continuant à prendre des vacances, maintenant vous avez une idée plus précise.

20%, et tu vivras 5 vies à 80%, mon fils... Ca fait quand même 400%.
A choisir, donc, sois un imposteur, mon fils !

mercredi, juin 14 2006

Si j'étais Domenech, j'aurais truqué France/Chine !

Voilà ce que j'aurais fait : j'aurais dit au sélectionneur Chinois, toi tu fais jouer tes petits jeunes prometteurs, tu les laisses jouer à fond, et moi je m'arrange pour faire une belle histoire de football, dont on sortira tous les deux grandis.

Scénario : la France joue un peu mou, sans prendre trop de risques (je n'aurais pas pu prévoir l'attitude de Cissé à l'avance, moi non plus... mais pourquoi a-t-il pris des risques ??).
Si on marque, tant pis, on fauchera un brave Chinois dans la surface un peu plus tard, sans lui faire mal; fais tirer le pénalty par un type expérimenté qui va comprendre tout seul que s'il tire plein cadre Barthez arrivera bien à éviter le ballon !

A la fin, on fera rentrer un sauveur providentiel, et comme on accélèrera tous à fond, et on arrivera bien à marquer un ou deux buts, enfin çà çà nous regarde...

Belle histoire de foot, non ?

En plus, je serais allé négocier quelque chose avec les sponsors de Ribéry : au passage, on aurait mis quelques agitateurs dans le stade, pour inciter le public à scander "Ribéry ! Ribéry !" afin de préparer son entrée, et alors là, on approche la superproduction pour ce qui est de l'effet dramatique !

Mais bon, M. Domenech n'a pas eu à faire çà, puisque çà s'est produit tout seul... Quant à moi, j'aime trop la magouille, c'est pour çà que je ne serai sans doute jamais sélectionneur !

mercredi, mai 3 2006

L'éternité dans votre poche

Vous n'avez pas remarqué ?
En 1987, votre disque dur faisait 20 Mo. En 1994, 2 Go. En 2000, 20 Go et en 2006, 200 Go.
En gros, sa capacité se multiplie par 10 tout les 6 ans (par 2 tous les 18 mois, en fait : la fameuse "loi de Moore", applicable aux ordinateurs depuis qu'ils existent, s'applique également au stockage).

Bon, et alors, me direz-vous ?
Alors, dans 1 To (1 "téra-octet" ou 1000 "giga-octets", ce qu'il y aura dans votre PC familial en 2010), vous pouvez stocker 4 mois de vidéo haute définition (format DivX par exemple), ou encore 3 ans de musique non stop (format MP3 par exemple).

Bon, et alors, me direz-vous ?
Eh bien, c'est 256 fois plus tous les 12 ans.
En 2022, çà nous fait 85 ans de vidéo HD (votre vie entière filmée de la naissance à la mort).
En 2034, 21000 ans de vidéo HD, et près de 200.000 ans de musique.
En 2046, 5 millions d'années de vidéo HD (votre vie et celle de vos ancêtres jusqu'au singe, filmées en continu).

Dans une vingtaine d'années, l'intégralité de la musique enregistrée par l'homme depuis qu'il sait enregistrer devrait rentrer dans un baladeur.
A ce moment là, vous aurez l'éternité dans votre poche.
Avec tout ce que çà implique en termes de mutations sociales, d'usages, et de dérives... Je ne vais pas épiloguer là-dessus, les futurologues ont du boulot !

Et comme demain, 4 Mai 2006, nos chers Sénateurs examineront le texte de loi DADVSI (vous savez, les droits d'auteur dans la société de l'information), j'espère qu'ils mesureront à quoi ils seront confrontés quand chaque collégien portera dans sa poche toute la musique produite par l'homme depuis la Création...

jeudi, avril 27 2006

Cofidis et Atos te surveillent ! (1euro.com)

Un nouveau service de paiement en ligne à crédit vient de naître : 1euro.com, opéré par Cofidis et ATOS.
A la base, le concept peut séduire : paiement en ligne avec ouverture simultanée du dossier de crédit (sous réserve d'accord instantané), jusqu'où ira-t-on dans la simultanéité du crédit ?
Mais qui dit accord rapide dit aussi méthodes "rapides" pour s'informer de la solvabilité du client...

Il est ici question de commerçants en ligne fournissant à Cofidis des informations sur les bons et les mauvais payeurs, de manière automatique et sans contrôle d'aucune sorte (puisque la transmission est instantanée).

En l'occurrence, j'ai eu l'occasion de me pencher sur la documentation technique d'intégration de 1euro.com, et là, surprise... l'auteur incite le prestataire technique (et le commerçant) à communiquer au serveur de paiement des informations sur la solvabilité de ses clients, à travers des paramètres certes optionnels, dont la description suit (je cite littéralement la documentation technique d'intégration - regardez surtout les DEUX DERNIERS paramètres) :

[...]
V.la civilité (" M ", " Mme ", " Mlle ")
VI.le nom
VII.le prénom
VIII.adresse1
IX.adresse2
X.adresse3
XI.le code postal
XII.la ville
XIII.le pays
XIV.le téléphone fixe
XV.le téléphone portable
XVI.le flag indiquant si l'internaute est connu du commerçant (1 ou 0)
XVII.le flag indiquant si le commerçant a déjà eu des incidents de paiement avec cet internaute
[...]

Ces informations, "optionnelles" techniquement, le sont moins commercialement (le commerçant est largement incité à ne pas envoyer de mauvais payeurs à Cofidis s'il les connaît comme tels, faute de quoi sa responsabilité pourrait se voir engagée sous certaines conditions - la tentation est alors grande d'envoyer le maximum d'informations à Cofidis, pour se dédouaner).

J'ignore encore dans quelle mesure les internautes seront avertis de l'éventuel envoi d'informations concernant leur qualité de bon ou mauvais payeur (en plus d'informations personnelles objectives), par leurs commerçants à un organisme de crédit, et de manière automatique et instantanée...

En attendant, moi, je me permets de les avertir !

- page 1 de 2