y'a de l'idee

Un problème me travaille depuis quelques mois...
Je ne sais plus quelle occasion, je suis tombé sur une photo de Ella Fitzgerald, qui ressemblai à quelque chose de ce genre :



Et ca m'a laissé sur le cul.
Pour moi, dans ma tête, Ella etait grande, mince, blanche, une super classe de cabaret.
En soit, ca ne me gêne pas qu'elle ressemble a n'importe quelle mama noire americaine.
Louis Armstrong (a droite)  n'est pas non plus un top-model et je suis fan quand même :)
C'es pas ca le problème... le problème était plutot de l'ordre du : "Suis-je devenu vieux con au point de tomber ans les stéréotypes de la chanteuse de cabaret forcement blanche, mince et tout en decolleté ?" Ca, ca me genai vraiment.


J'ai fini par trouver la solution ce matin, en écoutant "new york, new york" de ...de ... hey, mais c'est pas Ella qui chante la !! Un rapide coup d'oeil sur mon itune me revele ENFIN ma méprise ! L'image que j'avais en tête de Ella Fitzgerald etait très exactement celle la : "Blanche, classe, mince, tout en decolleté"



Bref... Liza Minelli quoi ...
Ouf, encore un grand mystère de résolu !

Vous me voyez venir... encore un pavé ?
Non, juste une image :)

Je ne suis pas content.

Pas a cause de 2 milliards, on en a vu d'autres.
Pas parce j'ai une dent contre les pecheurs.

Mais parce que ces 2 milliards servent de pansements pour les aiders a payer du pétrole pendant 2ans.
La hausse du pétrole est une fatalité. On ne met pas un pansement sur une jambe qu'on va couper. Surtout quand le pansement coute 2 milliards.

Et les pecheurs de commenter : "et on fait quoi si dans 2ans le petrole continue a augmenter ? On recommence ? (manif, bloquage, etc)".
Ah ! Les imbéciles ! Bien sur que le pétrole va continuer à augmenter !! Ce qui revient à dire "Merci pour les 2 milliards, a dans 2ans !".

L'etat ne doit pas baisser les taxes sur le pétrole. Eventuellement le pétrole de chauffage ... si l'hiver se fait particulierement rigoureux. Baisser le prix du petrole, c'est favoriser sa consomation, reculer pour mieux sauter.
Un pétrole chèr favorise l'innovation sur les autres sources d'energie. Il n'y a jamais eu autant d'investissement sur les énergie laternatives depuis que ... ca devient competitif par rapport au pétrole. (et donc rentable).

Un truc que je ne comprend pas ...
les bateaux sont vraiment massif, ils n'ont pas de grosse contrainte de place comme dans une voiture.
Pourquoi tournent t'il encore au petrole ? ne peuvent ils pas utiliser d'autre source d'energie ?
L'hydrogene par exemple ? Autant sans pose un sacré tas de problèmes dans une voiture... autant sur un bateau, ce n'est pas trop les contrainte de place ni de poids qui vont vraiment les gener.

Bref... c'est 2 milliards d'euro qui leurs donnent 2ans pour ce recycler.
Pas pour continuer comme avant... et recommencer dans 2ans !!

C'est dur, c'est desagreable, mais toute la planete est dans la même merde. Ces 2 milliards d'euro n'ont vraiment aucun sens. Il suffit de faire du bruit, de bloquer 2 ou 3 bricoles et hop, on te file du pognon ? Même si ca rime à rien ? Mmm... j'vais m'y mettre alors.

On est le 14 juillet !
Je vous offre un petit feu d'artifice... sur google trend :)

Assez curieusement, les statistiques de ce mois ci (en vert) suivent la même évolution que celles du mois dernier (en gris).  Ce qui veut dire que je vais être chiant la semaine prochaine... A part peut etre un pic pour la journée du 15, où j'aurai surement fini ma portion de paella et je pourrai donc bloguer la suite de cette passionante histoire. ;)

Mais ca m'embete un peu de voir cette descente au enfer (surtout celle du 22).
Alors venez voir mon blog, c'est urgent ! En plus j'ai fini de parler de virtualisation pour l'instant, alors les gens normaux peuvent revenir me lire :o)

En toute franchise... j'ai un peu galeré ;)
Surtout à apprendre python en même temps qu'a apprendre à utiliser le Google App Engine. (et le blog qui va avec)

Le Google App Engine (GAE), c'est encore du cloud computing, mais un peu plus specifique que les solutions telles que Amazon EC2 qui permettent reellement de créer des serveurs virtuels.

Sur GAE, on ne fait que du python, et on utilise des librairies specifique à Google, en plus des librairies standard de python.  Ce qui permet de profiter de la formidable puissance de calcul de google, de son espace de stockage monstreux, de sa bande passante, et de sa capaciter a encaisser une charge monstreuse.

Tout cela est en test et en beta et ... gratuit.
Alors forcement on n'a pas tout google pour nous, juste un petit bout ;)

500Mo d'espace disque, 2GO de traffic sortant, 2GO de traffic entrant, et du temps CPU (compté en gigacycle).
C'est pas énorme... mais d'un autre coté, c'est gratuit :p
Edit : les quotas sont par jour, donc c'est plus qu'honnete ;)

Je suppose qu'ils sortiront un modèle payant pour acheter du quota.
Cela sert surtout à heberger des webservices en s'appuyant sur l'infrastructure de google, pas pour heberger un site web. Et dans ce cas la, le "quota gratuit" est bien suffisant.

Il n'y a pas de base de données SQL traditionelle, mais une base "GQL" (G comme Google, of course).
Son utilisation est assez plaisante, rapide, et facile a coder.

Pour l'instant j'ai codé une tribune : http://keru.appspot.com/
Je pourrai integrer très facilement un systeme qui permet de n'autoriser les posts qu'a ceux qui ont un compte google, mais vu l'application, et pour les tests, c'est aussi bien comme ca.
Il faut aussi que je fasse un peu de webdesign ;)

Il faudra surtout que j'integre Ajax, afin de transfer cette bete tribune en un semblant de webservice.
Si on peut integrer du javascript a over-blog (j'ai pas testé) cela permetrai d'avoir par exemple un module tribune à mettre sur son blog ;)

Je vous tiendrai au courant quand j'aurai un peu plus avancé ;)

Ca tombe bien, je me demandai un peu ce que j'allai faire comme prochain taf, maintenant que ma petite affaire Second Life prend l'eau.

Au hasard de l'exploration de mes bookmark, je tombe sur le blog de mon pote n'analogue qui se trouve bosser chez JFG Networks ... Editeur d'over-blog.com (pour ceux qui ne sont pas au courant, ce blog est chez over-blog :p )

Je tombe sur un post qui explique que y'a pas de ticket resto.
Par contre, y'a ca :



Une société avec un aussi gros stock de figolu... ca ne peut être que des gens bien ;)
(et tant pis pour les tickets restos !! )

Etre dans la matrice, facon "The Matrix" a quelque chose d'ineffable.
Si on ne sera jamais physiquement dans "la matrice" holywoodienne, on l'utilise tous les jours.

Tout d'abord, parler de matrice ca fait un peu peur. Le film "The Matrix" a poussé le complexe de frankenstein à son paroxysme. Et ce genre de complexe est très bien implenté chez l'humain, il existai avant même l'apparition du premier ordinateur, et il y a une quantité astronomique de film, livre, et autres media qui exploitent bien le filon (En tête, pour les films les plus connus : Terminator et Matrix.)

Mais j'aime bien utiliser tout de même le mot "matrice" pour le sujet qui va suivre.
La matrice est partout est nul part, elle est intouchable, elle n'a pas reellement d'existance physique dans le sens ou l'on pourrait debrancher une prise ou lancer une bombe dessus pour l'arreter.

Au plus bas niveau, strictement materiel, on peut citer la grande star des matrices : Internet.
Mais on peut y rajouter les reseaux de telephone portable, le reseau telephonique, le reseau de distribution electrique, le reseau de distribution d'eau, ... N'importe quel reseau maillé en fait. Bien que pour ceux la, il suffit de couper les sources d'approvisionnements pour rendre le reseau inutilisable.
Pour internet, c'est different, il n'y a pas de "sources" alimentant le reseau des reseaux.

Par contre on commence a tendre vers un systeme qui se centralise. Mais ca ne met pas en peril le fonctionnement même du reseau, uniquement son usage principal : le web. Suivez mon regard : Google ;)

Google est le grand maitre incontesté du web. Et il le mérite. Le frankenstein broyeur de html entierement automatisé qui est l'objet de 10000 attentions humaine pour sa maintenance. Google lui même est une sorte de "matrice", des centaines de milliers de serveurs, repartis sur plusieurs datacenter de par le monde vos données chez google ne sont "nul part", elle sont "chez google", repartient sur ces centaines de milliers de serveurs, sur un systeme entierement distribué, automatisé, avec ses pannes, ces problèmes, mais google fonctionne toujours et tout le temps.

Mais google n'est pas uniquement le moteur de recherche, c'est aussi un formidable fournisseur de ... SaaS ;)
Derriere ce nom barbare ce cache "Software as a service". Autrement dit, un logiciel en tant que service, et plus generalement en tant que service internet. Il y en a au moins un que tout le monde connait : GMail.

Gmail est un client mail via internet. Un cas typique de SaaS, l'application et les données ne sont pas chez vous, mais sur internet, dont google est le fournisseur. Les avantages sont multiples, accessible partout ou internet est accessible, sécurité des données, Eventuellement réduction des couts, bien que que dans le cas de GMail pour un particulier, l'economie est marginale (pour ne pas dire nulle). Cependant si vous deviez fournir une qualité de service equivalente a celui de GMail, cela vous couterai. Securité des données (backup), accessible en permanence et de partout, antispam efficace, ... et j'en passe. Maintenance enventuelle d'un serveur de mail, etc... tout un tas de choses que Google maitrise parfaitement, pour un cout ridicule, et qui couterai cher a une entreprise.

Je ne vais pas vour faire un dessin, les entreprises qui utilisent leurs propres serveur de mail voient de quoi je parle et de quel cout je parle.
C'est un cout qui reste très faible malgrè tout, et le mail est un service souvent fournis avec quantité d'autres services. (typiquement : Hebergement Web, et fournisseur d'acces a internet).

On vois aussi apparaitre depuis pas mal de temps d'autre SaaS un peu plus lourd : Google Document, qui est une mini "suite office" online.
Adobe a aussi lancé une suite "photoshop" online.
On peut trouver une quantité de SaaS plus ou moins "leger", des groupeware, des outils de mindmapping, des outils de gestion de photos, des outils d'edition de video, de transcoding, et j'en passe et des meilleures.

On s'exporte de plus en plus sur internet, ou plus poetiquement (ou dramatiquement, au choix) : dans la matrice.

Ces SaaS sont "quelque part sur internet", mais ils ont encore une existance physique sur un serveur bien physique que l'ont peut debrancher. Encore que dans le cas de Google ... c'est tellemennt distribué qu'on est bien en peine de savoir quelle donnée est ou, si c'est encore possible de le savoir.  Mais, hors google, dans la plupart des cas, cela reste des serveurs bien identifié par des fournisseurs bien identifiés.

C'est en train de changer. Cela porte le joli nom de "cloud computing".
Cela restai encore très marginal, mais c'est de plus en plus utilisé.
La technologie aidant, les serveurs deviennent virtuels. Et s'ils sont virtuels, ils peuvent etre transporté via internet.
Le stockage est aussi virtualisé, et cela depuis bien plus longtemps que les serveurs.

Autrement dit, on peut fournir un SaaS sur un serveur qui n'a pas d'existance physique, qui n'est pas localisé, qui peut etre deplacé "numeriquement" via internet. Il y a bien sur toujours une infrastructure bien physique, au meme titre que les "tuyaux" d'internet sont aussi bel est bien physique. Le serveur est bien reel, il remplis une fonction bien reelle avec un service tout aussi reel, saud qu'il n'a plus d'existence physique. (notez l'insistance avec laquelle je n'oppose pas "reel" et "virtuel", mais "physique" et "virtuel" :p ).

Une petite piqure de rappel : Est virtuel ce qui, sans être réel a, avec force et de manière pleinement actuelle (c-à-d non potentielle) les qualités (propriétés, qualia) du réel.
On entre pleinement dans la definition de "virtuel" dans le cas des SaaS et du cloud computing.

Ces serveurs sont bel et bien dand un domaine non-physique, puisque logiciel, tout en accomplissant des taches belles et bien réelles.

Qu'est ce que cela va changer ? Et quels en sont les avantages ?

Tout d'abord, un sujet d'actualité et qui fera plaisir a une de mes lectrices : Les serveurs seront "sur internet", d'une heure a l'autre il peut très bien passer d'un serveur physique en france, a un serveur physique aux USA, au japon, ou n'importe ou dans le monde. Certaines lois qui donnent une importance sur le lieu d'hebergement du service  vont devenir completement inutilisables, perimées, à mettre a la poubelle. Certaines lois qui ne sont même pas encore votés sont dors et deja inadaptées. (mais ca c'est pas une surprise, c'est plutot quotidien).
Des aujourd'hui, si une autorité vous demande où sont hebergé vos mails et, par extenstion, de quelles juridictions ils dependent, vous serez bien en mal de pouvoir y repondre si vous utilisez gmail : "Chez google", sachant qu'ils ont des serveurs partout dans le monde, et qu'une partie de vos mail pourrait tres bien se trouver dans un datacenter en europe, et une autre partie aux USA.

Mis a part ca, cela a un interet économique important.
Beaucoup de sites web ne tournent a plein regime que quelques heures par jour (ou par semaine), et glandent le reste du temps. Idealement vous devez être capable de fournir un service correcte en heure de pointe, cela veut dire que vos serveurs seront sous-utilisés la majorité du temps, uniquement pour pouvoir tenir la charge quelques heures par semaines. Cela a un cout bien sur. Un cout energetique, un cout de maintenance, un cout de mise en service, ...

De plus en plus de fournisseurs sont capable de fournir des serveurs virtuel "à l'heure" avec un temps de demarrage parfois inferieur à la minute. On peut prendre un cas extreme de service type "evenementiel" :
Vous organisez un tirage au sort toutes les semaines à une heure precise, à une echelle nationale, et le resultat est donné sur votre site web. En une heure vous allez devoir supporter la charge de plusieurs millions d'utilisateurs, ce qui demande d'énorme ressource serveurs (par a coup de dizaine ou centaines de serveur, selon la lourdeur de l'application). Plutot que de maintenir tout ces serveurs qui ne font rien toute la semaine. Vous louez quelques douzaine de serveur pendant quelques heures, le temps de l'evenement, puis vous arretez une fois l'evenement passé. (ou vous revenez a un ou 2 serveurs). Avec une qualité de service d'ultra-specialistes qui ont l'habitude de gerer des dizaines de milliers de serveurs, une bande passante a couper le souffle, etc ...
A un coup ridiculement bas puisque tout chez eux est optimisé a grande echelle pour avoir un coup de maintenance par serveur reduit a son strict minimum.

Il est aussi possible d'avoir un systeme de création de serveur completement automatisé. Un logiciel superviseur controle la charge des serveurs, et augmente ou diminue le nombre de serveur automatiquement afin de s'adapter selon le demande.  L'utilisation de vos serveurs est toujours optimale, et vous ne payez que ce que vous avez besoin. Si vous avez besoin de faire un calcul tous les jours et qui demande un resultat rapide (dans le domaine de la finance par exemple). Vous pouvez louer 2000 serveurs pendant une heure tous les jours, au lieu de faire tourner et maintenir 2000 serveurs 24h/24 pour qu'ils soient utilisé 1h/jour. Le cout de maintenance de 2000 serveurs est monstreux, louer 2000 serveurs pendant une heure chez Amazon coute ... moins de 150€ ...

On peut dors et déja creer des solutions "tout virtuel" ou "zero serveur".
Stockage virtuel quelque part dans le monde chez Sun Microsystem, serveur d'application quelque part dans le monde chez Amazon. Creer des site "mashup" dont la page n'est qu'un agregat de services pris a droite a droite a chauche sur d'autres services. Soit des services existants tel qu'un encart Flickr, un youtube, un google, un MS Live, etc ... soit des services bien a vous que vous avez developpé et qui tournent sur des serveurs virtuels. Et qui peuvent aussi être utilisés par d'autres sites si vous fournissez l'api qui va bien.
Et en fonction du succes rencontré, ou des services qui se rajoutent en plus des services créés a l'origine, rajouter des serveurs virtuels a la demande, selon l'usage, heure par heure. Certains gros fournisseurs utilisent deja ce genre de solutions de serveurs virtuels.

 
On tend de plus en plus à être "dans la matrice".
Mon outil principal est mon navigateur web (firefox bien sur ;).
Et je n'utilise presque plus que des SaaS.
Le client Second Life, que j'utilise en plus de firefox, n'est ni plus ni moins qu'un navigateur Second Life, au même titre que Firefox est un navigateur web.  Je pense aussi fortement a migrer mes serveurs physique vers une solution de Cloud Computing. Et a heberger mes données vers des solutions de stockages online.

Il y a encore bien sur une grande quantité d'application qui sont locales et difficilement transformable en application web. La faute a la pauvreté (relative) du html. Flash a apporté une solution de client "riche" (dans le sens interaction, pas dans le sens monetaire), Ajax a aussi apporté un peu de flexibilité et de fluidité à des interfaces html.
Silverlight, apporte aussi une solution interessante en proposant une interface d'utilisation aussi bien valable en local (comme n'importe quelle application windows) que web, ... ou mobile. Basé sur .NET, qui est present sur les serveurs web (y compris linux, via mono), certaines telephones (les smartphones), les pda (pocket PC), et bien sur windows.

On nage en plein virtuel, monde virtuel, stockage virtuel, serveur virtuel, reseaux virtuels... et j'en passe surement d'autres. Et il y a encore des gens pour dire que le virtuel n'est pas réel, ne sert a rien, est contre productif, et n'est pas économique...

Aux gens qui pensent cela... je me sens en droit de leur poser la question : "que savent ils de la réalité d'aujourd'hui qui les entoure pour considerer une banalité quotidienne que je viens de décrire comme étant du domaine de la fiction, du roman, de l'irréel " ?

J'en ai revé, le CNRS l'a fait.

Dans certains de mes precedents articles, j'avais évoqué certaines experimentation, chaine de markov, particules, simulations, ...

Au final je découvre que le CNRS a fait quelque chose d'assez interessant dans cette optique, happy flu :

Ils ont propagés cette petite appliction, qui montre le chemin qu'elle emprunte... pour se propager ;)
Pour devenir un vecteur de contamination, cliquez sur le bouton spreat-it ;)

L'industrie se bouge pour le micropaiement.

Et j'ai envis de dire "bein c'est pas trop tot !"

Le micropaiement va vraiment revolutionner notre mode de consommation online.
En cherchant les articles de fonds chez les poids lourds d'internet (IBM, Microsoft, Amazon, ...) on remarque que les recherchent se font, les articles apparaissent par ci par la, les technologies adaptées au micropaiement aussi.

En quoi cela va t'il changer notre monde de consommation ?
Je suis un early-adopter du micropaiement (en tant que consomateur) : Les jeux a "item mall" (qui peuvement vite devenir très couteux), le L$ bien evidemment, les ebook "par chapitre" (on achete un seul chapitre au lieu de la totalité d'un livre technique très couteux), et ... des idées à faire.

Il y a des chances que les gros logiciels couteux disparaissent, sauf pour les grosses entreprises et industries. Et encore ... on peut trouver de longue date des logiciels "évolutif à la demande", IBM en tête. Mais on est très loin du "micropaiement" dans ce genre de cas. Pourtant le principe reste le même.

Maintenant, on ne veux payer que ce que l'on consomme reellement, et c'est valable dans une multitude de domaines.
Les jeux vidéos (ils sont toujours en avance sur tout) ont créés les "game cards", au lieu de payer un abonnement au mois, tu peux payer a l'heure, au jour, a la semaine.

Amazon, via son Amazon Webservice (dont S3 est le plus celebre, avec EC2) vent des ressources materielles a l'heure. On peut y acheter de l'espace disque (au Go), du cpu (a l'heure d'utilisation), de la bande-passante, et d'autres services derivés de ces 3 là (base de données par exemple). Pour des sommes aussi ridicules que 0.1$ par heure de cpu. ou même 0.000001$ par "requetes" dans le cas du systeme "Simple Queue".

Gandi a une offre VPS (en beta) ou on peut acheter des "parts" de materiel, par jour.

Pour prendre un exemple du bien fondé des Amazon Webservices, prenons le cas de SecondLife.
Toutes les x semaines, il y a une nouvelle version, a ce moment la il y a une enorme demande en bande passante et en ressource materielle, et le reste du temps les serveurs dediés au telechargments de la derniere version se roulent les pouces. Plutot que de consacrer d'enormes ressources materielles qui ne vont rien faire 99% du temps du temps, ils utilisent Amazon S3 pour le telechargement du client. Economique et écologique :)

Bref, revenons en au micropaiement.
L'exemple le plus frappant de logiciel cher dont le commun des mortels n'utilise que 10% des fonctionnalitées : Windows et Office.
Je suis absolument persuadé que ce genre de logiciel est destiné à être obligé de passer un jour par la micropaiement. Soit en utilisant un "office online" (ou on payerait par exemple 0.001€ par pages sauvegardée), soit dans le cas de windows : un logiciel/systeme extremement modulaire et peu cher a l'achat, ou on active les features a la demande. Soit en achetant une licence permanente, soit en "louant" la fonctionalité pour quelques jours. Quelque part, cette "migration" vers un tel principe est deja en cours dans de multiples domaines.

On devrait voir fleurir (ca commence deja) de plus en plus de services de micropaiement, et des logiciels modulaires ou l'on peut microacheter des fonctionnalitées.

Le marché est presque pret pour ca.
Un autre (énorme!) interet sera dans les "plateforme de micropaiement".
Ceux qui vont s'imposer comme les plateformes de references pour les micropaiements vont se faire des couilles en or (et pas des microcouilles hein).
Un consommateur pourra acheter en une fois une certaine quantité de "microcredits" qu'il pourra ensuite consommer à a l'envie sans devoir ressortir la CB a chaque micro-achat.

La grande difficulté sera dans le developpement de logiciels modulaires.
Mais je ne m'inquiete pas trop sur ce point la, je pense que les plateformes de micropaiement à venir vont developper des librairies specifiques et adaptée a ce systeme de "module a la demande". En fait il y a même des chances que la plateforme de micropaiement qui arrivera a s'imposer sera celle qui aura été capable de fournir les outils de developpement necessaires aux concepteurs.

Steam le fait par exemple, ils ne font pas dans le micropaiement, mais ils sont une plateforme de distribution a laquelle est rajoutée tout une serie de service communautaires (le chat "steam" integrés dans chaque jeux vendu sur steam, les "achievments", etc).

Amazon est en train de plancher la dessus aussi on dirait.
Amazon a un gros paquet de trucs en cours, si vous avez de quoi acheter des actions a long terme ... je parierai sur amazon pour les années a venir. (au passage, le big boss d'amazon est un des investisseurs de secondlife, il me semble meme que c'est lui qui a aidé Philip Linden a monter son business).

Maintenant, la grande question n'est pas "est ce que ca va marcher ?" car il est certains que ca va marcher, mais "quand" ? Au fil du temps j'ai appris a calmer mes ardeurs d'early-adopter. J'aurai tendance a m'investir a fond dans ce type de marché, mais je sais que c'est trop tot et que finalement il n'y a pas grand chose à gagner a s'investir trop tot. Mis à part une expertise que je suis incapable de vendre :)