Schedule

A great product is closer to an accident. It's the byproduct of the environment you build at your company.

People in Silicon Valley are dicks. They perpetuate this idea that if you're smart enough, have an amazing vision, and keep pushing at it, then you'll end up with a great product. Take a look at startup success stories, though: a ton of them succeeded in spite of their original vision. A great product is closer to an accident. It's the byproduct of the environment you build at your company. This environment may actually be harder to build than the product itself, but you'll be left with a better everything by the end of it.

Even without a UXer you can learn to build & develop apps the right way. This not a definitive guide, but it will get you started.

Sometimes you are tasked with building great things by yourself or in a small team.
Bootstrapped start-ups don't always have the budget for a dedicated Uxer to help you design the best apps, software or websites. So how do design great things without a Uxer? This is not a definitive guide or to even to be used instead of getting professional UX help but it will get you started developing the right way and stop you making classic mistakes.
Before you even consider touching your dev environment I will show you how to "Start with one idea", “Think like a user” and set out your user journeys. From this solid foundation I will show you how to wireframe your logic and build it as rough a prototype as you can manage. We then consider how to evaluate and iterate on your designs and what tools you can use. Finally, I outline the importance of never being afraid to scrap anything which doesn’t work. All without a single line of code being written.

Qu'est-ce qui distingue une équipe Agile? On découvre une nouvelle façon de travailler ensemble, mais qu'est-ce que l'on découvre vraiment?

Nous avons tous des ancêtres capables de performance d'équipe. Ceux qui n'ont pas su s'organiser pour chasser le mammouth n'ont pas eu beaucoup de descendants. Scrum révolutionne le travail en donnant à l'équipe le pouvoir de décision et en la laissant s'organiser. Révolutionnaire? Peut-être... ou pas. On a peut-être un peu oublié comment fonctionnent les groupe humains. De la philosophie politique des grecs anciens à la psychologie moderne on ne manque pourtant pas d'analyses sur le sujet. Il manque juste peut-être quelques passerelles que je vous propose de jeter entre eux et nous.

Une équipe ce sont des personnes. Permettre aux équipiers d'observer trés tôt de ce qui les réunis ou les éloigne favorise l'esprit d'équipe

Dans le monde Agile les valeurs sont importantes. Et une équipe Agile ne peut pas être performante sans valeurs. Simplement parce que l'Agilité ne fonctionne correctement que si l'on accepte de prendre des décisions radicale, de montrer ce que l'on fait, de travailler vraiment ensemble… ce qui ne se fait pas sans courage, sans respect, sans franchise… Au travers de quelques ateliers je vous propose de tester la constitution d'équipe avec un regard peut-être original, celui des valeurs particulière qui vont orienter votre vie d'équipe Agile.

A talk for software developers that want to learn more about software architecture, technical leadership and the balance with agility.

The agile and software craftsmanship movements are helping to push up the quality of the software systems that we build. Together they are helping us to deliver better software within the typical time and budgetary constraints that most of us have. But there's more we can do because even a small amount of software architecture can help prevent many of the problems that projects still face, particularly if the team seems to be more chaotic than they are self-organising. Successful software projects aren't just about good code and sometimes you need to step away from the IDE for a few moments to see the bigger picture. This session is about that bigger picture and is aimed at software developers that want to learn more about software architecture, technical leadership and the balance with agility. Join us for a guide to software architecture on modern software projects that's pragmatic rather than academic and lightweight rather than "enterprisey".

Agility is about moving fast and this requires good communication, but can you communicate the design of your software system effectively?

Agility is about moving fast and this requires good communication, but it's surprising that many teams struggle to effectively communicate the architecture of their software. We have the Unified Modelling Language (UML), a formal standardised notation for communicating the design of software systems, but many people favour informal boxes and lines style sketches instead. The problem is that such diagrams rarely make any sense, usually need a narrative to accompany them and ultimately slow the team down. Abandoning UML is one thing but, in the race for agility, many software development teams have lost the ability to communicate visually. In this workshop you'll be asked to design a software system and practice communicating your vision through a series of simple yet effective software architecture sketches.

présentation des patterns d'architecture à appliquer à vos développements pour accompagner votre transition dans le Cloud

Même si le Cloud promet d'héberger toutes vos applications, les choses sont rarement aussi simple que sur la plaquette commerciale, et vous ne pouvez pas benner votre application "legacy" à base d'EJB 1.0 dans le cloud sans un minimum de refactoring.
Au cours de cette session, j'expliquerais quelques patterns d'architecture à appliquer à vos développements pour que la transition dans le Cloud se fasse de manière aussi douce que possible. J'utiliserais comme exemples pratiques l'application https://mixitconf.org (évidement !) ainsi que l'application d'inscription à Devoxx, qui a été migrée en quelques jours sur l'infrastructure Cloudbees.

L'application "Games of Thrones" que nous développerons ensemble pas à pas nous servira de prétexte pour explorer les possibilités du Cloud.

'Games of Clouds' conte les intrigues du royaume des sept DSI. En proie à de nombreuse convoitise, ce royaume est déchiré entre de nombreux prétendants, chacun voulant défendre les interets de leur propre maison. Mais il faut également compter dans ce combat pour le trône, une menace inconnue, dont personne ne semble se soucier... Si cela rappelle la façon dont sont gérée les ressources informatiques dans votre enterprise, vous avez frappé à la bonne porte.
Venez pour découvrir le Cloud par la pratique, et déployer votre première (?) application sur CloudBees en profitant de l'écosystème de services associés à la plateforme. L'application "Games of Thrones" que nous développerons ensemble pas à pas nous servira de prétexte pour explorer les possibilités du Cloud. Tous ceux qui auront réussi leur déploiement recevrons en cadeau de félicitation une bouteille de notre excellente CloudBeer :)

Introduction to Validated Influencing: a systematic approach to evaluate our progress and ensure we are progressing into the right direction

In this talk Ivana will present the systematic approach of Validated Influencing. She applies the Lean Startup’s Validated Learning ideas to observation and influencing. When we lead, coach, follow, we are bound to base our behaviour and choices on assumptions. We need short feedback loops and good metrics to evaluate our progress and that we are progressing into the right direction. Validated Influencing offers a way to reduce assumptions and shorten feedback loop so that we improve consciously. Ivana will introduce common language for Validated Influencing, as well as a method to improve leadership, coaching and change artists’ skills by focusing on awareness and validation of assumptions when observing and/or influencing people and systems. She will give examples of how Validated Influencing has been used in organizations in practice. The method improves the effectiveness and impact of our influencing. In addition, she will present two examples of the method used in practice.

Introduction to Validated Influencing (see Validated Influencing talk); Group exercises.

In this workshop Ivana will take you on a short trip to experience the systematic approach of Validated Influencing. She applies the Lean Startup’s Validated Learning idea to observing and influencing complex systems. When we lead, coach, or influence for change we base our choices and actions on assumptions. We need short feedback loops and good metrics to evaluate our progress and that we are progressing into the right direction. Validated Influencing offers a way to reduce assumptions and shorten feedback loops so that we improve consciously. Raising our awareness improves the effectiveness and impact of our work. Validated Influencing is exceptionally useful in situations where the goal is fuzzy and progress hard to assess. Our results have shown increased transparency and trust in collaborating on change as external coaches and increased courage and pace in challenging personal transitions. Ivana will also let you work on concrete small examples to learn how to apply the method yourself.

A case study on how a team used the improvement kata and Theory of Constraints to consistently deliver 100% of their sprint backlog and more

One of the most common struggles of Scrum teams is finishing a sprint 100%. In their retrospectives, teams work out improvement actions to address this issue. These actions are often targeting better planning, better estimating or better preparation of user stories. However, as time proceeds, the next sprints are not completed 100% neither. Even when the Scrum master encourages the team to commit to less story points. They always seems to deliver 80% to 90% of the sprint backlog. Not only is this very demotivating, it also compromises shipping the next increment. In this session I will explain with a case study, why this struggle is not related to poor planning, estimating or preparation. I will share how this specific team used the improvement kata and Theory of Constraints to optimize their flow of work and ended up finishing their sprints successfully.

Ou comment le Scrumban peut répondre à certaines problématiques lorsque l'on fait du Scrum, du point de vue de l'équipe et du Product Owner.

L’objectif de cette session est de faire découvrir le ScrumBan par des cas concrets en répondant à des problématiques du quotidien que j’observe dans les équipes que j’accompagne :

• Les Scrum Smells, comment s’en débarrasser
• Sortir Scrum de sa zone de confort et l'améliorer Les bénéfices pour les participants seront d’avoir des pistes à mettre en œuvre dès le lendemain de la session pour faire évoluer son travail, le fluidifier et moins gaspiller. Mon objectif avec cette session est de faire découvrir Kanban mis en œuvre dans un contexte Scrum et ses bénéfices afin qu'il se diffuse plus largement dans la communauté Agile.

Venez découvrir le Kanban par la pratique, au cours d'un atelier de référence, pour le mettre en oeuvre dans votre équipe Scrum.

Vous faites partie d'une startup éditrice d'une solution SAAS. A chaque nouvelle fonctionnalité déployée, vous captez de nouveaux abonnés. Votre capacité de production étant limitée, quelle sera votre stratégie pour réussir à capter le plus de clients ? Quelles seront vos tactiques pour déjouer les goulets d'étranglements ? Serez-vous capable de faire les bons choix d'injection, de sélection ou d'allocation de capacité pour établir le nouveau record ?
Pour le savoir, venez relever le challenge Kanban ! Vous y découvrirez comment fonctionne un système kanban avec ses limites kanban, les classes de service et les cartes de contrôles avec cet atelier ludique.

Présentation des solutions Yeoman et AngularJS et réalisation en live d’une interface Web permettant l'édition de données d'un service REST

Qui n’a jamais réalisé une interface d’édition de données type CRUD ? Il faut toujours beaucoup de code passe plat et ce n’est jamais aussi facile que cela le devrait. L’ecosystème JavaScript permet aujourd’hui de le faire plus simplement que jamais. Après une rapide présentation des solutions Yeoman http://yeoman.io et AngularJS http://angularjs.org, réalisation en live d’une interface Web permettant consultation, création, modification et suppression à partir d’un service REST existant.

Why so many new languages? Isn't good old Java good enough? Why Kotlin?

Kotlin is a modern statically typed language targeting JVM and JavaScript and intended for industrial use. The main goal behind this project is to create a language that would be a good tool for developers, i.e. will be safe, concise, flexible, 100% Java-compatible and well-supported by IDE and other tooling. Kotlin is an open-source project developed by JetBrains, creators of IntelliJ IDEA and ReSharper, with the help of the community. This talk tries to explain the reasons standing behind the trend of creating new programming languages for the JVM platform and the motivation to create one more language. It also gives an overview of the language in its present state and a perspective we have for the future. Among other things, the following features will be covered (in the talk and/or workshop):

• Static null-safety;
• Extension functions;
• Higher-order functions and type-safe builders;
• Smart casts: Kotlin's lightweight pattern matching;
• Making Java APIs better with Kotlin;
• Developing mixed Kotlin/Java projects. To find out more about Kotlin, please refer to http://kotlin.jetbrains.org

This workshop aimed to demonstrate how different typical programming problems can be easily solved with Kotlin language.

In this workshop you'll try hands-on Kotlin programming and see what benefits a modern programming language can give you. Please bring your laptops. Pair programming is welcome. No preinstallation required. To find out more about Kotlin, please refer to http://kotlin.jetbrains.org

Enrichir le DOM HTML avec vos propres éléments, vous en avez rêvé ? C'est désormais possible.

Templating, encapsulation, éléments customs, databinding... Tous les frameworks web modernes proposent actuellement leur propre solution.
Mais saviez-vous qu’une spécification du W3C proposant de standardiser tout ceci est en cours de rédaction ? Les Web Components. Dans cette présentation, nous prendrons de l’avance ! Nous aborderons les concepts fondamentaux des Web Components : ShadowDOM, Mutation Observers, custom elements, Model-Driven-View, Object.observe()... mais aussi comment les utiliser dès aujourd'hui avec des frameworks tels que AngularJS ou Dart WebUI

Avec Spring Data, 20% de LOC en moins. Garanti! Faîtes-vous la main sur JPA, Mongo, Neo4j mais aussi sur les DSL et l’exposition REST.

NoSQL n’est pas un tube des années 90. C’est plutôt un qualificatif s’appliquant à toute une famille de bases de données, non relationnelles, qui connaissent un essor particulier depuis quelques années. Spring Data est un ensemble de projets facilitant la manipulation de ces nouvelles bases (mais également des bases relationnelles), au travers d’un modèle de programmation unifié et familier des aficionados de Spring. La session débutera par une rapide présentation des concepts au travers de slides, puis nous passerons rapidement à la pratique, en 3 temps et demi :

1. Spring Data JPA : Génération automatique de repositories, utilisation de QueryDSL
2. Spring Data Mongo : Manipulation d’une base orientée documents
3. Spring Data Neo4j : Utilisation d’une base graphes
4. (Spring Data REST : Exposition REST de vos repositories JPA) Ce Hands-On est pour vous si :

• vous êtes à l’aise avec le développement IoC/Spring,
• vous connaissez JPA (via Hibernate par exemple),
• vous avez un peu entendu parler de NoSQL

Explorer comment découper un développement en tranches aussi fines que désirées tant du point de vue du développeur que du métier.

Exercice de 120 minutes dont le but est de montrer (1) aux "clients" comment découper les besoins métier aussi finement que nécessaire pour tenir dans n'importe quelle taille d'itération ou de sprint, (2) aux développeurs comment les meilleurs développeurs travaillent aujourd’hui en décomposant leur effort en de très nombreux épisodes courts produisant du code entièrement fonctionnel, testé, visible par l'utilisateur final.
Cet exercice plutôt intense montre bien à la fois au côté métier et au côté développement comment travailler avec des incréments très fins tel que cela est pratiqué dans les contextes agiles actuels. Le debrief de cet exercice met aussi en lumière plusieurs aspects psychologiques des projets de développement logiciel. A l’issue de cette session, les participants auront également appris un exercice leur permettant à leur tour de disséminer cette pratique dans leurs entreprises.
Il est nécessaire d’avoir au moins entre un tiers et la moitié des participants équipés d’un PC avec un IDE installé. N’importe quel environnement et langage de développement conviennent. Cet exercice a été mis au point par Alistair Cockburn. Je l’ai présenté plusieurs fois en conférence et je l'utilise dans le cadre de coaching de projet.

Présentation d'outils et méthodes pour ne pas oublier que la technique est indispensables au succès d'une transition agile

Agiliste et développeur, je pense que l'ingénierie agile est indispensable aux équipes pour permettre une transition vers l'agilité : tests unitaires, TDD, refactoring, bonnes pratiques, code propre, intégration continue, pair-programming, etc ... Malheureusement, cet aspect technique et souvent sous-estimé voir inconnu par les acteurs souhaitant promouvoir une migration agile au sein de leur structure. Généralement, l'accent est mis sur les aspects de "Gestion de projet" notamment avec Scrum : on pense à former un Product Owner et un Scrum Master, on met en place un backlog, un Scrum board, des itérations, des revues, des rétrospectives, on implique le client, etc .... et malgré tout, les développements et leur qualité ne sont pas à la hauteur des attentes. L'agilité ne fonctionne pas ? Si ! Mais on oublie souvent que les développeurs doivent changer leurs outillages et surtout leurs pratiques, c'est nouveau, c'est difficile, il faut les aider et les accompagner ! Cette session aura donc pour objectif de préciser tous ces aspects techniques, les nommer, les définir, en expliquer les avantages mais également les difficultés pour les mettre en œuvre.

Envie de voir l’autre coté du miroir ? Saisissez la chance de contribuer à des projets open-source.

Envie de voir l’autre coté du miroir ? Saisissez la chance de contribuer à des projets open-source. Ensemble nous allons, avec plusieurs commiters open-source pour nous accompagner, soumettre des patchs, des features ou d’autres contributions. Pendant ces 3 heures, tout le monde est le bienvenu ou la bienvenue, amenez juste votre portable et votre volonté ! Cet évènement est la déclinaison du hackergarten original créé par Hamlet D'Harcy. ============ Brice Dutheil (Mockito) co-organisera. Projets :

• Mockito
• FluentLenium
• XWiki
• Groovy
• Silverpeas
• Golo
• OpenDJ
• OpenIDM
• et d'autres à venir !
  Pour ajouter le votre, n'hésitez pas à l'indiquer en commentaire !

Présentation du robot humanoide par deux développeuses Nao. Qu'est-ce qu'il y a dedans? Qu'est-ce qu'on peut faire avec?

Nao est un robot humanoïde concu par Aldebaran Robotics à Paris. Lors de cette présentation, nous aborderons la genèse de Nao, le contenu hardware et les interfaces software, ses cas d'utilisations et surtout comment faire des applications avec. Il y aura bien sûr quelques démos. Nous sommes aussi là pour répondre à vos questions et partager notre expérience sur la programmation ludique de Nao !

Mise en place pratique d'un déploiement continu automatisé, sans interruption de service et en prenant en compte les évolutions de BDD.

Comment livrer en production à la demande, en un seul clic ! Mieux encore, livrer sereinement tous les jours sans action humaine ! Impossible ? Des acteurs comme Facebook, Flickr ou Amazon réalisent cet exploit des dizaines de fois par jour, sans interruption de service. Nous verrons lors de cette session comment mettre en place simplement un processus de déploiement continu :

• Nginx pour load-balancer et éviter les interruptions de service avec un pattern "Blue-Green deployment"
• Eclipse pour distinguer la livraison de code et la livraison de fonctionnalité avec du Feature Flipping
• Jenkins pour automatiser le tout Nous verrons aussi comment gérer les évolutions de base de données avec un tel processus. ~1h

Un atelier pratique en Java sur l'intégration d'Elasticsearch dans vos projets

Elastic Search : Un moteur de recherche pour votre SI

Partant de l’idée un peu folle qu’il faut utiliser un moteur de recherche pour faire de la recherche, nous allons démontrer au cours d’un atelier pratique à quel point il est simple de mettre en oeuvre le moteur de recherche Elastic Search et de l’intégrer avec votre code Java. Ce Hands-On est fait pour vous si :

• Vous utilisez encore des requêtes SQL pour faire des recherches,
• Vos utilisateurs vous reprochent de ne pas pouvoir chercher sur toutes les rubriques,
• Votre temps de réponse moyen est supérieur à la demi-seconde avec seulement quelques millions de documents,
• Il vous faut 3 jours pour produire des statistiques sur vos données,
• Vous rêvez d’offrir une recherche “à la google” sur les données de votre SI.

Que va-t’on faire ?

L'atelier sera découpé en plusieurs petites présentations et ateliers successifs :

• Présentation générale sur la recherche et Elasticsearch d’environ 20 minutes,
• Préparation des exercices : installer son poste et démarrer un Elasticsearch,
• Présentation des API Java indexation et atelier,
• Présentation des API Java de recherche et atelier,
• Présentation des Facettes et atelier. S’il reste un peu de temps, nous découvrirons la réplication sur plusieurs noeuds et les principaux outils de surveillance du cluster.

Pré-requis

L’atelier ne nécessite pas de connaissances particulières hormis savoir utiliser son IDE et développer en Java. Sur votre poste de travail, il faut avoir :

• JDK 1.7 (1.6 au pire)
• Maven 3.x,
• GIT (éventuellement mais pas indispensable),
• Un IDE est préférable

Présentation à base de démonstrations de la base de données NoSQL orientée document Couchbase 2.0. (Clustering, JSON, MapReduce)

Cette présentation commencera par une courte introduction au NoSQL. Cette introduction expliquera les raisons pour lesquelles de plus en plus de projets utilisent ce type de solutions et les limitations des architectures classiques. Tugdual fera également le tour des différentes approches (Clé Valeur, Document, Colonnes, Graph) et solutions. Une fois cette rapide introduction effectuée vous verrez en detail la solution Couchbase Server 2.0. Couchbase est une base de donées NoSQL orientée Document développée en Open Source. Tugdual presentera en s'appuyant sur des démonstrations

• le développement d'applications Java (et/ou autres selon les gouts) sur du NoSQL en expliquant les bénéfices des solutions
• se basant sur des structures de données flexibles (Document JSON)
• l'utilisation de Map Reduce pour la création de requetes complexes
• la mise en place et l'administration d'un cluster, et les défis associés

Venez découvrir les nouvelles fonctionnalités de Groovy 2.1 ! Invoke dynamic, type checking personnalisé, méta-annotations...

Fort de ses 1.7 millions de téléchargements l'an passé, Groovy continue son bonhomme de chemin en tête parmi les langages de programmation alternatifs pour la JVM. Groovy 2.0, sorti l'an passé, introduisait dans son offre de la modularité, le support de JDK 7 au niveau syntaxique avec "Project Coin" autant qu'au niveau JVM avec l'utilisation d'"invoke dynamic", et proposait des fonctionnalités de typage et de compilation statique. Groovy 2.1, quant à lui, s'appuie sur ces bases pour compléter le support d'"invoke dynamic" pour plus de performances. Il propose des améliorations permettant de documenter, d'aider les IDEs, et de vérifier statiquement les Domain-Specific Languages construits avec Groovy. Vous pourrez créer des méta-annotations regroupant d'autres annotations, pour éviter l'annotation "hell". Et enfin, vous irez encore plus loin dans la customisation du compilateur ! Accrochez votre ceinture, paré au décollage !

iOS programming has a hard time becoming popular to the masses. RubyMotion will give a little more fun to this task.

Objective-C is a nice language, but if you come from a Java/.NET background - as most developers nowadays are - you may find it very difficult to understand: weird syntax, very verbose, etc. RubyMotion is an implementation of Ruby based on MacRuby that compiles, thru LLVM, to machine code executable on iOS.

Venez découvrir le langage JVM du moment : Scala, lors d'un workshop couvrant les bases.

Ces derniers mois vous entendez parler de Scala un peu partout autour de vous ou...pas.
Mettez les mains dans le code et venez vous familiariser avec ce langage ! Lors de cet atelier, nous vous proposons de revenir sur des fondamentaux de Scala en nous intéressant tout particulièrement aux case class, au Pattern Matching, et pour finir aux Collections.
L’atelier sera organisé autour d’exercices, mettant en jeu ces différentes notions et leurs subtilités. Pas besoin de connaître les monades, monoïde ou autres, des connaissances en Java vous suffiront !

Venez découvrir la recette magique pour construire des "custom Views" et rendre les interfaces de vos application Android uniques !

The Android framework is bundled with a large set of UI widgets (aka Views) that may be used to create basic UIs. Using the provided widgets is often a good starting point but one may rapidly be confronted to the lack of possibilities. Fortunately, some options do exist and mainly consist on mastering the View class and its hierarchy. In this talk, we will focus on pushing the Android UI framework to the next level. We will demonstrate Android lets you go beyond your imagination by improving the existing widgets, creating compound controls and/or crafting completely new Views. If you want to build insanely innovative and advanced UI on Android and want to delight your users, this talk is definitely for you!

Comment se mettre à Groovy ? En mettant les mains dans le cambouis et en codant une petite application tous ensemble !

La langage alternatif Groovy est facile à prendre en mains pour un développeur Java. Pour voir si cette assertion est vraie, je vous propose d'essayer ensemble ! Au delà de la familiarité avec le langage Java, nous verrons aussi ce que Groovy apporte de plus, comment il permet d'avoir du code plus concis et lisible. Vous en apprendrez également un peu plus sur son écosystème, en particulier sur l'outil de build Gradle, ou le framework de test Spock. Et ensemble nous découvrirons les APIs sympas proposées par Groovy pour vous simplifier la vie !

Scrum by the book ne répond plus à vos attentes, sortez des sentiers battus et passez à la vitesse supérieure avec Scrum Metal Jacket !

Cette présentation sera un retour d’expérience sur la mise en place de l’agilité sur le projet SPark démarré en Octobre 2011 à la Société Générale. Nous débuterons sur les prémices du projet avec les techniques de Story Mapping et Buy a Feature. Nous verrons ensuite pourquoi sur un projet aux objectifs forts et au sein d’un environnement où les contraintes organisationnelles sont nombreuses, Scrum n’était pas tout à fait adapté. Nous étudierons comment l’équipe a su se remettre en question pour surmonter les obstacles et aboutir au final à un fonctionnement plus approprié au contexte du projet. Nous reviendrons notamment sur les notions de Burn Up, Work In Progress (WIP), Day-to-Day Done et de Craftsmanship. Enfin pour finir, nous effectuerons un état des lieux du projet permettant de montrer l’efficacité de ce nouveau mode de fonctionnement, ainsi que les points qui restent encore à améliorer.

Des ingénieurs sont missionnés pour apprendre à une ethnie inconnue comment construire un pont ... 2 cultures pour 1 seul objectif !

Contexte : Vous êtes une équipe d'ingénieurs travaillant pour une entreprise de construction multinationale. Votre entreprise vient de signer un contrat avec le gouvernement de Derdia par lequel elle s'engage à apprendre aux habitants la construction de ponts. Le gouvernement de Derdia porte un grand intérêt à ce projet car Derdia est un pays montagneux, jalonné de profondes vallées, et privé de ponts.Par conséquent les trajets entre les villages et la ville prennent souvent plusieurs jours. Apprentissages ; Ce jeu met en scène la rencontre entre 2 cultures et les difficultés pour expliquer une connaissance maîtrisée par un des 2 groupes. A l'image des difficultés rencontrés par les coach Agile qui ne connaissent pas toujours la culture de l'entreprise dans laquelle ils interviennent pour enseigner l'agilité. Durée: Entre 1h30 et 2h00 Participants ; Maximum de 15 joueurs (au delà ils ne seront qu'observateurs)

Session, mi REX mi CONF, présentant des pratiques agiles utilisables en dehors de l'IT et les difficultés spécifiques rencontrés hors IT

L'agilité est issue du monde du logiciel, c'est une certitude !
Est-ce pour autant une limitation, sous entendu que cela ne marcherait pas en dehors du logiciel ... je ne le crois pas et je suis même certain du contraire. Plusieurs techniques couramment utilisée dans les projets logiciels peuvent être réutilisées dans d'autres contextes avec des résultats particulièrement probants. Mais il est vrai que d'autres difficultés, différentes de celles rencontrées avec l'IT, sont à affronter De plus les techniques ne font pas tout, car il est nécessaire d'analyser la culture de votre entreprise pour voir sir elle est "Agile Compatible" ? Durée : 45 minutes (max 60 minutes)

Et si nous commencions par l'API ? Et ensuite ? Quelles bonnes pratiques pour concevoir une API sur de bonnes bases ?

Il existe de nombreuses approches xxx-first, de mobile-first à content-first en passant par user-first, vous aurez compris le principe.
Et si vos données étaient découplées de votre interface ? N'est-ce pas suffisant pour poser une API à partir de là ? Et si nous faisions plutôt un API-first ?
Le fait de commencer votre application par son API permet de se poser beaucoup de questions sur vos données et la façon dont vous allez les exposer de façon pérenne : pour les utilisateurs, pour les divers périphériques, pour les développeurs, pour les moteurs de recherche, pour un usage interne, etc.
Nous pourrons faire un mobile-first ensuite, nous n'aurons plus qu'à penser à l'interface, le reste étant déjà mature. Ça c'est la première étape, maintenant il est temps de construire cette API. Si vous croyez ne pas en être là, relisez le début : Il est temps de construire une API. L'API publiée vous n'en contrôlez plus les clients et faire évoluer les bases n'est pas évident. Ce que vous construisez est là pour longtemps. Quelles sont les retours d'expériences et bonnes pratiques pour ne pas se prendre les pieds dans le tapis ? Vous avez certainement déjà entendu parler de REST mais les choses sont plus complexes que ça. Comment gérer les évolutions et les versions de l'API ? les formats en entrée et en sortie ? les variations et paramètres d'une même ressources ? les relations entre ressources ? la sécurité ? l'authentification ? la gestion des erreurs ? la pagination ? l'i18n et l10n ? Plus généralement, nous partons avec pour objectif premier de concevoir une API le plus tôt possible, avec des bases solides mais les plus simples possible. Nous allons parler de tout ça, autant pour échanger nos idées que pour vous faire part du retour d'expérience pratique.

Présentation d'un hackerspace dédié à la construction numérique et ouvert à de plus larges perspectives....

Une Usinette est un hackerspace. Une Usinette n’est ni un atelier « clé en main », ni une petite usine franchisée qui proposerait systématiquement les mêmes machines. l’approche privilégiée est plutôt de mettre tout en œuvre pour permettre son évolution en fonction de besoins spécifiques locaux et s’appuyant autant que faire se peut sur des ressources (humaines, matières premières et secondaires) disponibles à proximité.

Ne venez pas si vous ne voulez pas sortir de situations où plus rien ne semble fonctionner !

Vous êtes un manager, un coach ou un leader anonyme. En tout cas vous êtes un agent de changement et vous faîtes de votre mieux. Mais vous rencontrez parfois certaines situations où rien ne semble marcher. Vous respectez tous les principes, utilisez les meilleures pratiques, suivez les méthodes "by the book" et vous adaptez à votre contexte... Vous savez accompagner le changement : vous plantez des graines, construisez des ponts et entretenez la dynamique. Pourtant, parfois, la résistance et les frictions semblent inévitables et les résultats sont au mieux passables, quand la situation ne dégénère pas ou se verrouille. Et ce malgré tout vos efforts ! Peut-être, après tout n'est-ce pas une question de process ou de pratiques, ni de structure ou de stratégie de changement ?... Parfois, étrangement, dans certaines situations, le bon sens et les recettes éprouvées ne fonctionnent pas ! Comment se fait-il que plus ça change, plus c'est la même chose ? Qu'en est-il de l'escalade symétrique ou des prophéties auto-réalisantes ? Comment lâcher prise et embrasser le paradoxe ? C'est précisément ce que nous allons explorer dans cette session, en partageant des histoires issues de notre expérience. Nous analyserons les forces en jeu et présenterons les leçons que nous en avons tiré, en essayant de proposer des pistes pour débloquer ces situations. A l'issue de cette session, vous aurez :

• découvert des exemples concrets de situations où rien ne semble marcher,
• appris à identifier ce genre de situations et de comportements paradoxaux,
• compris les forces en jeu pour prendre du recul,
• des options à votre disposition pour essayer de les débloquer.

A la croisée des chemins entre développement client, serveur et mobile, Dart a le potentiel pour révolutionner notre façon de développer.

Dart est un langage (et une plateforme incluant VM, compilateur, etc.) actuellement en cours de développement chez Google, qui a le potentiel pour révolutionner notre façon de développer. Son mode de développement itératif, l'équilibre qu'il représente en tant que langage client et serveur, les talents que Google a réuni pour le développer sont autant de points qui donnent à penser que Dart sera une technologie majeure dans les prochaines années. Avant de plonger dans le code, nous commencerons par les raisons qui ont conduit Google à se lancer dans une telle aventure. On y parlera :

• Dette technologique
• Brevets logiciels
• Flex
• Oracle
• Conception de langage orienté objet
• Bytecode
• Scala
• NodeJS
• Android
• ChromeOS
• NodeJS Nous passerons ensuite en revue la dernière version du langage et de son écosystème :
• Les bases du langage ou comment coder efficacement
• Nouvelles API Streams, Mixins, Réflection
• Utiliser Dart pour du scripting shell
• Web UI : développement orienté composant
• Pub : le "Maven" de Dart (en mieux je vous rassure)
• Les défauts de Dart (et oui, il y en a ;-) Nous terminerons cette session autour des possibilités offertes par Dart pour permettre de construire une nouvelle génération d'applications :
• Minimiser la duplication de code en partageant le code entre client et serveur
• Stratégie de rendu côté client ou côté serveur
• Gestion automatique du lazy loading sur les graphes d'objets via des objets proxifiés côté client au travers d'un tuyau Websocket
• Chargement dynamique de modules

Live coding sur les tests d'acceptances d'une application html5/javascript #bdd #javascript

Dans ce live coding d'environ 30 minutes vous verrez comment combiner l'écriture de tests expressifs avec une application utilisant les technologies web derniers cris. Cette démonstration est une application directe des principes du livre Growning Object Oriented Software Guided By Test, vous y trouverez BDD, TDD, HTML5, Java & JavaScript. Son application est particulièrement adapté avec des applications utilisant un front-end Javascript + Css. La démonstration portera principalement sur la combinaison explosive de deux outils Cucumber & Zombie, pour des tests d'acceptances en langage naturel et une vitesse d'execution imbattable. Ces techniques sont utilisable avec d'autres outils nous l'évoquerons dans la partie de la présentation qui est dédiée à l'échange avec le public pour discuter des avantages et des limites de cette approche. L'occasion idéale de réconcilier BDD avec faisabilité, rapidité et innovation. Le code source de la démonstration, ainsi que quelques instructions sera mis à disposition.

ou comment, moi, développeur-testeur , j'ai appris à ne plus m'en faire avec les données

Tester en isolation?
Impossible, je suis trop lié à ma base de données! Du coup, je ne peux même pas tester mon application car je n'ai pas de base de test, ou bien c'est beaucoup trop long à jouer. Ce dialogue trop souvent entendu pourrait bien appartenir définitivement au passé, si les développeurs voulaient bien prendre la peine de réflechir et développer enfin des applications propres, respectant les principes solides (oui S.O.L.I.D.), la vrai orthogonalité des interfaces et ce que peux apporter le DDD... Remettre la base de données à sa place (et le DBA avec), c'est possible! Discutons et pratiquons autour d'un exemple de code!

Pardon ? Vous voulez que je découpe ma demande en morceaux ? Impossible, c'est tout mon produit ou rien du tout !

Pardon ? Vous voulez que je découpe ma demande en morceaux, que vous appelez "user stories" ? Impossible, c'est tout mon produit ou rien du tout ! Découper un besoin en petits morceaux est beaucoup plus complexe qu'il n'y paraît. Suivre une vision sur un projet Agile est déjà difficile, le faire avec un grand nombre d'histoires minuscules, c'est pire. Voici ma solution. Créez votre Vision Produit. Établissez qui sont vos clients. Priorisez-les. Spécifiez vos fonctionnalités en terme d'actions utilisateurs. Maintenant, il est facile de créer ces "user stories". Au cours de cet atelier, vous pratiquerez un processus complet pour aller d'une simple idée à la rédaction d'un backlog détaillé.

l'auto-organisation est l'un des fondements de l'agilité. Mais comment susciter, favoriser ce style d'organisation ?

La sociocratie et plus généralement les pratiques d'intelligence collective sont à mon sens une réponse à la question du management agile.
Cet atelier propose des pratiques simples et ludiques, réalistes, de management véritablement agile, qui favorisent l'auto-organisation des équipes, plutôt qu'un management de proximité, relooké, mais qui reste fondamentalement en command & control.

nous vous proposons de passer en revue du code pour mettre en lumière ce qui peut apparaître comme de bonnes pratiques d'architecture SOLID

à travers du code (C# pour l'occasion), explorons ce qui fait d'une architecture logicielle une réalité pour un code vraiment Agile et SOLIDe. Nous expliquerons comment et pourquoi éviter les pièges du code tout fait (ORM, Scaffolding), comment (et pourquoi) rester toujours testable à moindre coût, comment (et pourquoi) être DRY, être S.O.L.I.D., utiliser le Domain Driven Design comme un atout et non comme un précepte aveugle... Nous parlerons d'architecture hexagonale ou orthogonale, de programmation par contrat (interfaces), d'isolation, de découplage, de disparité d'impédance données / objet et nous remettrons l'architecture au coeur de la problématique d'un développement dit "Agile"

Oserez-vous postuler pour un projet IT innovant sans connaître le Cloud de Google ?

Cette session couvrira, démonstrations à l’appui :

• le bigdata simplifié
• l’utilisation d’un SGBDR “as a service”
• l’intégration de services depuis des clients mobiles natifs (Android, iPhone)
• l’utilisation d’OAuth2 à grande échelle
• la recherche full-text dans vos applications web
• le calcul intensif à base de machines virtuelles provisionnées à la volée
• le datamining temps réel sur de gros volumes de données
• … Le tout mettra en évidence l’étendue des solutions disponibles, leur scalabilité, leur combinatoire, leur facturation à l’usage et le peu de maintenance qu’elles nécessitent. De nouvelles fonctionnalités arrivent chaque mois, il y forcément des choses à découvrir!

A partir de saynettes inspirées du théâtre d’improvisation, découvrez les valeurs d’une collaboration efficace.

Mise en scène d'une collaboration réussie où vous êtes les acteurs principaux !
Acte 1 : Comprendre. Qu’y a-t-il réellement derrière le concept de collaboration ?
Acte 2 : Ressentir. Nous expérimenterons des petits jeux simples issus du théâtre d’improvisation, très révélateurs des valeurs fondatrices de la collaboration. Acte 3 : Jouer. En point d’orgue de ces expérimentations, improvisez en équipe des expériences de collaboration au service de l’histoire !
Vous comprendrez pourquoi il est primordial de mettre en priorité #1 la collaboration au sein d’une équipe agile. Vous expérimenterez les mécanismes d’une collaboration efficace : écoute, confiance, adaptation, esprit d’équipe, but commun. Vous vivrez des petites réussites personnelles, et surtout l’immense plaisir partagé de morceaux d’improvisation collective réussie !

Backbone, Ember ou Angular ? Les débats sont enflammés ! Venez comparer forces et faiblesses de chacun pour vous faire votre propre opinion.

Backbone, Ember et Angular sont trois frameworks en vogue de développement d'applications riches en JavaScript. Lorsque vous recherchez des comparatifs en ligne, les passionnés se déchirent et les avis sont souvent forts et tranchés : difficile de faire un choix. Nous verrons donc les différences d'approche de chacun en essayant de nous imprégner de leur philosophie et spécificités. Aussi nous nous attarderons sur leurs forces et faiblesses en les illustrant au travers d'exemples tirés de l'implémentation d'une même application prétexte avec chacune de ces technologies. Le but n'est pas de ressortir un vainqueur parmi les trois mais de voir en quoi leurs approches sont différentes afin que vous puissiez vous forger votre propre opinion.

Découvrez 7 idées/pratiques des équipes d'Atlassian qui vont vous aider à faire de votre équipe une équipe exceptionnelle.

Le développement d'applications au fil des années est un dur travail. Il est difficile pour une équipe aussi bonne soit elle de rester motivée au jour le jour. Le but de cette présentation est de donner quelques idées qui vont permettre à ces équipes de développeurs de rester motivées et focalisées. Tirées de l'expérience des équipes de développement à Atlassian, je présenterai 7 idées qui peuvent aider votre équipe. Ces idées varient en degrés de faisabilité et de retour sur investissement, et je donnerai mon opinion sur celle-ci afin que vous puissiez avoir les éléments en main pour choisir les idées que vous pourrez implémenter pour vos propres équipes.

Learn what retrospectives are all about by participating in this interactive workshop filled with exercises, tips and tricks and interaction

At the heart of agile and lean thinking is the idea of change for the better.
One small improvement every day is another step towards continuous improvement. In many agile teams, retrospectives are the key enabling practice to continuous improvement yet it’s often difficult to understand what an effective retrospective feels like, and what elements teams should strive for.
This workshop offers something for everyone to learn how to use retrospectives to foster a culture of continuous improvement. People new to agile methods will learn what retrospectives are, why they are so important and some of the key elements to how to make them successful. Experienced people will refine their understanding through our exploration of the key elements and widen their toolkit by an experienced and passionate retrospective facilitator.
More importantly this tutorial encourages the most effective learning by involving all participants in a series of exercises to experience what an effective retrospective might feel like.
Participants will come away having learned:

• The key elements of a retrospective
• The responsibilities of the facilitator
• A set of exercises to be used throughout a retrospective
• The pitfalls and remedies when retrospectives go wrong No prior experience is required to participate in this tutorial

Travis started as a fun little experiment, and quickly grew into the goto place for open source continuous integration testing

Some projects don't start with the idea of being big, they just start out as fun ideas, but what happens when you do grow and grow and grow! Travis started as a fun little experiment by Sven Fuchs, and quickly grew into the goto place for open source continuous integration testing. The last two years have seem tremendous growth in users, but also a huge change in how Travis is architected to deal with this level of scale. This talk will cover a bit of the history of Travis, the changes in architecture required to get to where we are, and also talk about where we are going. Along the way we will talk about issues we have hit during our growth, not just technical but also topics related to growing your team and business.

Usinette est un hackerspace dédié à la fabrication numérique, et a déjà fabriqué de nombreux RepRap (imprimante 3D autoréplicante).

Une usinette fonctionne sur le modèle du hackerspace, on aide ceux qui le souhaitent à ouvrir leur propre usinette. Comme un hackerspace, ce n’est pas seulement un outil mais c’est aussi un lieu de diffusion des savoirs et de transdisciplinarité : l’Usinette communique sur les travaux de ses adhérents et visiteurs. Elle organise des ateliers pour favoriser la mise en oeuvre de projet Open Source Hardware comme la fabrication d'imprimante 3D du type RepRap. ( Le projet RepRap (Replicating Rapid prototyping initié par Adrian Bowyer (University of Bath) a pour but de rendre accessible la technologie de "l’imprimante 3d" ou prototypage rapide pour tous. )