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.

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 :
Spread est un outil de gestion de contenu ergonomique
  • 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.
Eh oui, le fameux Ruby on Rails...

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...

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.

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 :
  • 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.
Et bien sûr, sur le long terme, le versionnage des données offrira :
  • des sauvegardes métier faciles et cohérentes
  • une possibilité de gérer la concurrence entre des modifications multi-sites
Bien sûr, les utilisateurs lambda n'ont que faire de ces subtilités. Le versionnage est surtout un confort pour les administrateurs fonctionnels, car pour chaque version étiquetée, le système leur garantit la cohérence des données.

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)
  • ...?
Cela, alors que le Back&Reload n'est pas encore géré...

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é.