Chaque auditeur devait apporter son portable pour travailler directement dessus.
La première chose qui m’a frappé, c’est le nombre important des personnes qui sont venu avec leur macbook ou macbook pro (les 2/3) , les autres des PC, mais tous les PC (sauf 1) étaient sous … linux.. incroyable !

Sur la forme, le workshop s’est passé dans un beau Hôtel Parisien, super accueil, super petit déjeuner, un brunch à 10h, un déjeuner… surprenant. ( fruits de mer ! ).

Sur le fond, j’ai pas appris grand chose… mais les échanges que j’ai eu avec Fabien Potencier et Francois Zaninotto, m’ont encore plus rassuré sur la pérénité de ce framework, surtout sur le positionnement et l’avenir de ce framework.

Vivement demain.

ça fait maintenant des années (et oui ça va vite) que l’on parle de Web2.0, et le monde commence à se mettre d’accord sur le fait que Web2.0 est … flou.

La méthode est au moins aussi vieille que le composant XMLHttpRequest, donc date de bien avant les années 2000, on utilisait cette méthode pour transmettre données et traitements, du serveur vers le client (et vice versa) et ce, de manière transparente, …. du AJAX quoi !

Sauf que la méthode ne se base pas sur un format XML ( aujourd’hui classique pour ce type d’architecture ) pour les échanges de données, mais sur un code interprétable directement par le client à son arrivée, qui vous met à disposition des objets, tableaux, fonctions et procédures utilisables instantanément !

La méthode est idéale à mes yeux pour un échange client serveur transparent (AJAX) pour certaines opérations simples (comme le chargement dynamique de listes, de combos, modification de l’interface etc..), car il n’oblige pas l’utilisation de composants XMLhttp… ni de parser XML dont on connaît les performances (pas de problème avec le temps CPU disponible sur le client, par contre, au niveau serveur nous n’avons pas la même disponibilité.) et permet en plus des données, de transmettre du code interprétable directement !

JSON a le mérite de vouloir encadrer la méthode, par son formalisme et ses interfaces disponibles pour l’utiliser avec un maximum de languages de programmation : ActionScript,C,C++,C#,Cold Fusion,Delphi,E,Erlang,Java,JavaScript,Lisp,Lua,ML and Ruby,Objective CAML,OpenLaszlo,Perl,PHP,Python,Rebol,Ruby,Squeak…
Le seul reproche que l’on pourrait faire à JSON, c’est de ne pas pouvoir transmettre du code de traitement (fonctions et precédures…).

• JSON – http://www.json.org/

• Welcome to the new world of Web 2.1
• What the hell is Web 2.1 RC 1 ?

Vivement la bêta du WEB2.2 … lol , ceux qui ont suivie le grand buzz du web2.0 doivent bien rigoler

Incroyable, hier j’ai fait une présentation à une maîtrise d’oeuvre (chef de projet et devs) des principes de AJAX, sans jamais prononcer les mots AJAX, WebDeuxPointZéro etc…..

Juste présenté les avantages, les possibilités et surtout une solution à un problème technique auquel les devs n’avaient pas de solutions.

En fait la boîte pour qui je travaille est tellement réticente à travailler avec des nouvelles technologies (on peut comprendre, quand on voit la qualité des productions du service, on ne prend pas de risques…..) que je me préparais à des retours du type, « Il faut quantifier le besoin, les outils », « Etudes d’impact », »Etudes de faisabilité », « Homologation de la technologie…. », « Méthodologie…. » (ça c’est les CDP qui en fait n’ont rien compris ou qui veulent du budget) et des réflexions protectionnistes de la part des Devs … rien de tout ça, en fait la solution présentée apparaissait tellement simple et innovante sans être révolutionnaire, parce qu’elle s’appuyait sur des technos connues … (Javascript, Woaaa !), qu’elle a été immédiatement codée et l?on me demande maintenant un petit document en support pour les équipes.

En fait, le Web2.0, AJAX (ça désigne quoi, des requêtes transparentes ?) ce sont plutôt des termes obscurs pour les esprits précis et cartésiens qui caractérisent les informaticiens (les vrais, pas ceux qui utilisent Word ou qui essayent de cliquer plus vite que leurs voisins…).

Je me demande quel accueil la solution aurait reçu si j’avais prononcé ces mots un peu trop nuageux.

Attention, je ne remet pas en cause le Web2.0 ou les nouveaux usages du web qui apparaissent ici et la, la plupart du temps en beta; je vous livre une expérience… )

Au passage, je suis passé pour un gourou… lol, dans l’obscurité une étincelle peut vous paraître plus aveuglante qu’un soleil en pleine nuit (le jour quoi).

L’objectif de ce groupe, est de généraliser l’utilisation et les méthodes associées aux interfaces dites « riches », en créant et faisant évoluer des APIs existantes, comme le composant XMLHttpRequest (pierre angulaire de AJAX, qui existe depuis plus de 4 ans maintenant, et qui fait un buzzard pas possible depuis quelques temps).

Le groupe de travail propose déjà une liste d’APIs, la plupart de celles ci seront des documentations, généralisation et sûrement des  standardisation de composants/APIs que nous utilisons déjà, comme : le langage de requête, XPATH, sur les fichiers XHTML/XML, un DOM plus concentré sur la gestion des événements utilisateurs, et la classe XmlHttpRequest.

D’autres APIs sont plus novatrices, presque bouleverssantes :

• L’évolution du composant d’upload de fichier, qui devrait intégrer des méthodes de contrôle plus poussées au niveau client (taille de la pièce jointe, son type etc..). On parle même d’une certaine automatisation pour ce composant, avec son lots de problème de sécurité qui en découle….
• L’implémentation d’une couche de communication « sockets »… permettant des connections autre que le HTTP, depuis le client  léger. Ce serait une évolution (révolution) majeure, on passerait du mode déconnecté à un mode connecté.
• L’évolution du stockage d’information du coté client, on passerait du cookie à un système plus complet, donnant la possibilité de stocker plus de données, on évoque la possibilité de pouvoir, grâce à ce mode de stockage persistent, utiliser une application tout en étant déconnecté du réseau.

L’objectif des 2 derniers points est de créer des sessions plus « forte » entre utilisateur et l’application.

D’autres travaux du groupe traiteront des fonctionnalités type drag&Drop, des barres de progressions etc…( un tas d’autres widgets devraient apparaitres au fil des discussions).

La plupart de ces APIs, méthodes et composants existent déjà, implémentés de différentes manières depuis des années, l’effort à réaliser pour les mettre en oeuvre était jusqu’à présent trop important.

L’objectif est de réduire l’effort nécessaire, en assurant une compatibilité entre les plate formes, une réduction du code source à écrire/maintenir (et à transférer) et surtout en leur garantissant une certaine pérennité à travers le sceau du W3C.

Pour résumer, on s’oriente vers un nouveau type d’usage du client léger ente clients et serveurs,  avec des possibiltés d’avoir des sessions plus forte, plus fiable et moins couteuses (réseaux & serveurs) grace au stockage persistent avancé sur le client et les sockets.

On buzzera surement dans quelques années sur le Web 3.0

Il met en avant la forte valeur ajoutée de ces concepts lorsqu’ils sont utilisés sur des grands espaces de données.

• Metadata and XML: Improving the Findability of Information

Introduction aux RSS

• l’agregation de contenus : une naissance a la croisee des chemins du web
• que contient dans les faits cette information produite dite « fil de nouvelles » ?
• comment produire et generer ces donnees a partir d’un site web ?
• a quoi cela sert de produire des fils de nouvelles ?
• exemples d’utilisation de fils de nouvelles generes par des collectivites territoriales ou l’etat
• quels avantages dans l’utilisation d’un fil de nouvelles pour l’internaute qui le consulte ?
• comment reperer un fil de nouvelles sur un site web ?
• comment lire ce contenu syndicable et comment se constituer sa « revue de presse » (en quelque sorte) de fils de syndication ?
• comment fonctionne un agregateur de contenus ?
• le futur de l’agregation de contenus

Le web sémantique selon Tim Berners-Lee repose sur ce standard RDF et un autre : OWL

Introduction à RDF