Au Forum Aquitain de l'Économie Numérique jeudi dernier à la CCI de Bordeaux, j'ai rencontré Bertrand Duperrin, blogueur émérite (blog perso, blog pro), à qui j'ai demandé de me présenter de vive voix blueKiwi, le produit de la boîte dont il est éponyme, qui s'est récemment taillé un beau succès de démarrage chez Dassault Systèmes.
blueKiwi est une plateforme de blogs d'entreprise, avec des fonctionnalités bien vues, mettant davantage l'accent sur l'apport managerial que sur les prouesses techniques.
Bertrand Duperrin quant à lui est un fou du blogging, qui connaît beaucoup beaucoup de choses.
Un déjeuner et un début d'après-midi ma foi passionnants.
16 octobre 2006
Une petite histoire de Usenet
Parallèlement à la révolution des comportements qu'apportent les blogs, il est à mon sens bon de se rappeler ce qu'a apporté et continue d'apporter Usenet. Car il y a du bon et même du très bon dans ce réseau.
Pour cela, je vous convie à vous pencher sur Une petite histoire de Usenet, un billet à la fois informatif et décalé sur le sujet.
Rappelons que Usenet date de 1980, NNTP de 1986, et le web des années 1990 seulement. À mon sens, les flux RSS comme le « tout-collaboratif mais néanmoins propriétaire » du web 2.0 passent à côté d'un aspect de libre partage, qui est au cœur de Usenet.
Je vous livre quelques citations de l'article, pour vous faire une idée du ton général :
« Cette "Histoire De Usenet" explore ces aspects du point de vue de la théorie psychanalytique des groupes. »
« La transmission de paquets passant de nœuds en nœuds ayant la même autorité sans système central (...) »
« (...) la mise à disposition, pour tous, d'un travail d'un des membres du groupe afin d'améliorer le fonctionnement du groupe tout entier. »
« La structure ouverte de Usenet va garantir son succès. »
« Chaque administrateur est maître chez soi, et fait ce qu'il veut. »
« Mais [la toute puissance] est limitée à leur site. Les administrateurs règnent (...) sur un royaume qui ne comporte qu'un seul sujet : eux-mêmes. »
« Sur Usenet, les pseudonymes sont mal vus, et chaque contributeur se doit d'avoir une adresse e-mail valide. »
« La fantasmatique sous-jacente est assez explicite : elle est anale – il faut garder le groupe propre (...) »
« Le troll est ainsi à Usenet ce que le masochisme est au fonctionnement psychique : un gardien de vie. »
« Au flaming, les membres du groupe réagissent parfois par un flooding. »
Bonne lecture.
Pour cela, je vous convie à vous pencher sur Une petite histoire de Usenet, un billet à la fois informatif et décalé sur le sujet.
Rappelons que Usenet date de 1980, NNTP de 1986, et le web des années 1990 seulement. À mon sens, les flux RSS comme le « tout-collaboratif mais néanmoins propriétaire » du web 2.0 passent à côté d'un aspect de libre partage, qui est au cœur de Usenet.
Je vous livre quelques citations de l'article, pour vous faire une idée du ton général :
« Cette "Histoire De Usenet" explore ces aspects du point de vue de la théorie psychanalytique des groupes. »
« La transmission de paquets passant de nœuds en nœuds ayant la même autorité sans système central (...) »
« (...) la mise à disposition, pour tous, d'un travail d'un des membres du groupe afin d'améliorer le fonctionnement du groupe tout entier. »
« La structure ouverte de Usenet va garantir son succès. »
« Chaque administrateur est maître chez soi, et fait ce qu'il veut. »
« Mais [la toute puissance] est limitée à leur site. Les administrateurs règnent (...) sur un royaume qui ne comporte qu'un seul sujet : eux-mêmes. »
« Sur Usenet, les pseudonymes sont mal vus, et chaque contributeur se doit d'avoir une adresse e-mail valide. »
« La fantasmatique sous-jacente est assez explicite : elle est anale – il faut garder le groupe propre (...) »
« Le troll est ainsi à Usenet ce que le masochisme est au fonctionnement psychique : un gardien de vie. »
« Au flaming, les membres du groupe réagissent parfois par un flooding. »
Bonne lecture.
11 octobre 2006
Le syndrome du PowerPoint
Comment, ça ne vous dit rien ? C'est le syndrome du PowerPoint, chez Temps Réels.
Ils pointent également vers un document intitulé « Comment devenir beau, riche et intelligent grâce à Word, Excel et Powerpoint », ce qui peut toujours servir.
Ils pointent également vers un document intitulé « Comment devenir beau, riche et intelligent grâce à Word, Excel et Powerpoint », ce qui peut toujours servir.
09 octobre 2006
Réplication entre centraux
Rappel d'une vieille idée (un peu à la base du truc, hein) : ça serait bien si n'importe qui pouvait installer un moteur « Les Fûts », que ce soit sur un gros serveur avec QoS, sur un LAN coupé du net, voire sur un portable, et que ces moteurs répliquent leurs données entre eux, à la manière de NNTP. J'ai bien dit « à la manière » ;-) On aurait des protocoles standard pour les échanges, et le b*rdel fonctionnerait aussi bien comme NNTP que comme un SCM... Le rêve.
À ce que j'ai compris, XWiki a aussi une vision qui parle de réplication, avec XWiki Concerto, pour lequel ils viennent d'obtenir une aide de l'ANR (Agence Nationale de la Recherche).
Pour les Fûts, l'idée est de considérer que les données, versionnées, faut-il une nouvelle fois le rappeler, sont des résultats de traitements, et que les traitements sont ce que font les centraux quand ils exécutent les commandes postées par les caches applicatifs.
Le central assure :
Quand deux centraux s'échangent des informations, on ne fait transiter que les commandes (« tout est message », rappelez-vous), pas les données. Ça n'aurait aucun sens de répliquer les données, car on est incapable d'assurer la cohérence d'une donnée isolée.
Les données sont en quelque sorte des validations par les centraux des commandes. Les commandes sont donc estampillées « non validées, locales à tel cache applicatif », ou « validées, provenant de tel central ». Les données sont estampillées « non validées, locales à tel cache applicatif », ou « validées, provenant du central auquel est rattaché le cache applicatif »
Même si elle ne concerne que les commandes, la réplication entre centraux doit s'appuyer sur des identifiants « universels », qui permettront de référencer dans tous les centraux les mêmes objets :
À ce que j'ai compris, XWiki a aussi une vision qui parle de réplication, avec XWiki Concerto, pour lequel ils viennent d'obtenir une aide de l'ANR (Agence Nationale de la Recherche).
Pour les Fûts, l'idée est de considérer que les données, versionnées, faut-il une nouvelle fois le rappeler, sont des résultats de traitements, et que les traitements sont ce que font les centraux quand ils exécutent les commandes postées par les caches applicatifs.
Le central assure :
- l'absence de conflits entre les traitements (puisque c'est lui qui les ordonnance)
- la cohérence des données
- l'indexation des données
- le versioning des données
- d'un référentiel temporel
- d'un référentiel des versions de données (« révisions »)
Quand deux centraux s'échangent des informations, on ne fait transiter que les commandes (« tout est message », rappelez-vous), pas les données. Ça n'aurait aucun sens de répliquer les données, car on est incapable d'assurer la cohérence d'une donnée isolée.
Les données sont en quelque sorte des validations par les centraux des commandes. Les commandes sont donc estampillées « non validées, locales à tel cache applicatif », ou « validées, provenant de tel central ». Les données sont estampillées « non validées, locales à tel cache applicatif », ou « validées, provenant du central auquel est rattaché le cache applicatif »
Même si elle ne concerne que les commandes, la réplication entre centraux doit s'appuyer sur des identifiants « universels », qui permettront de référencer dans tous les centraux les mêmes objets :
- identifiants d'articles (c'est le champ Message-ID dans NNTP)
- identifiants d'utilisateurs (c'est la base visible de la base du projet !)
- dates
- URLs, e-mails, adresses IP...
- types d'actions élémentaires
- autres identifiants, externes (exemple : ISBN...)
Aquitaine : Forum de l'Économie Numérique le 12/10
Ce jeudi 12 octobre se tient à Bordeaux le Forum aquitain de l'Économie Numérique. Il y aura du France Telecom, du Capgemini, du Microsoft, mais aussi du Google entre autres.
Via Bertrand Duperrin et Miss Tics.
Via Bertrand Duperrin et Miss Tics.
08 octobre 2006
05 octobre 2006
Amazon's S3 — et EC2
L'initiative Simple Storage Server (S3) d'Amazon semble être une excellente solution pour monter sans s'embêter avec des locaux et du matériel, une baie virtuelle de stockage de données.
Par ici, un développeur en parle : Replacing my home backup server with Amazon's S3.
Le tarif mensuel : $0.15/GB pour le stockage, et $0.20/GB pour le transfert. Largement dans les moyens des Fûts.
Amazon lance aussi son Elastic Compute Cloud (EC2), pour du CPU virtuel.
Par ici, un développeur en parle : Replacing my home backup server with Amazon's S3.
Le tarif mensuel : $0.15/GB pour le stockage, et $0.20/GB pour le transfert. Largement dans les moyens des Fûts.
Amazon lance aussi son Elastic Compute Cloud (EC2), pour du CPU virtuel.
04 octobre 2006
OpenAjax Alliance White Paper
Un White Paper sur Ajax chez l'OpenAjax Alliance (Google mais pas Yahoo!, Mozilla mais pas Microsoft...) : OpenAjax Alliance White Paper. Le PDF fait 23 pages, en anglais et avec de jolis schémas.
03 octobre 2006
Forum Architectes (SOA) le 19/10
C'est ballot, le jeudi 19/10 il y a un forum Architectes à Paris, centré sur SOA.
Inscription sur le site de Microsoft France.
Il faudra rentrer tôt pour la soirée Les Fûts à Talence :-)
Inscription sur le site de Microsoft France.
Il faudra rentrer tôt pour la soirée Les Fûts à Talence :-)
02 octobre 2006
Rencontre avec XWiki
De passage à Paris en fin de semaine, j'ai pu rencontrer Ludovic Dubost et Luis Arias, de XWiki.
XWiki est un wiki en Java, avec un coeur open-source, une équipe française et une communauté importante. Lire Why Is XWiki Different. Les clients peuvent demander à intégrer une surcouche spécifique à leur besoin au-dessus de XWiki. Un exemple, Chronopolys :
J'avais regardé le produit de loin au début du dev des Fûts. C'était intéressant de discuter avec son fondateur.
On a échangé nos points de vue, notamment sur la réplication de wikis, et sur l'utilité ou non de la transversalité. Intéressant.
XWiki est un wiki en Java, avec un coeur open-source, une équipe française et une communauté importante. Lire Why Is XWiki Different. Les clients peuvent demander à intégrer une surcouche spécifique à leur besoin au-dessus de XWiki. Un exemple, Chronopolys :
CHRONOPOLYS® est solution hébergée au service des collectivités locales et territoriales. CHRONOPOLYS® sert à organiser ou simplifier la gestion des projets de la collectivité, c'est-à-dire les échanges entre ses agents internes et externes : la coordination, le partage d'information, la planification, etc.Chronopolys s'appuie sur XWiki.
J'avais regardé le produit de loin au début du dev des Fûts. C'était intéressant de discuter avec son fondateur.
On a échangé nos points de vue, notamment sur la réplication de wikis, et sur l'utilité ou non de la transversalité. Intéressant.
26 septembre 2006
Un forum en Ajax
Un forum 3 zones en Ajax :
http://www.jackslocum.com/forum2/
L'annonce par le développeur, dans un classiquement ignoble phpBB :
http://www.jackslocum.com/forum/viewtopic.php?t=72
Dans le forum Ajax, on notera la liste scrollable définitivement user-friendly, sauf qu'il a gardé la... pagination ! du forum HTML. Impressionnant de bêtise. J'espère qu'il peut faire sauter ça.
http://www.jackslocum.com/forum2/
L'annonce par le développeur, dans un classiquement ignoble phpBB :
http://www.jackslocum.com/forum/viewtopic.php?t=72
Dans le forum Ajax, on notera la liste scrollable définitivement user-friendly, sauf qu'il a gardé la... pagination ! du forum HTML. Impressionnant de bêtise. J'espère qu'il peut faire sauter ça.
21 septembre 2006
Soirée les Fûts : 19/10
Une soirée entre architectes qui aiment la bière...
- Qui : ouvert à tous.
- Quoi : du buzz 2.0, de la binouze et de la détente.
- Quand : dans un mois, jeudi soir 19 octobre 2006.
- Où : sur Bordeaux, mais on ne sait pas encore où précisément. Contactez-moi pour dire si vous venez. Selon le nombre de participants et les avis, on choisira le lieu.
12 septembre 2006
Spread : CMS open-source
Citation :
C'est fou le temps qu'on a à perdre et les jolies choses qu'on peut faire avec ces technos de djeunz.
Spread est un outil de gestion de contenu ergonomiqueEh oui, le fameux Ruby on Rails...
- Il se concentre sur les besoins essentiels des associations ou PME.
- Il utilise AJAX pour simplifier les insertions de contenus multimédias.
- Il applique au Web les principes des applications classiques : palettes d'outils, drag & drop...
- Il est Open Source
- Il est basé sur le framework Ruby on Rails et la bibliothèque Ajax Prototype.
C'est fou le temps qu'on a à perdre et les jolies choses qu'on peut faire avec ces technos de djeunz.
« Netvibes 2.0 »
Un article chez Fred Cavazza, qui généralise un aspect de la vision qui sous-tend la plateforme associative des Fûts : Netvibes 2.0 ?
Oui, oui, je sais, Netvibes a levé 12 M€ récemment...
Oui, oui, je sais, Netvibes a levé 12 M€ récemment...
Reconfiguration de réseau
Franchement, en 2006, il y a encore des gens qui paramètrent des adresses IP en dur dans leur environnement ? Comme par exemple l'adresse IP d'un serveur Subversion ?
Mais c'est dingue ! Et comment font ces gens quand la cartographie du réseau évolue ?
Non ! Ils se font à la main les relocations des 20 projets sur chaque poste ?
Ah, oui.
Bien sûr...
Fichier hosts, qu'on te dit.
Mais c'est dingue ! Et comment font ces gens quand la cartographie du réseau évolue ?
Non ! Ils se font à la main les relocations des 20 projets sur chaque poste ?
Ah, oui.
Bien sûr...
Fichier hosts, qu'on te dit.
08 septembre 2006
Priorités techniques (versionnage des données)
On a eu un débat sur les priorités dans le développement :-P
Une question forte était notamment de savoir s'il n'aurait pas été plus judicieux de faire de suite un amorçage avec une petite IHM sexy, au lieu de régler la question du versionnage des données.
J'avoue que je n'ai pas de réponse à cette question, j'ai vraiment hésité à implémenter le versionnage des données dès la v0.2 (implémentation du forum).
Ce que je peux dire, c'est que pour le développement du forum, le versionnage des données offrait d'emblée les points suivants :
Cependant ce versionnage est tellement galère à implémenter from scratch, que je n'arrive même pas à imaginer la somme monstrueuse d'efforts qu'il faut déployer pour garantir une migration souple des données d'un système sans versionnage, vers un système avec versionnage. À moins bien sûr d'arrêter les serveurs pour verrouiller les données, mais c'est pas du jeu ;-)
C'est une autre façon de voir les choses : y avait-il un moyen acceptable de faire autrement que d'implémenter ce merdier dès le début ?
La question ainsi posée, ma réponse serait proche du « non »...
Dans le même genre, il y a d'autres « priorités techniques discutables » :
Le débat reste ouvert, ainsi que les commentaires :-)
(1) Pour mémoire, sur l'internationalisation, voir le post de Tristant Nitot :
Localization and Internationalization: what some of us have learnt
Une question forte était notamment de savoir s'il n'aurait pas été plus judicieux de faire de suite un amorçage avec une petite IHM sexy, au lieu de régler la question du versionnage des données.
J'avoue que je n'ai pas de réponse à cette question, j'ai vraiment hésité à implémenter le versionnage des données dès la v0.2 (implémentation du forum).
Ce que je peux dire, c'est que pour le développement du forum, le versionnage des données offrait d'emblée les points suivants :
- les contextes de navigation, notamment dans les résultats de recherche (les résultats d'une recherche lancée à un instant <t> restent inchangés même si de nouvelles données sont arrivées à <t+1>, <t+2>... <t+n> : le rafraîchissement de la recherche est à la discrétion de l'utilisateur, pas du système)
- le suivi des commandes pour les traitements asynchrones (si une commande à <n+2> ne passe pas, on peut revenir à l'état <n> ou <n+1>, selon l'intégrité demandée : passage de commandes par lots, etc.).
À vrai dire, dès qu'on fait du traitement asynchrone, je ne vois pas comment s'en sortir sans versionnage.
- des sauvegardes métier faciles et cohérentes
- une possibilité de gérer la concurrence entre des modifications multi-sites
Cependant ce versionnage est tellement galère à implémenter from scratch, que je n'arrive même pas à imaginer la somme monstrueuse d'efforts qu'il faut déployer pour garantir une migration souple des données d'un système sans versionnage, vers un système avec versionnage. À moins bien sûr d'arrêter les serveurs pour verrouiller les données, mais c'est pas du jeu ;-)
C'est une autre façon de voir les choses : y avait-il un moyen acceptable de faire autrement que d'implémenter ce merdier dès le début ?
La question ainsi posée, ma réponse serait proche du « non »...
Dans le même genre, il y a d'autres « priorités techniques discutables » :
- Unicode
- internationalisation (1)
- gestion des timezones
- gestion répartie des identités
- centralisation de la publication des messages
- sessions multi-sites (un peu de SSO)
- ...?
Le débat reste ouvert, ainsi que les commentaires :-)
(1) Pour mémoire, sur l'internationalisation, voir le post de Tristant Nitot :
Localization and Internationalization: what some of us have learnt
05 septembre 2006
Ben tiens : rev link vers blog associatif
Juste le temps de retrouver mes pénates de développeur fou, pénates qui consistent entre autres à relever certains blogs, et je m'aperçois que LSM cite le projet... C'est par ici. LSM y recense les caractéristiques de ce que serait un bon outil web pour les associations.
LSM, Laurent Samuel, tient entre autres un blog intitulé «Créer et animer une association Loi 1901», que j'ai déjà cité.
LSM, Laurent Samuel, tient entre autres un blog intitulé «Créer et animer une association Loi 1901», que j'ai déjà cité.
01 août 2006
OpenID (Verisign)
Et le gagnant est... OpenID, visiblement une initiative de Verisign. C'est une solution gratuite et réellement distribuée ("anybody can be an OpenID server") pour la problématique du Single Sign-On sur le web.
Vite ! une implémentation gratuite, qu'on puisse tester.
Vite ! une implémentation gratuite, qu'on puisse tester.
Inscription à :
Articles (Atom)