Cachez ce transparent que je ne saurais voir…

Presentation refactoring

Donc, qu’est-ce qu’on fait ? Prenez quelques minutes pour regarder cette présentation : http://www.tudorgirba.com/blog/storytelling-at-esug-2008. Vous pouvez suivre les transparents en même temps que la vidéo juste en dessous. C’est un régal. j’avoue avoir un peu ri jaune au slide n°8

On trouve facilement de bons conseils pour faire des présentations (encore que, si comme moi vous n’êtes ni graphiste ni publicitaire, les conseils peuvent donner l’impression de se résumer à “soyez graphiste ou publicitaire”), mais je n’ai rien trouvé comme conseils avisés pour faire des supports de cours. L’exercice, même s’il se base également sur powerpoint, est suffisamment spécifique pour que les conseils de présentation ne s’appliquent que partiellement. Là-dessus je suis rentré bredouille. Si vous avez des idées, je suis preneur.

Lectures recommandées

Deux blogs incontournables, presentation zen (tout un programme) et slide:ology - en passant, ces gens-là sont plus doués que moi pour nommer leur blog - et un blog sympa, une présentation (il en fallait une), et pour finir un ebook : “Really Bad PowerPoint“. Si vous n’êtes pas rassasiés après tout ça, je vous envoie vers une compilation de liens.

google suggest

… et c’est dangereux.

Petit retour en arrière…

J’allume pour la première fois le portable flambant fourni par Oxiane. Première étape, je commence par configurer le wifi, ce qui me permet de télécharger et d’installer de google chrome. Normal de commencer par chrome, après tout, la première chose que l’on installe sur un PC, c’est bien l’OS, non ?

Et là, au moment de taper ma première requête dans l’omnibox (la fameuse boite d’URL à auto-suggestion de google chrome), faute de frappe, le copier-coller qui part tout seul. Sauf que le presse-papier contenait encore ma clef wifi que je venais de saisir. Et je regarde avec effroi ma clef-ultra-secrète partir joyeusement en clair vers les serveurs google et retour “ah non désolé je n’ai rien trouvé” (remarquez, j’aurais été plutôt surpris que google me trouve quelque chose avec un tel mot-clé).

Alors s’il-vous-plaît, si vous intégrez une boite d’auto-suggestion, comme c’est la mode dans les applis AJAX (”faut bien que ça serve tout de même le côté dynamique de l’ajax, non ?”), par pitié, n’envoyez pas au serveur les frappes de Ctrl+V, suppr., delete ou ce genre de caractères de contrôle.

Laissez une chance à l’utilisateur de conserver son presse-papier pour lui-même. Il vous en remercie.

J’ai fait la mise à jour de wordpress, toujours ça de fait, et j’inaugure le cross-posting sur schwinl! et oxiane par un billet sur google chrome.

J’ai pas (du moins pas encore) vendu mon âme à google, mais j’ai encore pas mal de techno estampillées “10 puissance un tas” dont j’aimerais causer… Parceque mine de rien, ’sont balaises chez gougueule.

A bientôt, donc.

…mais vous le savez probablement déjà.

Pour une fois, je ne vais absolument pas parler technique. Il y a un autre aspect de google-chrome qui est d’ores et déjà surprenant, c’est le budget communication qui a accompagné le lancement du produit… Résumons : l’envoi d’une bande-dessinée (très bien faite, soit dit en passant) à des blogueurs “influents”. Ah oui, et un billet sur le blog officiel de l’entreprise. C’est tout. Avouez que c’est pas cher, c’est un budget de PME.

Laissez agir, même pas besoin de secouer.

• Lundi vers midi, un blogueur annonce la bande-dessinée, reçue dans sa boîte aux lettres le matin même. Le site web http://www.google.com/chrome affiche encore 404.
• Google confirme dans la précipitation vers 14h et publie la BD en ligne vers 15h30.
• L’article wikipedia voit le jour à 16h17
• Mardi matin, tous les flux RSS ayant un rapport avec l’informatique parlent de chrome
• Téléchargeable mardi dans l’après-midi
• Jusqu’à l’article dans le monde le lendemain

…

• Et maintenant, vous qui me lisez vous vous dîtes “encore un billet sur chrome y’en a marre !”

Pas besoin de louer le CNIT, de faire une campagne d’affichage 4×3, de faire un lancement sur les champs-élysées, un feu d’artifice, ni de spots télé… Je connais rien à la publicité mais je me plais à penser que la sortie de chrome devrait faire partie du programme de toute école de publicité/communication/marketing. Je pense même que pour le lancement de produit high-tech il y aura un avant-google-chrome et un après.

Décidément, ’sont forts chez google, non ?

Et si vos collègues vous parlent de passer plutôt à l’eXtreme Programming, lisez ce billet (en anglais toujours) qui explique que ces deux méthodes agiles ne sont pas concurrentes mais complémentaires.

A la mi-temps : un poker

Une suggestion d’outil pour vous aider dans votre implémentation de Scrum : le planning poker, gentiment présenté en français sur le touilleur express.

Vu que je suis fana de webware (devrais-je dire webiciels ? toiliciels ? hmmm ) je vous propose d’utiliser un outil en ligne gratuit pour organiser vos parties de poker planning : http://www.planningpoker.com/

L’éditeur de ce site propose également des présentations autour de Scrum (devinez quoi : en anglais encore et toujours )

Bonne lecture…

Ceci est d’autant plus vrai que la frontière entre différents niveaux de stabilité estimés (alpha, beta, release-candidate, release, service pack, j’en passe et des meilleures) tend à disparaître pour le logiciel-service, où une application n’est virtuellement déployée qu’en un exemplaire globalisé, mis à jour en temps réel. Très rarement, le choix entre deux versions - la version “stable et moche je vous en prie, basculez” et la version “ouah trop belle vous serez heureux de l’utiliser” - est laissé à l’utilisateur : yahoo mail, ou le dashboard de google apps sont deux cas isolés. On en est arrivé au point où il faut s’abonner à un blog pour suivre les évolutions de son logiciel-service.

Bref, tout ça pour dire que google page creator, c’est simple, c’est sympa, mais c’est plutôt buggué. Je ne jette pas le bébé avec l’eau du bain : pour rendre l’édition de petites pages web en logiciel-service accessible à un public non initié, c’est assez réussi. Mais ça manque de try-catch. Les scripts échouent silencieusement pour des manipulations assez banales, et l’on se retrouve à refaire la même manipulation dix fois de suite avant de comprendre que cela n’aboutira jamais. Cruel dilemme entre afficher un message d’erreur incompréhensible qui n’intéresse que les débuggueurs et se taire… Les développeurs de page creator ont tranché, le silence est absolu, au point de laisser croire à l’utilisateur que son action a abouti, ce qui est *mal*.

C’est à ce moment de notre histoire que notre utilisateur se tourne vers l’informaticien pas loin : “oui-je-sais, c’est pas toi qui a écrit ce logiciel, mais tu as l’habitude d’isoler les problèmes, s’il-te-plaiiiiiiit”. Ainsi, par essais-erreurs successifs on finit par trouver le contournement, en se disant que, tout-de-même, il est bien évident ce bug, ils auraient pu le tester chez google, ça me donne une idée de billet à écrire là-dessus (celui que vous êtes en train de le lire).

Pour vous faire gagner du temps, les contournements jusque ici :

Page non atteignable : le lien produit par creator n’est pas une URL correcte.

Par exemple, vous créez une page, lui donnez le titre “Exemple :”, et les liens vers cette page généré par creator sont de la forme “Exemple :” au lieu de “http://monserveur/Exemple%20:”.

Vous pourrez essayer de changer le titre autant que vous voudrez, le premier nom donné à la page sera gardé jusqu’à la suppression de cette page.

Contournement : quand vous créez une nouvelle page, donnez-lui toujours un titre URL-amical “exemple”, sauvez une première fois. Vous pourrez mettre le titre désiré par la suite, l’adresse de la page restera “exemple”.

Mon image n’affiche pas le menu contextuel quand je clique dessus

J’ai constaté que des noms d’image avec des points inclus (exemple : “mon.image.05-04.fr.jpg”) fait que creator n’arrive plus à manipuler l’image. Je vous conseille de supprimer l’image et de la recharger avec un nom plus basique “monimage0504fr.jpg”.

Pourtant, une photo bien choisie peut illustrer la philosophie, l’idée générale derrière un concept technique, le pourquoi, alors qu’un diagramme va très vite nous emmener dans les détails et dans le comment.

 Tout ça pour dire que je m’amuse à chercher des photos pouvant illustrer les Design Patterns (ceux du GoF pour commencer ça sera déjà pas mal).

J’ai commencé par le plus évident :

 l’Adaptateur

(ou Adapter, dans la langue de shakespeare, enfin, s’il avait vécu à notre époque et avait été informaticien).

Un  peu plus subtil :

 la Façade

(ou en anglais Façade )

Je trouve que ça illustre mieux justement la fonction du pattern que le premier degré du genre de ça :

L’idée est justement de ne pas ouvrir la porte pour se balader dans toutes les pièces mais bien de piloter en ensemble de composants en boîte noire.

 Une autre illustration que j’aime tout particulièrement :

 la Stratégie 

(ou strategy, pour les plus anglophones d’entre vous).

C’est peut-être déjà un peu plus tiré par les cheveux. Et encore, c’est rien par rapport à des patterns inillustrables, comme le visiteur ou le pont (et, non, pas une photo de pont, ça serait trop simple).

En bonus, une dernière illustration, pas vraiment un pattern, mais de l’orienté objet tout de même :

  l’héritage multiple

 Pour insérer le gadget sur votre page, cliquez sur ce bouton  ou utilisez l’URL http://www.schwinl.net/igoogle-zohocreator/zohocreator.xml.