Programme

L’expérience des billes rouges (the red bead experiment) est un atelier conçu par William Edwards Deming.

L’expérience des billes rouges (the red bead experiment) est un atelier conçu par William Edwards Deming pour illustrer les erreurs classiques du management par rapport aux phénomènes liés à un système, à l’organisation elle-même. Cette session permettra aux participants de rejouer l'expérience et d'échanger sur les 7 maladies mortelles des organisations et les 14 points pour la transformation d'une entreprise définis par Deming.

Le Sky Castle Game est basé sur le Kanban Game de Jon Jagger.

Oyez ! Oyez ! La légende du Sky Castle Game : "Il était une fois un Roi très puissant. Un jour il tomba éperdument amoureux et décida de construire le Château de ses rêves pour y accueillir sa Bien aimée. Il décida de faire appel aux Compagnons Agiles qui sont réputés pour faire ce que l’on veut, montrer l’état d’avancement et accepter les modifications dont on va nécessairement avoir besoin au fur et à mesure du chantier afin de satisfaire sa Belle. L’équipe recrute. En ferez-vous partie ?" Cet atelier dure 2 heures (minimum) et s'adresse à tout public. Il a été précédemment joué à l'Agile Tour Toulouse le 19 octobre, l'Agile Tour Bordeaux le 21 octobre et la Scrum Night le 7 décembre 2011.

L’ère du management 3.0 (agile et Lean) est annoncée. Entre opportunités et nécessité, le métier de manager est en pleine évolution...

L’ère du management 3.0 (un management agile et Lean) est annoncée … entre opportunités et nécessité, le métier de manager est en pleine évolution. Le mode de management « Command & Control » issu du Taylorisme et de l’organisation scientifique du travail (OST) , avec sa vision appauvrie de l’Homme au Travail a montré ses limites; le manager agile explore de nouvelles dimensions pour garantir le succès de tous. Cette session se propose d'explorer ces nouvelles dimensions.

La réalité agile : retour d’expérience sur le déploiement agile au sein d’un grand éditeur de logiciel dans le milieu bancaire.

L’agile, tout le monde en parle, mais peu osent encore s’y lancer véritablement. Il plane une odeur de risque, d’étrangeté, qui freine les décideurs, les managers.
L’objectif de cette session est de lever cet écran de fumée pour plonger concrètement au sein d’une application de l’agile dans un milieu que l’on estime habituellement rigide ou traditionaliste, le milieu bancaire. Rentabilité, ROI, plan de carrière, supervision, définition du besoin, contraintes, risques, "time to market", réussite de certains processus, échecs d’autres, l’objectif de cette session est de décrire la réalité agile en démystifiant certaines idées et en répondant le plus concrètement possible aux questions souvent posées.

Hibernate Search s'appuie sur Lucene pour offrir aux applications Hibernate un moteur de recherche puissant et intuitif à ses utilisateurs.

Hibernate Search a pour objectif de rentre très facile l'ajout d'un moteur de recherche puissant aux applications. Toute la plomberie et la complexité sont pris en charge par le framework et laisse les développeurs se concentrer sur les règles de recherche spécifiques à leur application. Dans cette présentation, vous découvrirez comment rajouter un moteur de recherche à vos applications et vous découvrirez les dernières nouveautés comment la recherche par facette et la recherche géolocalisée. Et puisque c'est entre nous, on discutera autour du code et on passera éventuellement des slides si il reste du temps.

Introducing Social Architecture: how to design and build on-line communities.

Social Architecture by analogy with conventional architecture, is the process, and the product, of planning, designing, and growing an on-line community. Social architectures, in the form of on-line communities, are the cultural and political symbols, and works of art of the Digital Society. The 21st century will be identified with its surviving social architectures. As Social Architects, we participate in communities, we identify successful naturally-occurring patterns, or we develop new patterns, and we apply these deliberately to our own architectures. We apply psychology (our social instincts), economics (how we create common wealth through specialization and trade), politics (how we collect and share power), and technology (how we communicate). We continually adapt our toolkit based on new knowledge and experience. Our goal is to create on-line communities that accurately solve the problems we identify, that grow healthily, and that survive by themselves. All successful communities are based on the inherent contract of mutual benefit. That is, it is possible to build a billion-dollar business based on volunteer labor, but only if every participant contributes for selfish reasons. Often participants do not realize, or care, that they are part of a community. However, every single act is economic. Thus, "crowd sourcing" (as the exploitation-for-profit of volunteer labor is sometimes called) only works when the crowd really wants to solve the problems you throw at it.

An introduction to ZeroMQ, the fast, smart, and massively scalable connectivity layer for applications in any language, on any platform.

ØMQ (ZeroMQ, 0MQ, zmq) looks like an embeddable networking library but acts like a concurrency framework. It gives you sockets that carry whole messages across various transports like in-process, inter-process, TCP, and multicast. You can connect sockets N-to-N with patterns like fanout, pub-sub, task distribution, and request-reply. It's fast enough to be the fabric for clustered products. Its asynchronous I/O model gives you scalable multicore applications, built as asynchronous message-processing tasks. It has a score of language APIs and runs on most operating systems. ØMQ is from iMatix and is LGPL open source.

Le théâtre d'impro c'est être réactif au changement pour être au service d'une histoire qui doit avancer. Ca ne vous rappelle rien ?

Sur scène, les improvisateurs doivent faire vivre une histoire et garder le public réceptif, sans texte et sans préparation. On nous donne un thème, et en définissant un personnage, un lieu et une action, on est parti pour jouer avec quelqu'un d'autre qui a forcément une idée complètement différente. Comment y arriver ? Etre réactif ? Ne pas être trop brutal en imposant son idée, ne pas s'écraser complètement non plus ? En restant fidèle a des grands principes : Ecoute, Accepte, Percute, Anime, Construis, Joue le jeu, Innove, Amuse-toi, Ose ! Le tout au service d'une Histoire qui doit avoir du sens. Impensable si l'équipe n'est pas en confiance et soudée. Tiens, mais on dirait qu'on parle d'Agile... Session limitée à 12 participants

Comprendre le bytecode, sa manipulation, et se rendre compte que cela est fort utile.

Java ne se limite pas au langage éponyme : sa machine virtuelle est capable d'exécuter du bytecode produit par un très large panel de langages. Peu d'entre nous ont eu de bonnes raisons d'avoir à comprendre, générer ou transformer du bytecode Java. Il serait pourtant réducteur de limiter cette activité à une magie noire réservée aux créateurs de langages et de frameworks évolués. À titre d'exemple, la manipulation de bytecode est une des clés de voute de la simplification des modèles de programmation pour les plates-formes répandues que sont Java EE, Play! ou Spring. Cette session s'adresse à un public de tous niveaux et a pour but non seulement de démystifier le bytecode Java, mais aussi de montrer en quoi cela peut être utile dans des cadres applicatifs plus classiques.

• Bases du bytecode Java et de la JVM
• Manipulation et applications avec : ASM, AspectJ et JBoss Byteman
• Java 7 et invokedynamic
• JooFlux : projet de recherche dévoilé pour toi cher public !

Plutôt que d'assister à de longs discours, venez tâter du Clojure par vous-mêmes en participant à un Workshop.

Les introductions à Clojure, ça suffit !
Le web en regorge, on a déjà fait ça à droite et à gauche. Vous en voulez plus, nous en voulons plus !
Venez interagir avec nous, mettre les mains dans le cambouis, poser toutes les questions que vous voulez, lors d'un Workshop interactif où nous vous ferons découvrir ce que c'est, "en vrai", que d'utiliser ce langage de programmation. Ce Workshop sera animé par Christophe Grand et Laurent Petit (no kidding) :

• Christophe a été speaker lors des 2 conférences Clojure, auteur d'un livre sur Clojure, auteur de librairies Clojure renommées.
• Laurent a été speaker lors de la 1ere conférence Clojure, et est le principal développeur de Counterclockwise, le plugin Clojure pour Eclipse.

Et si on vous racontait les principes fondamentaux qui se cachent derrière Kanban ? Beaucoup plus qu'un tableau de post-it !

Kanban, mais oui tu sais, c’est le tableau de Post-it © au fond de la salle qui vous rappelle que vous êtes agiles ! Et si on vous racontait le minimum vital des principes qui se cachent derrière ?
Oui, il y a bien une histoire visuelle derrière tout ça, mais pas uniquement.
Kanban est aussi une conduite du changement basée sur l'amélioration continue de votre processus existant.
Les clefs du management visuel:

• Rendre visible l'avancement, l'objectif, les tendances ! Le Flux:
• Comprendre ce qu'est un Flux
• Flux de valeur, Flux tiré/poussé
• Limiter le travail en cours: WIP Régler son processus:
• Expliciter les règles et caractéristiques
• Trouver la bonne cadence Pour aller plus loin:
• Théorie des contraintes, Files d'attentes, ...
• Kanban vs Scrum : complémentarité ou nouvelle option ? Nous finirons en vous présentant quelques cas typiques d’applications de Kanban.

5' de coding live pour animer un cube en CSS 3D suivi des explications techniques

Une visite guidée au travers des différentes techniques d'animation disponibles dans les navigateurs modernes. Donnez de la vie à vos pages avec quelques lignes de code déclaratif grâce aux animations CSS3, CSS3D et SVG. Les slides de la présentation sont évidemment en HTML5.

We'll look behind the scenes of day-to-day development workflow in the engineering teams at Google.

It is estimated that in the US alone, failed and troubled software projects waste $60-$70 billion per year. For that money, you could launch the space shuttle 100 times, build and deploy the entire 24 satellite GPS, and develop the Boeing 777 from scratch and still have few billion left over. In my talk, I will not be analyzing what other companies do wrong. Instead, I will focus on explaining what Google does to reduce the development cost while speeding up releases and constantly delivering high quality software to our users. I will talk about the engineering and management structure at Google, then touch upon various software development workflow methodologies and then dive into the specifics of what software teams at Google do on a day-to-day basis.

Cette session a pour but de présenter la dynamique économique d’automatisation des tests qui s'apparente au modèle des options financières

L’automatisation des tests est souvent associée à l’idée d’obtenir un retour sur investissement (ROI) financier qui permettra de justifier la pertinence de se lancer dans cette démarche. Cette idée est d’autant plus marquée dans les organisations non agiles. A l’inverse, les équipes agiles prônent une automatisation systématique au moins au niveau unitaire, ne raisonnent pas en termes de ROI, et ne cherchent pas à remplacer les testeurs avec des automates. Je présenterai différentes formules de calcul de ROI « à l’ancienne » et expliquerai pourquoi elles sont fausses et comment elles tendent à prendre les mauvaises décisions.
Je présenterai ensuite le modèle des options financières et comment la dynamique économique d’automatisation des tests se calque sur ce modèle. Cette vision permet d’appréhender chaque situation avec des critères simples permettant de dériver une stratégie d’automatisation adaptée (test-first vs test-last, unitaire vs fonctionnel, etc.)

Enrichir sa vision pour enrichir son produit: s'orienter vers un design centré sur l'utilisateur. Pourquoi, comment, quels résultats espérer

L'utilisateur... le grand absent dans la salle de développement, pour lequel tant de sueur est versée, tant de lignes de code écrites et tant de paroles échangées dans des discussions quelquefois houleuses mais heureusement souvent apaisées autour d'une bière ou une boite de gâteaux.
Le comprendre, le définir, le garder au cœur du développement, répondre à ses besoins...
Une session qui présentera et partagera les outils de l'ergonome et de l'ethnographe, destinée à tous les acteurs du développement pour augmenter la performance du produit, réduire l'inutile, parvenir à une définition commerciale de MVP et éviter des erreurs coûteuses.

Le DotGame illustre l'impact de l'initiative et la collaboration dans la croissance de la performance de l'équipe

Le DotGame est un jeu simple qui s'articule sur 3 phases de 5 minutes chacune;
En formant des groupes de 7 personnes plus environ 5 observateurs, on reproduit un modèle qui est présenté comme référence. Chacun est à son poste avec une spécialisation particulière. Le produit en cours de fabrication passe d'un poste à l'autre.
Un utilisateur final (ou PO) valide à la fin du cycle les produits le satisfont.
Les règles changent dans chaque session et elle seront décrites à l'occasion de la présentation du jeu. Pour chaque session on réalise les mesures suivantes :

• le temps de parcours du premier produit
  
• le nombre des produits validés
• le nombre de gaspillages (combien de produits ont été rejetés et pas finis) En fin de chaque session il y a 5 minutes de rétrospective. La taille du groupe a un maximum de 10 personnes.
  La capacité de l'atelier est de 30 personnes maximum.

This talk will explore the idea of node.js being more scalable than other technologies, how much of it is true, and how much you should care

This talk will explore the idea of node.js being more scalable than other technologies, how much of it is true, and how much you should care. If you are not sure about investing your time in learning node yet, or if you've been using node for a while, this talk is aimed to separate the hype from the facts and giving you a better idea for where and how to use node properly.

Mise au point en 2008 et appliquée depuis dans de nombreuses startups, le lean startup bouleverse les règles de l'entrepreneuriat.

Mise au point par Eric Ries en 2008 et appliquée depuis dans de nombreuses startups (DropBox par exemple), le Lean Startup bouleverse les règles de l'entrepreneuriat. Vous découvrirez pendant cette session les fondements du Lean Startup, ainsi que le Customer Development (marketing agile) et sa complémentarité avec les méthodes agiles, et enfin des conseils pratiques pour appliquer le Lean Startup à vos projets.

Comment tester une application web avec WebDriver, TestNG et Selenium Grid. Mise en place, bonnes pratiques ...

Comment tester une application Web ? Nous aurons l'occasion de creuser en profondeur la question en étudiant les outils mis à notre disposition que sont Selenium WebDriver, TestNG et surtout Selenium Grid. Selenium est un outil qui a su s'imposer comme la solution open-source la plus efficace sur le marché.
Il permet d'effectuer des tests fonctionnels/d'acceptance sur les applications web et mobiles. Avec Selenium Grid, vous allez pouvoir distribué les tests sur plusieurs machines et diminuer les temps d'execution des plans de tests. Mais il va beaucoup plus loin : en permettant, de manière simple de gérer plusieurs environnements, incluant des multiples combinations de browsers/OS, il s'impose comme un outil efficace .
Combiné avec un framework de test spécialisé dans le parallelisme tel que TestNG, on obtient une suite robuste et efficace, qui nous permet de nous consacrer sur l'essentiel. Les exemples seront Java mais tout ce qui concerne selenium & selenium grid concerne une multitudes d'autres langages (PHP, ruby, c# ...).

Vivez la mise en place d'une infrastucture complète, articulée autour de Hadoop, chez un des acteurs majeurs du web-commerce européen.

Comment analyser chaque jour des téra de logs générés par plus de 600 JVMs en production, sans impacter leur fonctionnement ? Nous vous présenterons durant cette session la solution Big Data 100% Open Source mise en place chez un des plus grands sites du web européen. Une architecture basée sur syslog-ng, Flume, Hadoop, MongoDb et Play!, qui n'a rien à envier aux géants d'outre-atlantique ! Venez découvrir comment nous avons divisé par 20 le temps de détection et de traitement des incidents. Mais aussi comment BigData a permis de nouvelles utilisations des logs à la fois techniques et surtout métier, comme la détection des fraudes, l’analyse de traffic web, BI en temps réel, ... À travers ce retour d'expérience, nous vous proposons de vivre, au coeur d'une des plus exigeantes productions de France, la mise en place de ce projet digne des très grands du web. (Présentation acceptée pour DevoxxFr)

Le caching a sauvé les architectes web des années 2000, au prix souvent d'une énorme complexité. Peux-t-on, et doit-on tourner cette page ?

Fotopedia est une plateforme web et webservice à fort traffic, qui reçoit plus de 5 millions de visites par mois. Venez découvrir les stratégies mises en place par nos équipes pour palier aux soucis en production.
L'application principale de Fotopedia est un Ruby on Rails vieux de 6 ans. À cause de ses lenteurs intrinsèques, nous avons été amené à mettre en place des stratégies de cache élaborées pour que le comportement soit acceptable. Ceci nous a conduit à une stack utilisant du cache de fragment "edge-side", et des boucles d'invalidation complexes pour garantir la fraîcheur du contenu, qui reste encore perfectible.
MongoDB, couplé à un micro langage de template (mustache), nous permet aujourd'hui d'explorer une autre approche éliminant totalement le cache pour les données les plus dynamiques de l'application.
Mots clés : Performance, MongoDB, Varnish, Cache, Mustache

You know how you always mean to apply proper MVC principles but end up with a mess of jQuery instead? No more excuses: now there's Backbone.

Have you ever tried to write a moderately complex browser side application with the assumption that jQuery is probably all you need for the job? I mean, fire off some AJAX requests, then just use some DOM manipulation to put the results where you want them—how hard can it be, right? Would you have enjoyed maintaining the code that resulted from that assumption? No, neither would I. Would you like to see a better solution? As it turns out, programmers have known how to keep their frontend code under control for a while using a surprisingly simple principle called MVC. Now that the browser has suddenly become a serious platform for application development, the need for MVC (or, at least, the basic concepts behind MVC) has become so apparent that we already have multiple rival MVC libraries for the browser platform. Backbone is arguably the most popular of the lot, and certainly one of the most lightweight. In this presentation, you'll learn how to harness the power of Backbone by example, as we build a simple browser side application from the bottom up using nothing but Backbone and your favourite DOM toolkit.

Play 2.0 vient de sortir, il est tout frais, tout beau, et s’utilise en Java et Scala

Découvrez comment écrire une application Web avec Play 2.0, en Java et en Scala. Quels sont les concepts architecturaux forts du framework et les modèles de programmation qui en découlent, notamment le modèle asynchrone. Vous verrez également, démos à l’appui, comment l’API de Play 2.0 scale, permettant d’écrire des applications avec une grande productivité tout en donnant, s’il le souhaite, énormément de contrôle au développeur. Play 2.0 est un framework pour Java et Scala permettant d’écrire des applications hautement scalable grâce à sa légèreté, son architecture stateless et réactive.

This talk will provide a quick overview of JavaScript for people who already know how to program in an object-oriented language.

This talk will provide a quick overview of JavaScript for people who already know how to program in an object-oriented language. We will cover both JavaScript’s strengths (yes, those do exist!) and its weaknesses. Everything will be put into perspective by comparing JavaScript with other languages (mainly Java and Python) and by providing a glimpse at ECMAScript 6 (code-named ECMAScript.next), the next version of JavaScript that will be finished by 2013.

Comment Kelkoo a implémenté les principes DevOPS dans le déploiement de ses applications (10 releases par semaine sur 300 serveurs)

Kelkoo a implémenté une solution globale pour banaliser la création, la configuration et le déploiement de ses applications sur son infrastructure. De la création du composant logiciel à travers des archetypes comprenant la structure maven ainsi des fichiers de configuration templatisés jusqu'a la software factory produisant des RPMS. Du clonage OS automatisé des serveurs jusqu'au backoffice de configuration des serveurs (tel composant avec telles clefs de conf sur tels serveurs); toutes ces opérations sont accessibles au développeurs Kelkoo et autorisent des logiques de déploiement continu. Cette présentation vise a expliquer comment Kelkoo a mis en oeuvre les outils: Cobbler, Puppet, jenkins, Maven, RPM, Gepetto (BO maison), Punch (surcouche puppet) pour simplifier la création, la configuration et le déploiement de ses applications de manière industrielle...