Valtech a le plaisir de vous inviter à l’événement de lancement d’Acquia en France le 25 mai à Paris. Rejoignez-nous sur le stand Valtech et découvrez comment le CMS Drupal permet aux entreprises et aux administrations d’innover et gagner en flexibilité afin de répondre aux exigences croissantes des clients. Au programme Vision et Futur de Drupal Étude [...]

Le modèle de développement d’applications à énormément évolué depuis une décennie. Les technologies web se sont imposées et ont évoluées. Les applications web offrent de plus en plus de services, elles sont de plus en plus ergonomiques et performantes.

Mais qu’en est-il du quotidien du développeur ? Les outils de développement ont-ils évolués ? Il y a 6 ans l’ovni GWT faisait son apparition, avec pour objectif de facilité le développement d’applications web sophistiqués La vision révolutionnaire de ses deux concepteurs a mit du temps a être accepté. De nos jours comment a évolué GWT ? Qui l’utilise ?

La vision de Bruce Johnson et de Joel Webber a-t-elle supporté l’épreuve du temps ?
Cette présentation tentera de répondre à ces questions, en présentant ce que GWT a dans le ventre.

1er article d’une série de 4 articles sur AlwaysOn pour SharePoint Configuration (1ère partie) Configuration (2e partie) ...

Le 30 Mai Duchess France vous invite à fêter ses 2 ans d’existence. Comme l’année dernière l’équipe organisera un Trivial Java avec des questions autour de Java mais pas uniquement !
Vous n’avez pas pu y assister l’année dernière ? C’est le moment de vous rattraper !
Lire la suite de cet article …

A la place du traditionnel XP Day Suisse version francophone, Agile Genève organise cette année sur deux jours une conférence du type « Open Agile » où le programme sera établi par les participants. Plus d’informations et inscriptions sur http://www.agile-swiss.org/geneve/nidagile/

Xebia Training a le plaisir de vous faire part d’une offre promotionnelle pour la formation MongoDB pour Administrateurs en partenariat avec 10Gen Lire la suite de cet article …

Une fois n’est pas coutume, je vais vous parler d’autre chose que d’informatique. Je me suis fixé récemment comme objectif d’apprendre le coréen pour des raisons personnelles. Et vu que je ne retiens bien une chose qu’en l’écrivant selon mes propres mots, vous allez subir

Alors tout d’abord, après quelques essais, il s’avère que le hangeul, l’alphabet coréen, est assez facile à transposer sur notre alphabet latin. Il y a une quarantaine de caractères à retenir. Pour le coup, c’est le point un peu galère. Parce que non seulement il y a plus de caractères mais en plus ce ne sont pas les mêmes. Avec en prime, de devoir apprendre des symboles différents pour les représenter. Certaines de ces lettres seraient des syllabes pour nous (ya, yô, yo, yu, …) et certaines de nos consonnes ne sont presque qu’une seule pour le coréen. Par exemple le l et le r sont une seule et même lettre en hangeul. On ne fait la distinction que par leur position dans la syllabe.

Ceci dit pour se simplifier les choses, il y a 24 caractères de base (14 consonnes, 10 voyelles) plus 5 consonnes doubles et 11 voyelles composées.

Les syllabes sont en fait des caractères regroupées dans une structure très logique. Chaque syllabe est composée « normalement » d’une consonne, puis d’une voyelle et possiblement d’une autre consonne. La syllabe se lit donc de gauche à droite puis de haut en bas. Si elle ne commence pas par une consonne, vous devrez mettre un « rond » à la place (désolé, j’ai pas trouvé le nom donné à cette figure de style). Ça simplifie beaucoup la lecture quand on n’a pas cet alphabet dans notre langue maternelle puisqu’au moins, on sait de suite si un caractère est une consonne ou une voyelle.

Et comme toutes nos langues latines et anglo-saxonnes, le texte se lit de gauche à droite et de haut en bas. Un beau frein en moins dans l’apprentissage

Sur ce premier billet, vous l’aurez compris, l’objectif est grand, mais la langue est construite de façon très logique. Ça devrait aider. Je suis plus qu’optimiste et enthousiaste à cette idée

Comme indiqué dans mon précédent billet, j'ai eu l'honneur de présenter deux sessions à Devoxx-fr :

• Un "quickie" (15mn) pour présenter Seren, ma librairie d'optimisation de sérialisation;
• Une "conférence" (1h) avec Heinz Kabutz, sur le thème "Deadlock Victim".

Pour nos lecteurs qui n'auraient pas eu l'opportunité d'y assister, voici les slides correspondants.
De plus, la conférence a été intégralement filmée, vous pourrez donc la retrouver très bientôt sur la plateforme Parleys.

Bonne lecture !

... Lire Zenika à Devoxx-fr 2012 : les slides !

Voici (enfin!) la suite des règles de la Scrum Master Academy après un mois d’Avril bien occupé me concernant. Pour ceux qui n’auraient pas suivi les nouvelles du French SUG, sachez que les vidéos des sessions du Scrum Day sont maintenant en ligne. Vous pouvez donc y retrouver les règles que Jean-Laurent et moi avons présentées lors de notre session dont voici la vidéo.

La règle n°2 sera une découverte pour beaucoup car nous n’en avons pas encore parlé en dehors des murs de Xebia. C’est une règle qui s’avère polémique à souhait et qui vient en complément de la règle n°1. Nous espérons bien qu’elle fera couler de l’encre dans les commentaires.

Lire la suite de cet article …

Sujet : Soirée Alt.Net FR Mai 2012
Date : Jeudi 19 Avril à 19:00
Lieu : MCNEXT, 2 rue de Châteaudun 75009 PARIS
Inscription: http://www.meetup.com/altnetfr/events/64294992/

Agrandir le plan

Veuillez réserver la soirée du 24!

Le format sera de 2/3 sessions de 30 min + discussions.
Au programme: WCF Async Queryable Services, Le NoSQL au service de l’incrémental+guests

Cette soirée sera un peu différente de d’habitude car nous avons voulu changer un peu les formats. Nous allons essayer de faire plusieurs présentations plus courtes au lieu d’une seule grosse. Cela permettra de dynamiser un peu les choses et de laisser plus de place aux échanges.

Les sujets sont encore à confirmer, mais nous aurons à priori:

Matthieu Mezil

Sujet :
« WCF Async Queryable Services, la solution « ultime » pour le Data Driven Development ! »

Résumé:
Au cours des dernières années, j’ai rencontré de très nombreux clients. J’ai pu identifier de nombreux scenarii récurrents, pas forcément simples à traiter et parfois non supportés par les frameworks du marché.Fort de ces nombreuses expériences, j’ai décidé de réaliser WCF Async Queryable Services. Cependant, si on peut facilement identifier des besoins communs à de nombreux projets, chaque client a aussi ses spécificités et l’utilisation d’un framework commun n’est parfois pas compatible avec celles-ci.Afin d’adresser malgré tout un maximum de projets (en mode Data Driven Development), WCF Async Queryable Services n’est pas un Framework, WCF Async Queryable Services est un meta-framework ! Nous verrons que cela apporte beaucoup de souplesse et facilite grandement la customisation.Dans le cadre de cette présentation, nous verrons également à quel point le développement d’application 3 tiers devient aisé avec WCF Async Queryable Services.

Guillaume Leborgne

Sujet:
Le NoSQL au service de l’incrémental

Résumé:
Une démarche agile est itérative et incrémentale. Même si il existe des outils ou des pratiques adaptées, gérer l’aspect incrémental avec une base de données relationnelle est souvent laborieux. Cela crée un tout cas des frictions dans l’avancement du projet. Depuis quelques années, nous avons à notre disposition d’autres modes de persistance qui permettent de limiter ces frictions, et même potentiellement d’améliorer les performances et la capacité à monter en charge de nos applications.

(note: version courte de la présentation à l’agile-conf)

Jérôme Avoustin

Sujet :
TDD as I mean it

Resumé :
J’apprends TDD depuis 4 ans. Ce n’est pas facile tous les jours. Et j’ai le sentiment que jamais je n’arrêterai d’apprendre. C’est parfois très frustrant, mais je persiste, et, je pense, pour de très bonnes raisons. Je vous propose de partager ma vision de convaincu et d’apprenti sur le sujet, encore très loin du niveau des gourous. Nous parlerons du concept lui-même, de quelques points de vigilance, et pour terminer de quelques conseils pratiques

Venez nombreux, mais comme d’habitude les place sont limitées, donc inscrivez vous rapidement mais uniquement si vous êtes surs de venir afin d’optimiser les places!

Merci pour cette fois-ci à notre nouveau sponsor MCNEXT pour l’hébergement de la soirée!

• Ajoutez-le à Google Reader
• Tweetez-le !
• Partagez-le sur Facebook
• Partagez-le sur FriendFeed
• Postez-le sur Google Buzz

Get Shareaholic

Il y a très longtemps que GMAP3 règne clairement en maître incontesté de l’affichage de cartes via plugin jQuery. Loin de vouloir lui contester cette place, Aurélien Garroux et moi-même avons, par des initiatives totalement indépendantes et isolées, voulu compléter cette offre. GMAP3 couvre Google Maps, mais certains ne souhaitent pas passer par Google. Je vous propose donc de jeter un oeil aux 3 solutions de plugins jQuery qui vous simplifieront l’utilisation de l’API de votre fournisseur de cartes préféré.

GMAP3

Priorité à l’ancien, le plus éprouvé et surtout au premier sur le terrain. GMAP3 est édité par Jean-Baptiste Demonte et aidé par plus d’un désormais, dont gtraxx fidèle lecteur de ce blog. La version 5 est disponible depuis peu.

Je crois qu’il n’y a plus besoin de présenter ce plugin, vous trouverez à peu près tout ce que pourriez vouloir faire avec Google Maps. Si vous voulez absolument utilisez ce dernier, je ne peux que vous le conseiller.

La documentation est complète, les exemples ne manquent pas et pas mal de monde s’en sert, suffisamment en tout cas pour trouver facilement d’autres exemples d’utilisation « en prod ».

Ceci dit, attention, l’API d’utilisation de Google Maps est payante si vous avez des services payants sur votre site et la licence est assez chère. Pour en savoir plus, vous pouvez consulter la page dédiée aux entreprises et il existe une limitation d’usage pour les comptes gratuits.

BingMap plugin for jQuery

Alors j’avoue, ce n’est pas uniquement parce qu’il est sympa que je parle de son plugin. Aurélien est venu demander conseils et relecture, et pas qu’auprès de moi. Je trouve sa démarche respectable et très professionnelle. Surtout que la qualité est au rendez-vous.

L’avantage de Bing Maps sur GMAP3 ? Microsoft et non Google. Bête à dire mais nombreux sont ceux qui n’utilisent que les services de Microsoft ou qui ne souhaitent pas tout faire passer par Google.

Autre avantage ? Vous êtes gourmands mais je peux encore : l’API de Bing Maps n’est pas encore limitée. Officiellement, il n’existe pas de limitation à son usage que vous soyez un particulier, une entreprise, que vous proposiez du tout gratis ou quelque chose de payant. Cependant, la récente mise sous tarification de l’usage de l’API de recherche peut laisser croire que cela risque d’arriver.

BingMap plugin for jQuery exploite assez simplement l’API de Bing Maps, propose les éléments clés de celle-ci et est aussi très bien construite. Suite à nos discussions sur le sujet, Aurélien a su construire un plugin respectant les conventions proposées par l’équipe de jQuery. Je vous invite à jeter un oeil au moins, à l’utiliser si vous vouliez vous simplifier Bing Maps.

osmLeafLet.jQuery

Évidement, je ne pouvais pas louper mon propre plugin. Vous pouvez retrouver toutes les infos sur le site dédié.

Je vous en avais déjà parlé et je ne ferai donc que compléter par quelques infos oubliées. Tout d’abord Open Street Map ne changera jamais de statut, c’est à dire qu’il sera toujours gratuit pour tous types de service. J’utilise l’API de Leaflet qui à priori ne changera jamais de licence non plus.

J’ai respecté les mêmes conventions de développement qu’Aurélien, dans l’idée de garantir une API la plus simple possible en conservant la philosophie de chaînage de jQuery. Pour le moment, celui-ci est encore un peu limité. Vous ne pouvez qu’afficher une carte à dimensions choisies, mettre des marqueurs, une popup, gérer quelques évènements de base d’action sur la carte mais je ne souhaite presque pas l’étendre plus.

Pourquoi ? Parce que tout surplus est inutile à la grande majorité des utilisations. Par contre je développerai quelques plugins complémentaires pour les besoins spécifiques. Tout le monde n’a pas besoin de pouvoir tracer des formes géométriques, je le proposerai mais séparément. Ne me reste donc qu’à proposer la géolocalisation de vos visiteurs sur la carte affichée et vous disposerez d’un plugin définitif en version stable.

Conclusion

J’ai essayé de rester plus ou moins impartial ou en tout cas « équitable ». Si je ne me trompe pas, à peut-être une ligne près, chaque plugin a disposé d’autant de place que les 2 autres, les questions des coûts, licences, sites d’exemples et fonctionnalités ont toutes été abordées. Chaque plugin a au moins un avantage et un défaut explicitement cité. J’ai même essayé de respecter cette équité dans les tags de cet article.

A vous de faire vos choix donc. Bonne carte à tous ! Et vive la libre concurrence

La conférence Agile France ouvrira ses portes au Chalet de la Porte Jaune les 24 et 25 mai. OCTO sera présent avec pas moins de sept sessions cette année.

• Contrôlez vous ce que vous mesurez ? Thomas Lissajoux et Jonathan Scher : faut-il mesurer ce qu’on veut améliorer ? Vous mesurez certainement la vélocité ou les coûts de vos projets, mais à part ça ? Et que se passerait-il si ces données étaient ouvertes et publiques ?
• eXtreme Quotation : le planning poker sous stéroïdes Jonathan Scher et Guillaume Duquesnay : apprenez à estimer 90 stories en moins de 20 minutes, sans perdre en confiance par rapport à un planning poker.
• Des codeuses dans votre équipe ? Guillaume Duquesnay : pourquoi y a-t-il si peu de développeuses dans nos DSI ? Que gagnerait votre équipe en y remédiant ?
• Des outils de coaching pour améliorer la dynamique de votre équipe Jean-François Hélie et Guillaume Duquesnay : un gros projet en situation critique. Un virage vers l’agile réussi. Les outils de coaching qui ont permis à l’équipe de prendre ses responsabilités et s’auto-organiser.
• Agile sur un projet court : êtes vous prêts ? Guillaume Duquesnay et Jonathan Scher : sur un projet de moins de 2 mois, pas le temps de laisser les choses se tasser. Les règles du jeu pour réussir un projet court en agile.
• Entre Technical Leaders : Comment faire un Dojo ? Guillaume Duquesnay et Frederic Merizen : un cercle de pratiques : partageons nos expériences, écrivons ensemble le guide d’un coding dojo réussi.
• Retour d’expérience sur un projet Agile à large échelle Mathieu Despriee et Hervé Lourdin : un projet : 80 personnes sur 9 équipes dans 4 pays. Oui, l’agilité fonctionne pour les gros projets. Voici comment.

Nous suivrons avec intérêt les autres sessions. Quelques highlights :

• Le manager agile : Hors de la zone de confort par Gabriel Le Van
• Mon binôme m’a tuer par Jonathan Perret et Emmanuel Gaillot
• The recent evolution of consumer products par Régis Medina
• Retour d’expérience : Agile contre Cycle en V : Le match par Étienne Charignon

Vous voulez parler d’agilité ? Venez nous rencontrer à Agile France les 24 et 25 mai prochains, les Octos seront présents.

Suggestion d'articles :

1. Octo présente cinq sessions dans le cadre de la conférence Agile France
2. Interview des orateurs OCTO pour la conférence Agile France
3. Octo soutient : Agile Open France 2009

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Le coin de la technique

• Vert.x 1.0, le node killer ? (par Aurélien Maury)
• Hive 0.9 (par Bertrand Dechoux)

Lire la suite de cet article …

L’évènement le plus attendu de cette année geek arrive enfin …

le deuxième anniversaire de Duchess France aura lieu le mercredi 30 mai !

Maintenant que Devoxx France et Mix-IT sont passés, venez vous détendre en jouant autour de Java avec nous !

Le programme

Comme l’année dernière, nous vous proposons de venir nous rencontrer, échanger avec nous et vous amuser autour d’un Trivial Java spécialement préparé par notre équipe !

Nous vous accueillerons à partir de 19h pour débuter la soirée à 19h30, et jouer tous ensemble jusqu’à 22h. Un buffet vous permettra de reprendre des forces avant la deuxième manche et de discuter avec l’équipe pour nous faire part de vos idées et de vos envies. Et pour les plus courageux, une troisième mi temps est également prévue !

Une soirée pour qui ?

Si vous vous posez encore la question, c’est que vous ne venez pas assez souvent aux soirées de la Marmite Les soirées Duchess sont exclusivement réservées aux geeks et aux geekettes. Ami commercial passe ton chemin, chez nous ça parle code, et seulement code !

C’est donc une soirée pour les développeuses vous l’aurez compris, mais comme toujours nos amis masculins sont les bienvenus, surtout si ils ont une collègue féminine à nous présenter

Où nous rejoindre ?

La soirée se déroulera à l’ECE que nous remercions pour son accueil. C’est au 37 quai de Grenelle dans le 15ème arrondissement de Paris (métro Bir-Hakeim ou Dupleix, ligne 6 ou Champs De Mars sur le RER C).

Inscrivez vous vite sur EventBrite et parlez en autour de vous !

Nous vous attendons nombreux et nombreuses !

La conférence incontournable de la communauté Agile La conférence Agile France revient encore cette année le 24 & 25 mai à Paris, l’occasion de rencontrer des Agilistes de tous niveaux, partager vos expériences avec des professionnels de votre secteur. Le programme est très complet : Agile, Scrum, User Experience et aussi outils, code et techniques de programmation. [...]

Un Cloud français ? Déjà en production ? Sans subventions ? 

Certains avaient peut-être oublié qu’OVH est le 4e hébergeur mondial et qu’ils n’ont pas attendu un plan quinquennal parisien pour lancer leurs ingénieurs dans l’aventure du Cloud.

Iaas, Paas et Saas, nous vous invitons le 22 Mai 19h15 à Lire la suite de cet article …

Avec sa version 3.1, Spring apporte de nombreuses nouvelles fonctionnalités, parmi lesquelles se trouve une abstraction de cache. Cette dernière permet de s’absoudre des dépendances explicites au cache utilisé. En effet, une fois cette fonctionnalité configurée, les développeurs auront à...

Récemment, une énième discussion a enflammé les esprits sur les forums techniques. Vous savez bien, c’est une discussion qui démarre sur l’état de l’art et qui se termine en considérations sans fins sur les qualités comparées avec un “vieux langage” que-sur-des-cas-précis-il-ne-sera-jamais-dépassé…

C’est un fait que l’écosphère Java souffre actuellement d’une offre pléthorique (Struts/Stripes, Tapestry, JSF, Spring MVC, GWT, JavaFX… j’ai la tête qui tourne) et redondante (cf. débats actuels Java EE 6 vs. Spring 3.x ou la foule des portails, GED ou ESB apparus). Il est vrai aussi que :

1. les débutants sont mal formés, notamment sur les paradigmes OOP, AOP et SOA
2. les développeurs expérimentés s’épuisent à passer d’un framework à l’autre
3. les architectes n’ont pas le temps d’évaluer les versions qui sortent en permanence

Sans parler des projets tellement évolutifs qu’ils embarquent plusieurs technologies Web Services en même temps ou pâtissent de toutes sortes de dettes techniques, faute de recevoir une maintenance planifiée…

Mais a contrario, en Java les standards évoluent tellement lentement qu’on leur préfère des solutions alternatives à forte obsolescence. On en est là. Avouez que c’est quand même dommage de faire preuve d’immaturité à cet âge ! De mon temps (hum) les bonnes idées étaient simplement reprises et transcendées au sein de la “meilleure” communauté créée.

Mais aujourd’hui il semblerait que notre industrie soit en guerre. jBoss vs Spring, Adobe vs Google, Hudson vs Jenkins… Faut-il pour autant prêcher la dictature comme remède à l’anarchie ? Nous ne voulons pas devenir .Net, si ? Bref, j’exagère (à peine).

Pourquoi le monde Java en est-il arrivé là ?

Selon moi, c’est à cause de son succès, justement. Le niveau d’activité de la communauté me semble tout à fait remarquable, notamment dans l’Open Source, mais pas que. Le revers de la médaille, c’est qu’un si grand nombre d’intervenants implique le ralentissement des prises de décision, favorisant ainsi l’adoption de solutions spécifiques ou inachevées.

Avant, c’était mieux (n’est-ce pas ?). Un serveur d’application Tomcat et quelques spin-off, un peu d’injection et de bonnes pratiques ORM et c’est parti pour le framework léger. Un IDE sympa, avec quelques plugins utiles. En plus, tout ça gratos ! Et l’enthousiasme du fait main se répandait dans les entreprises à la faveur des SCM. Ajoutez à cela les annotations, et l’on a pu croire un temps que nous serions productifs.

Bon… ça n’a pas vraiment suffit. N’est-ce pas ? Alors il y a eu Maven, l’intégration continue et même l’agilité. Et BOUM ; peut-être que ça marche trop bien, finalement : tout le monde s’est mis à parler/publier en même temps, la tête dans le guidon. Une vraie course à la nouvelle version.

Mais alors qu’est-ce qu’on va FAIRE (Mon Dieu) ?

Nous avons une responsabilité, en tant que communauté et en tant que professionnels. Cette responsabilité est de suivre un cap réfléchi pour assurer à nos utilisateurs et à nos clients une certaine forme de pérennité. Je ne parle pas de 10 ou 15 ans, bien sûr. En technologies de l’information et de la communication (comme on dit), c’est l’éternité ! Et c’est enfoncer une porte ouverte que de proposer un socle commun stable. Nous SAVONS ce qu’il nous faut. La question est COMMENT l’obtenir.

Et bien je pense personnellement que la République des Experts, c’est fini. Il nous faut une Démocratie Participative (notez les majuscules, je vous prie). Nous vivons actuellement une période transitoire qui pourrait très bien aboutir à un verrouillage par quelques grands acteurs (parmi Adobe, Google, jBoss ou d’autres), au détriment de la créativité et de la réactivité. Pour éviter cela, je pense que les développeurs devraient pouvoir influer sur les orientations du marché pas seulement par plébiscite, a posteriori, mais aussi en amont sur la base d’une information éclairante.

The Apache Software Foundation nous a montré la voie (par le truchement de l’incubation et d’un processus électif). Mais la méritocratie (qui a dit bureaucratie ?) n’est pas suffisante. Avez-vous compté le nombre de projets que la fondation héberge, récemment ? Là aussi, le débordement fait plus que nous guetter : il nous attend au tournant. Certaines idées méritent plus qu’un avis technique, il leur faut un coup de pouce (comme dans l’expression “Je poussoies”, bien sûr) afin de leur assurer l’effort requis. Et chacun, comme pour une primaire politique, devrait pouvoir donner sa voix sur la teneur des projets à privilégier.

Nous n’avons pas besoin d’une dizaine de bases NoSQL ; nous avons besoin d’une (aller, deux) solutions qui fonctionnent et garantissent une réponse à une problématique réelle (mais je garde pour moi mon opinion, concernant cet exemple précis). Les outils existent, je regarde vers GitHub (en tant que plateforme collaborative, peu importe que le support soit Git ou SVN, au fond). Nous savons fédérer la motivation ; mais il nous reste à exprimer l’intérêt plus tôt au cours du processus de développement afin d’éviter le gâchis actuel qui consiste à jeter nos forces dans des projets concurrents, parfois complètement équivalents, mais dont personne ne veut abandonner la paternité.

Un processus démocratique, ouvert, devrait permettre aux solutions d’avenir de recevoir suffisamment de moyens pour percer, prendre le temps de se stabiliser, et enfin s’imposer. Non pas sur une mode qui aurait duré, mais sur la qualité d’une réalisation ayant reçu toute l’attention nécessaire.

“L’ergonomie n’est plus négociable aujourd’hui”. OCTO Technology

L’aspect incontournable de la performance

Il existe une conviction partagée chez les grands du Web : la performance perçue par l’utilisateur est critique. Cette performance a en effet un impact direct sur l’adoption du service et son utilisation dans la durée. Et le ressenti utilisateur est directement lié à la rapidité d’affichage des interfaces.

Le grand public se moque bien de l’architecture logicielle, de la puissance des serveurs, de la latence réseau provoquée par l’appel à des Web services… Tout ce qui lui importe, c’est l’impression de fluidité dans l’usage.

Les grands du Web l’ont bien compris et parlent ainsi de mesure en “battement de cils”. Tout se joue donc à l’échelle du 1/10ème de seconde. Leurs études, réalisées notamment grâce à du test A/B (cf. article à ce sujet), le démontrent clairement :

• Amazon : une augmentation de + 100 ms de la latence signifie -1 % de ventes
• Google : plus de 500 ms au chargement signifie – 20 % de trafic (pages vues)
• Yahoo : plus de 400 ms au chargement signifie + 5 à  9 % d’abandon (rebond)
• Bing : plus d’une 1 seconde au chargement signifie – 2,8 % de revenu publicitaire

Comment assurer cette performance

Suivant en cela le Pattern “device agnostic”, les grands du Web développent parfois des interfaces natives, parfois des interfaces Web, afin de toujours offrir la meilleure expérience utilisateur. Dans les deux cas, la performance perçue par l’utilisateur doit être maximisée.

Applications natives

Avec l’iPhone, Apple a réintroduit le développement au plus près du matériel (sans revenir à l’assembleur, tout de même) pour maximiser les performances perçues. Ainsi les technologies Java et Flash sont bannies de l’iPhone. La plateforme utilise aussi des artifices visuels : au lancement d’une application, il peut charger la vue du dernier état de l’application pour maximiser l’impression d’instantanéité, la véritable application étant chargée en tâche de fond. Sur Android, les applications Java sont exécutées sur une machine virtuelle optimisée pour la plateforme. Elles peuvent aussi être écrite en C pour maximiser les performances.

De manière générale, un consensus s’est dessiné autour du développement natif, en particulier sur plateformes mobiles : il doit être au plus près du matériel. Et des technologies multiplateformes comme JME, Flash ou Silverlight tendent à tomber en désuétude pour privilégier l’expérience utilisateur.

Applications Web

Le chargement complet d’un écran Web est souvent de l’ordre de 4 à 10 secondes tout compris (avec les images, le JavaScript, Le Flash, etc.)

Il apparaît que la lenteur d’affichage perçue est généralement liée pour 5% aux traitements sur serveurs, et pour 95% aux traitements du navigateur. Les grands du Web apportent donc un soin tout particulier à l’optimisation de l’affichage des pages Web.

Voici une liste des principales bonnes pratiques qui font consensus :

• Il est crucial de mettre en cache les ressources statiques (les images, les feuilles de style CSS, les scripts JavaScript, les films Flash, etc.) lorsque c’est possible. Il existe pour cela diverses technologies de cache HTTP. L’optimisation de la durée de vie des ressources dans le cache est ainsi une compétence à acquérir.
• Il est recommandé d’utiliser un réseau de cache, ou Content Delivery Network (CDN),  pour placer les ressources au plus près des utilisateurs et limiter l’impact de la latence réseau. Disposer de serveurs de cache dans tous les pays où résident des utilisateurs est vivement recommandé.
• Le chargement en tâche de fond permet de masquer la lenteur d’affichage de certains éléments de la page.
• Une pratique, très fréquente consiste à utiliser des “sprites” : il s’agit d’agréger des images dans un même fichier pour limiter le nombre de ressources à charger ; elles seront ensuite découpées à la volée par le navigateur (voir l’exemple Gmail ci dessous).
• Le recours à des noms de domaines multiples permet de maximiser la parallélisation dans le chargement simultané de ressources par le navigateur. En effet, les navigateurs sont soumis à un nombre maximal de requêtes simultanées sur un même domaine. Ainsi Yahoo.fr charge ses images à partir de l.yimg.com
• Placer les ressources JavaScript en toute fin de page pour que le visuel apparaisse le plus vite possible
• Minifier, c’est à dire supprimer du code tous les caractères (retour chariot, commentaires) servant à la relecture mais pas l’exécution du code.
• Compacter les différents fichiers de code source tels que JavaScript dans un seul fichier, quand c’est possible

Chez qui ça fonctionne ?

Les exemples d’usage du pattern sont nombreux chez les grands du Web : on peut citer Google, Gmail, Amazon, Yahoo, …

Les références chez les grands du Web

Google possède le réseau de cache distribué le plus maillé des grands du Web : le géant de la recherche disposerait de machines dans toutes les grandes villes, et même d’un réseau privé mondial, selon des rumeurs difficiles à vérifier.

Google Search pousse l’expérience utilisateur temps réel très loin avec “Instant Search” qui charge les résultats de recherche au fur et à mesure de la frappe clavier. Cette fonction est une prouesse technique : elle a soulevé nombre de questions dans la communauté des architectes (cf. liens ci dessous).

Gmail est construit quasiment en HTML : les images de l‘interface sont réduites au strict nécessaire (2 “sprites” d’icônes, voir ci dessous), et  le site fait un usage extensif du cache et du chargement JavaScript en tâche de fond.

France

Sites utilisant ou ayant utilisé le réseau de cache distribué (CDN) Akamai :

• cite-sciences.fr
• LeMonde.fr
• Allocine.com
• UrbanDive.com

Et chez moi ?

L’effet de la latence d’affichage est le même sur les applications internes, propres à une DSI : exaspération des utilisateurs et abandon du recours à l’application.

Le pattern s’applique donc parfaitement en interne.

Exceptions !

Elles sont rares : on peut évoquer les applications asynchrones et les batchs.

Sources

• Présentation “Performance des applications web, quoi faire et pourquoi ?” lors de l’USI 2010 : http://goo.gl/C57B8

• Article sur Google Instant Search : http://highscalability.com/blog/2010/9/9/how-did-google-instant-become-faster-with-5-7x-more-results.html
• http://googleblog.blogspot.com/2010/09/google-instant-behind-scenes.html

Suggestion d'articles :

1. Les Patterns des Grands du Web – Sharding
2. Les Patterns des Grands du Web : « OpenAPI » ou écosystème ouvert
3. Les Patterns des Grands du Web – Test A/B

Olà! Comment ça va ? Bon, je vous la fais courte cette semaine, parce qu’il n’y a presque rien eu d’intéressant sur la toile.

Heureusement Jonathan Cutrell sauve les meubles en expliquant les 14 raisons pour lesquelles personne n’utilise votre plugin jQuery. Je précise que son article est très bien écrit et que je suis plutôt d’accord en tout point avec lui. Conseils à suivre donc

2 choses côté officiel :

• L’équipe a besoin de vos retours sur ce que vous pensez des changements potentiels qu’ils pourraient mettre en place sur les forums officiels ;
• Vous êtes invités à tester le composant Popup qui devrait être intégrer dans jQuery Mobile 1.2.

C’est tout pour cette semaine. A plus tard !