Envie de mettre en place une architecture de plugins ? mais vous hésitez: quelle solution utiliser, dans quel langage ? La solution: Docker!

Si vous n’avez pas passé les 18 derniers mois dans une hutte en Mongolie, alors vous n’avez pas d’excuses pour ne pas avoir entendu parler de Docker. Désormais, vous connaissez sûrement cet “outil” indispensable à tout bon développeur. Mais savez-vous bien quand le dégainer ?
Au delà des usages classiques de packaging, intégration/déploiement continu qui résultent souvent dans le déploiement de services persistants (Serveurs Web, APIs, Microservices…), Docker se révèle très efficace et pertinent pour des résoudre des problématiques de “workload”, à grand échelle ou tout simplement “micro”. Nous vous proposons dans cette présentation d’aborder un nouvel aspect de Docker, réaliser une architecture logicielle modulaire, agnostique du langage, dont les composants seraient tout simplement des conteneurs Docker. Nous parlerons de “meta-conteneurs”, ces containers qui manipulent d’autres conteneurs sur la même machine, mais aussi de Docker-in-Docker, d'orchestration de conteneurs... Tout ceci en s’appuyant sur des exemples de code et des démonstrations.

Bâtir une appli mobile multi plateforme avec son backend Java EE, le tout sécurisé, en 24 minutes, tel est le défi de cette session

Accrochez vos ceintures et plongez dans le monde merveilleux du développement mobile ! Dans cette session 100% Live Coding nous verrons comment bâtir une application mobile robuste, sécurisés et multiplateforme. Pour cela nous utiliserons un environnement de travail entièrement Open Source et familier aux développeurs. En utilisant l'approche hybride avec Cordova couplé avec le framework Ionic, nous pourrons facilement déployer cette application sur les différentes plateformes : iOS, Android, FirefoxOS et même, tenez vous bien, Windows Phone. Coté serveur, étant donné que nous ne disposant que de 24 minutes chrono, nous verrons comment des outils RAD (Rapid Application Development) intégrés à notre IDE peuvent nous faciliter la vie pour élaborer notre API. Cerise sur le gâteau, nous sécuriserons tout ce beau monde de manière non intrusive grâce au serveur d’authentification Keycloak, également Open Source. Bref, une session dynamique, teintée d'humour mais surtout très pragmatique, le but étant que spectateur puisse mettre en pratique le soir même ce qu'il aura vu.

Découverte du language et de son écosystème au travers de démos.

Ceylon est un nouveau langage de programmation élégant pour la JVM et les VMs JavaScript, fait pour le travail en équipe. Mais plus que ça, c‘est une plate-forme complète avec modularité, un SDK, des outils et IDEs. Nous allons présenter le langage, la plate-forme et son écosystème. Vous allez tout voir : du nouveau projet dans l‘IDE à la publication dans Herd, notre dépôt de modules, y compris le SDK. Nous présenterons également les projets Ceylon en cours tels que le système de build, l‘intégration Vert.x ou Cayla, le nouveau framework Web. Enfin nous présenterons les plans pour Ceylon 1.2 et au delà.

Ce talk "dont vous êtes le héros" permettra de montrer en live l'intérêt de fabriquer un DSL graphique avec le projet OpenSource Sirius.

Sirius est un nouveau projet OpenSource releasé au sein du dernier Eclipse Luna. Sirius un framework permettant de créer ses propres modeleurs ou vues graphiques en laissant toute liberté au développeur pour customiser les représentations graphiques, choisir le format de stockage et les comportements des palettes d'outils. Et tout cela se fait juste par configuration, sans besoin de coder. Ce talk sera sous un format original, à la mode des livres dont vous êtes le héros : ce sera la salle qui décidera en live des thèmes à aborder. Le talk pourra ainsi expliquer à la fois les cas d'usage d'une telle technologie (fabriquer un Airbus, donner une vue graphique du métier pour du Domain Driven Design, faire des outils d'architecture de plus en plus visuel, etc.) et laissera une grande part à la démo avec notamment la promesse de la fabrication d'un modeleur from scratch en seulement 10 minutes.

Quelle place occupe nos modèles mentaux lorsque nous développons? Si Michel-Ange avait été développeur…

Dans cette session, nous analyserons pourquoi de nombreux développeurs ont finalement jeté l’éponge du test-first face à la difficulté de faire émerger du code. Par comparaison, si Michel-Ange avait été développeur quels auraient été ses secrets. Quelle était la posture de cet artiste ? En effet, comment concilier nos intuitions et projections mentales avec cette approche a priori minimaliste et contre-intuitive ? Exemples à l'appui, 2 craftsmen vous montreront comment sauter le pas... ou tout simplement optimiser votre efficacité dans ce dispositif sans jamais tomber dans le dogmatisme.

Venez découvrir en live coding le plugin indispensable pour booster votre application Backbone.js, j'ai nommé Marionette.js !

Problèmes de fuites mémoires ? D’organisation du code ? Manque de composants haut-niveau ? Et j’en passe pour les nombreux retours d'xp sur Backbone… Ce genre d’inconvénients vous ont peut-être fait basculer trop rapidement vers Angular.js ou Ember.js. Ces galères, je ne les ai jamais connues ! Promis je ne trolle pas :) Une solution sur-mesure existe déjà : Marionette.js ! Je vous propose de redécouvrir Backbone à travers cette librairie : points forts/faibles, avant/après, bonnes pratiques… le tout en live coding.

Vous souhaitez découvrir RxJava par une approche pratique et concrète? Cet atelier est fait pour vous :)

Vous avez déjà entendu parler de RxJava mais souhaiteriez une approche pratique et concrète ? Vous souhaitez découvrir la programmation réactive fonctionnelle (FRP) ? Cet atelier est fait pour vous. Nous découvrions ReactiveX en développant une application cliente composant des résultats de multiples services pas toujours fiables. Nous verrons quelles bonnes pratique mettre en place pour qu'elle soit prête pour la prod (retry, backpressure, exponential backoff...). L'application sera enfin connectée à un système de persistence NoSQL, lui aussi asynchrone et réactif. Venir avec IDE, Maven, JDK 8.

Intégration web : Bonnes pratiques et outils à connaître pour ne plus sacrifier la qualité du code sur l'autel de la productivité.

Mettre en ligne une nouvelle image, corriger un bogue CSS, ajouter une fonctionnalité JavaScript, ou encore mettre à jour un bout de code HTML sont autant de problématiques d'intégration que de nombreux développeurs doivent gérer au quotidien. Mais lorsque les demandes s’amoncellent, il s'agit d'être productif avant tout… Fort heureusement, il existe un certain nombre de bonnes pratiques faciles à appliquer et pléthore d'outils sur lesquels s'appuyer pour déléguer les tâches répétitives chronophages. Cette session se propose de faire le tour de quelques éléments incontournables dans la boîte à outils de l'intégrateur (normalize, emmet, autoprefixer et autres linters/validateurs...) afin de voir comment gagner en qualité sans pour autant faire une croix sur la rapidité d'exécution.

Venez découvrir la vie de développeur sur un gros projet opensource de l'intérieur.

Les projets opensource font intervenir de larges équipes distribuées pourtant cela fonctionne. On m'a souvent rétorqué que c'était dû à la nature du projet, que les développeurs travaillaient sur leur temps libre, qu'ils étaient meilleurs qu'ailleurs, qu'ils n'avaient pas à développer un produit, qu'il n'y a aucune contrainte de temps, etc. La réalité est bien plus simple, bien avant qu'Agile ne devienne le buzzword managérial les développeurs de ces projets ont dû s'auto-organiser, définir des roadmaps, sortir des versions, assurer un haut niveau de qualité, prendre en compte les retours des utilisateurs bref faire ce que font les équipes de développement tous les jours. C'est donc le fruit d'années de développement opensource que je viens vous présenter en vous dévoilant les "secrets" (puisque tout est ouvert) du développement du serveur d'application libre WildFly et de JBoss EAP par les équipes de Red Hat entre autres.

Learn how to evolve your tools to embody continuous improvement.

When developing in an agile fashion, we use artefacts every day as a support for communication and production, to measure and learn. Even though we prefer to think about interactions rather than tools, the latter end up mediating the former. Rather than denying this aspect, I will put forward a proposal on how we can use it to our advantage, and we'll explore it together. Based on 18 months of experiments in a startup and analysis through cognitive anthropology and system models, we'll see how the system of production can be entangled with the artefacts that represent it. You will thus be presented both with an abstract definition of what makes an artefact powerful enough to embody continuous improvement; and concrete, tested examples of how to do it, such as the a Guide Board, or the set of operations you can apply to a Task Board for it to evolve. This will be the basis for a research workshop where we'll find out the limitations of this approach by applying it to your own artefacts.

L'urgence, le retard, la (non) performance, la (non) qualité, pas/peu d'amélioration... Découvrez votre principal problème et sa solution !

Est-ce que cet atelier est pour moi ?

Si votre équipe de travail ou votre organisation se reconnaissent dans au moins 1 des critères suivants, alors cet atelier est fait pour vous :

• chaque demande est plus urgente que les autres,
• nous avons du mal à tenir nos engagements et nos délais,
• nous essayons d'augmenter notre performance, mais en vain,
• nous n'avons jamais le temps de faire un travail de qualité,
• tout le monde est à 100%, y compris les dernières recrues censées nous soulager.

"Tu bluffes Martoni !"

Comme le disait Deming : 95 % des performances d'un système viennent de la conception du système et non des capacités des personnes qui travaillent dans le système. Ce qui signifie que toute équipe et toute organisation peut améliorer considérablement sa performance avec les mêmes personnes : il suffit de changer sa méthode de travail et d'amélioration. Cet atelier vous informe sur le principal problème de votre organisation, et vous donne la solution à appliquer. Vous pourrez ensuite animer cet atelier dans votre organisation pour permettre à vos collègues d'avoir la même révélation ! En attendant, si vous pensez bien faire en recrutant 1 personne de plus pour vous aider à contenir le volume de demandes, vous ne ferez qu'amplifier le problème ! Même si cela peut paraître contre-intuitif. Cet atelier a été créé et partagé par Henrik Kniberg, un coach agile suédois. Je l'ai revisité afin de le compléter par une introduction à certains principes de Kanban et du Lean Product Development.

Et si la complexité d'un logiciel reflétait la complexité fonctionnelle et non technique ?

Le but de cet atelier est de vous montrer une méthode de développement qui se focalise sur les problématiques métiers et non technique. Pas besoin d'un langage de programmation ou d'un Framework spécifique. Nous ferons émerger une application pendant l’atelier. Et nous verrons comment l'event sourcing et CQRS se présentent d’eux même pour supprimer les problématiques techniques que nous rencontrons souvent dans une application en couche, même de petite taille. Un pc avec son environnement de développement et de test opérationnel est obligatoire. Nous fournirons une base de code dans les langages/plateformes suivantes :

• Java 8/Maven,
• C#/.NET4.5.1/VS2013,
• JS/Node,
• PHP5.5/Composer

Comment développer un produit innovant et construire un modèle économique viable de façon empirique ?

La communauté du Lean Startup invente et met en œuvre un grand nombre de pratiques, en lien avec d'autres approches empiriques : agilité, lean UX, customer development, kanban, ... Mais, comme pour l'agilité, tout commence par un nouvel état d'esprit. Découvrez par le jeu la posture de l'entrepreneur et du lanceur de produit innovant, et plus généralement l'approche du Lean Startup. Le support du jeu est téléchargeable en ligne : http://leantakeoff.com/

Reproducible setups for test & deployment are hard. Harder on a cluster. This talk presents lessons learned making a Spark distribution.

We developers work hard on applications that we sometimes like to forget when they ship. Yet not only are modern applications part of a stack, but when dealing with big data, cluster deployment can become a headache. Typesafe recently developed a distribution of Spark, a next-generation distributed computation engine. This meant testing it with a dizzying array of persistence layers, cluster managers, and input sources. Not to mention versioning hell. This talk will explain the lessons we learned, and which tools helped us make the test and deployment process easy. We'll see how orchestration scripts helped us manage many machines at once, both on the cloud and on premises. We'll see how virtualization let us create reproducible configurations, without tying us with a vendor. We will also explain how containers and fine-grained resource managers helped us make the best use of our machines. And while this tour will show famous tools like Docker in action, it will also report on niche tools that perform great in critical parts. Modern DevOps tools let developers test and deploy their App on a cluster, in an automated and reproducible way. The audience should come for a better grasp of that fast-moving environment.

Venez découvrir en quoi la pensée visuelle aide à la compréhension entre les individus et à créer des cadres interactifs fun et sérieux

Vous devez animer une réunion avec votre(vos) client(s), votre équipe et/ou vos collègues que faites-vous ?

1. Vous présentez vos idées à partir d’un PowerPoint au risque que tout le monde ne vous écoute pas
2. Vous donnez un paquet de Post-It à chacun et animez une séance de brainstorming avec le risque que trop d’idées se dégagent
3. Vous organisez un jeu d’Innovation, c’est ludique, c’est fun mais certains auraient préféré une bonne réunion descendante (voir réponse 1)
4. Vous restez silencieux, à l’écoute et illustrer la complexité des idées exprimées à la seule force de votre crayon Je vous propose de découvrir cette 4ème option : la facilitation graphique. Vous ne savez pas dessiner ? C’est possible mais vous avez d’autres qualités innées qui feront de vous un bon « architecte visuels des idées » Note pour les organisateurs : possibilité de faire décliner l'atelier en anglais

Entrez dans un flux de retours d'expérience de déploiement de Kanban dans une grande variété d'environnements.

Pour toutes celles et ceux qui entendent parler de Kanban ou qui découvrent, je vous propose une compilation de retours d’expériences de mise en place de Kanban dans plusieurs environnements dont certains n’ont rien à voir avec l’agilité.
Ces équipiers, responsables produits, manager, ont profité de la puissance de Kanban pour organiser leur travail et améliorer leurs prises de décisions. Chacun à leur niveau et à leur rythme, ils ont pris conscience des processus de travail dans lesquels ils évoluaient et de quels indicateurs ils avaient besoin pour développer leur amélioration continue. Révolution pour les uns, « rupture douce » pour les autres, il existe mille et une façons d’utiliser Kanban et d’en tirer profit. Une chose est certaine, vous aussi pouvez déployer Kanban dans votre environnement, quelle que soit votre place dans l’entreprise. Pour cela il faudra vous concentrer sur vos bonnes unités de valeur.
Mes supports en ligne : http://www.slideshare.net/calton13/kanban-pour-tous

Cleanly design your schemas. Learn to use your RDBMS to its full power.

It can be usual for software developers to let the ORM take care of the database schema. In many cases it's a bad idea as it makes the data stored in your database brittle and hard to use confidently. I'll show a few tricks which will help you cleanly store and query data by using your database engine to its full power. In some cases, using an ORM brings more problems than solutions. I'll explore these cases (they are more common than you think) and how to use the freedom given by having complete control over your schema and your queries:

• indexes
• semantic data types
• query composition
• window functions I'll show how to still be efficient and concise when going this path (with Jooq / Slick / Anorm)

This talk will focus on practical, real-world ways to bridge the communication divide between technical and non-technical team members.

As developers, we’re often tasked with collaborating with non-technical teams and partners to build our products. Communication with these teams and partners can be limited by a lack of shared vocabulary, scope and perspective. This workshop will explore ways that development professionals can better recognize when a gap in technical understanding is limiting communication and offer strategies to better communicate with a diverse range of backgrounds. We’ll be working in short groups throughout this workshop, testing proposed communication strategies and developing new approaches based on participants’ backgrounds and experience. While focusing on way that developers can better communicate across a range of technical skill levels, this workshop will also touch on ways in which those outside of development roles can work to elicit clearer communication from technical team members. Managers of mixed teams may also benefit from participation. Programming knowledge will not be required for this workshop.

Nous sommes tous différents, et c’est pour cette raison que nous formons une bonne équipe

Ce serait facile si tout le monde pensait comme moi, je me dis parfois Ce serait surtout ennuyeux si nous étions tous pareils Cet atelier, basé sur le modèle du cerveau entier (whole brain) de Hermann, vous aide à prendre conscience de votre style de pensée dominant, à connaître celui des autres et ensuite à savoir chercher le meilleur de chacun pour en faire quelque chose de merveilleux. La diversité des pensées est une richesse pour explorer, décider et faire ensemble. Objectif est que, en sortant de l’atelier, vous vous regardez autrement, vous regardez autrement les autres et vous savez mieux mobiliser vos équipes.

Initiation au machine learning avec le framework Spark. Développement d'algorithmes simples et utilisation de la librairie MLlib.

Savoir faire du machine learning est une compétence de plus en plus recherchée de nos jours, pourtant cette discipline est loin d'être la plus simple à acquérir. Le but de cette université est donc de vous initier progressivement au machine learning et à Spark. Nous utiliserons les outils plus récents des data-scientists au travers de la librairie MLlib de Apache Spark, framework reconnu dans le domaine du machine learning et du traitement de gros volume dans l'éco-système Java. Nous utiliserons Scala tout au long du hand's on (à un niveau très basique, n'ayez pas peur si vous débutez !). Vous serez guidé par un tutoriel (en plus des animateurs) tout au long des exercices. A installer (plug-in de votre IDE préféré) :

• SBT
• Scala Nous fournirons le projet et les dépendances via des clés USB.

ES6 (ES2015) est une (r)évolution du JS : plus fiable, plus productif, voyons ensemble comment l'utiliser dès à présent

EcmaScript-6 (ES2015) est la prochaine version du langage JavaScript. En quoi ça nous concerne ? C'est une (r)évolution majeure de la syntaxe, qui pourrait bien changer votre opinion de ce langage... Car vous pensez peut-être que c'est un outil de bricolos, pour du code quick and dirty ? Alors nous verrons comment :

• Faire des imports/exports sans RequireJS
• Eviter arguments et x = x || ‘default value’ ;
• Faire des fonctions anonymes sans function ni return
• Ne plus perdre this.
• Ne plus utiliser le prototype pour faire de l’héritage !
• Se simplifier la vie avec un code plus concis et plus clair Rien compris ? Venez découvrir de quoi il en retourne. Connu dans d’autres langages ? Venez voir comment cela se décline en JavaScript. Que vous travaillez dans un navigateur, sur NodeJS ou sur Vert.x, soyez prêt à les utiliser, et à pouvoir dire enfin

Oui, le JS est un langage de professionnels

Livrer des projets de qualité, dans les délais et les coûts impartis, c’est possible ! Découvrez comment l'Obeya vous permettra de réussir

Le non respect des délais des projets informatiques grands ou petits n'est pas une fatalité !
Le Lean management propose de résoudre les problèmes de délais, coût et qualité en 4 temps : 1- Visualiser la production pour révéler les problèmes 2- Réagir immédiatement 3- Résoudre les problèmes un par un 4- Pour améliorer durablement les pratiques de travail La pratique lean permettant de visualiser la production s’appelle l’Obeya ou le management visuel de projet, dont l’animation permet de réagir immédiatement aux incidents qui surviennent dans la vie du projet, de résoudre un par un les problèmes identifiés à partir des écarts à la performance afin d’améliorer les pratiques de travail. Cette approche permet ainsi de piloter précisément le projet afin de réagir au plus tôt pour garantir le respect de la qualité, des délais et des coûts du projet.
En 2 heures, vous comprendrez :

• les principes de base de la mise en place d'une Obeya,
• les pratiques d'animation,
• les ingrédients indispensables à la réussite de ce type de management visuel de projet
• et surtout pourquoi ça marche : ce qui fait la différence avec les autres méthodes de gestion de projet...!

jstat, jstack et jmap sont des outils du JDK trop peu connu et pourtant utiles pour la prod ! Venez les découvrir et les pratiquer.

Description de l'atelier

L’objectif de l’atelier est de prendre en main des outils trop peu connu du JDK comme jstack ou jstat et qui pourtant permettent de diagnostiquer assez rapidement les problèmes de production car ils ne nécessitent pas d’interface graphique. Pour les travaux pratiques, les participants ont a disposition un environnement linux, un projet java de type web et un tomcat pre-configuré sur lequel le war est déployé. Le projet java contient des points de contentions et des problèmes de performances que les participants vont découvrir et corriger au fur et à mesure de leur avancée. A noter que l’atelier étant basé sur une Machine Virtuelle (VM), pour le confort d’utilisation, les participants doivent posséder un ordinateur ayant au moins 8 Go de RAM. Tous les systèmes d’exploitation sont acceptés, vous pouvez préparer l'atelier en installant la dernière version de VirtualBox

Contenu de l'atelier

• Introduction
• Installations
• Copie/téléchargement du contenu de l’atelier
• Installation de virtualbox (si necéssaire)
• Import de la VM linux/tomcat
• Travaux pratiques
• Comment trouver le process id du tomcat et les logs
• Quelques outils linux pour avoir des informations sur la consommation des ressources: top, sar, free...
• Utilisation de l’outil de la JDK jstack afin de d’analyser les threads java
• Quelques explications sur la mémoire java, le Garbage Collector
• Utilisation de l’outil de la JDK jstat afin d’analyser la consommation mémoire
• Ajout des options de JVM pour logger les GC
• Utilisation de l’outil jmap conjointement a eclipse MAT afin d’analyser à froid le contenu de la mémoire java et de trouver la source de la fuite mémoire.

Mindstorm4Scrum ou comment découvrir une méthodologie agile (SCRUM) de manière créative avec des Legos programmables

Déroulé

Nous proposons ici de relever un challenge simple en construisant un robot qui est capable de mouvement. Les personnes qui veulent être fonctionnels définiront les US (User Story). Les personnes qui veulent être développeurs/testeurs programmeront le robot et le construirons. Bien sur, le tout sans plan et en appliquant SCRUM ... Seul pré-requis : avoir 10 ans ou plus.

Les points abordés sont :

• utilisation d'un support innovant les Legos ... enfin ... les Legos programmables.
• mise en oeuvre d'une approche SCRUM.
• les participants pratiquent :

Détail des US avec un animateur dédié pour les PO (Product Owner). Planification. Construction du robot avec un animateur dédié pour SCRUM et le langage de programmation. ##Le tout :

• de manière itérative
• de manière créative : pas de plan
• de manière collaborative : l'envie de se surpasser

Genèse

En fait, la genèse de cet atelier est simple : nous avons trop utilisé l'excellentissime Lego4Scrum d'Alexey Krivitsky. Avec du coup énormément de feedback, nous avons cherché à créer quelque chose qui implique tous les acteurs, qui utilise toujours autant la créativité et qui peut plus facilement se rattacher aux problématiques de l'IT. Aurélien a sorti "et si on utilisait les Lego mindstorms, ca ne demande pas un ticket d'entrée trop gros". Et depuis, cet atelier est notre support de formation. Ici, nous vous proposons de le jouer dans un format 2h, donc nous simplifierons l’exercice. Au final, nous le jouons aussi bien dans le monde de l'IT que dans d'autres contextes. Nous voulons donc le partager avec le plus grand nombre. Idem, quand Aurélien aura un peu de temps, le déroulé sera disponible sous licence creative commons pour que le plus grand nombre puisse le jouer.

Remarques

• English speaking people are welcomed ... just be nice with our "french" accent :)
• Nous pouvons aller jusqu'à 25-30 personnes. Cela va être éprouvant.
• Pour pouvoir réaliser l'atelier dans de bonnes conditions, il est important que chacune des équipes soit en possession d'un ordinateur. Nous mettrons 4 ordinateurs à disposition. Si vous venez avec le votre, pensez à installer le logiciel EV3 que vous trouverez ici : http://www.lego.com/fr-fr/mindstorms/downloads/download-software

Contexte & Dependency Injection (CDI) ne fait pas que de l'injection de dépendance. Vous avez des doutes ?

Dans cette session, je présenterai CDI (Contexte & Dependency Injection), expliquerai la plupart des concepts (injection, alternatives, producteurs, intercepteurs, décorateurs, événements ...), mais aussi vous montrerai pourquoi CDI est devenu la spécification principale de Java EE (tout simplement car elle utilisée dans la plupart des spécifications Java EE ;o). Tout ceci avec un doux mélange de slides et de démos qui fonctionnent (aidé de JBoss Forge et JRebel). CDI 2.0 étant dans les starting blocks, je terminerai la session en vous donnant la feuille de route de cette nouvelle version.

Les Services Workers arrivent dans nos navigateurs Web et nous promettent du lourd : hors-ligne, notifis push, synchro en background...

Les Services Workers arrivent dans nos navigateurs Web et nous promettent une petite révolution : hors-ligne, notifications push, synchro en background... Au cours de cette session, je vous propose de découvrir en détails ces Service Workers. Nous verrons comment les utiliser sur une application Web mobile pour développer une expérience “offline-first”. Nous aurons également l'occasion d'aborder les autres technos modernes utiles pour ce genre d'approche : AppCache, Promises, cache, fetch, IndexedDB...

Faire émerger le meilleur d'une équipe lors des rétrospective en utilisant des outils collaboratifs et l'intelligence collective

Cette session sera un mix entre une conférence et un atelier. La rétrospective est un moment privilégié dans la vie d'une équipe agile, il faut en prendre soin. En tant que coach agile et facilitateur au sein d'Orange, j'interviens auprès de plusieurs projets tout au long de l'année.
Je facilite en moyenne 3 rétrospectives par mois. Cette profusion m'a obligé à repenser ma façon de mener ces moments. A expérimenter, échouer, réussir de nouveaux ateliers. A m'adapter à des situations, des contextes radicalement différents. Pour trouver les actions qui permettrons à l'équipe de s'améliorer, celle dernière va devoir entamer un voyage. Qu'il soit d'1heure ou de 3heures, les étapes à franchir sont toujours les mêmes. Pour les découvrir ou les re-découvrir, je vous proposerai plusieurs leviers pour permettre de passer ces différentes étapes en toute quiétudes :
libérer la parole au sein du groupe, faire jouer l'intelligence collective, utiliser des outils collaboratifs et s'améliorer ! Un peu de théorie et beaucoup de pratique pour expérimenter ces outils. Lien de la présentation : http://prezi.com/dm3eacbpf2zc/?utm_campaign=share&utm_medium=copy

NoSQL claim was to use the right database model for the right domain. Bad news, in most cases a single database model is not enough!

In last years NoSQL experienced a huge upward trend, offering new data models (Document, Graph, Key-Value...) to solve problems where old RDBMS failed. Now people who have chosen NoSQL as an architecture component, realize that a single data model (even when richer that relational), is not enough for average needs. Today's next generation solutions scale horizontally and provide enterprise-grade availability and security whilst simplifying development through multiple APIs.
Luigi Dell'Aquila, Director of Consulting at Orient Technologies Ltd (the company behind OrientDB, the first ever multi-model database), discusses the latest technology innovations and the market's demand for databases that combine more than one NoSQL model (ex. GraphDB, DocumentDB, Key/Value, Objects).
In this lecture, we will discuss why graph databases are at the heart of the multi-model revolution and why we're approaching the end of NoSQL's fragmented ecosystem where customers are forced to use multiple tools in their architectures. Benefits and compromises of this approach along with real world use cases will also be shared.

L’amélioration continue en équipe avec le Solution Focus in Team : utilisez votre équipe comme un coach !

Atelier de 20 participants maximum. Vous êtes Manager (de Managers) ou Scrum Master et vous retrouvez bloqué dans la mise en oeuvre d’axes d’améliorations, par exemples définis en rétrospectives. Les obstacles paraissent insurmontables dans votre contexte, "sur ce projet avec cette équipe ce n’est pas possible".
Cette session va vous permettre de ré-enclencher des actions concrètes et de gagner en confiance. La session s’adresse aussi à ceux qui ont l’impression de ne plus avoir besoin ni envie de changer quoi que ce soit.
Après une courte introduction à la posture de coach, je vous présenterai les principaux outils du coach. Ensuite, nous regarderons plus en détail la technique Solution Focus ainsi que ces étapes concrètes avec le partage d’un exemple d’utilisation sur un cas réel.
Enfin, nous mettrons en pratique, à la manière d’un coaching dojo :

• exposé de la demande
• clarification (questions ouvertes)
• le groupe échange sur des solutions possibles, des idées (le demandeur n’intervient pas, il écoute)
• le demandeur donne un feedback sur ce qui l’a intéressé, ce qu’il pense pouvoir faire. A noter que le déjeuner sera sous forme de buffet dans la salle même de l'atelier.

Découverte de ce que va nous apporter les nouveautés EcmaScript mais surtout comment l'utiliser et le mettre en oeuvre au quotidien.

"J'ai fais un rêve Un rêve, où nous codions en ES6 / ES7. Un rêve, où les navigateurs les supporteraient" *** Comme pour HTML5 vers les années 2009 / 2010, nous sommes beaucoup à nous demander si nous devons d'ors et déjà se lancer à l'aventure. Certains disaient: "Les navigateurs ne sont pas encore prêts, attendons". D'autres pensaient plutôt: "Nous allons de toute manière aller vers cette direction, autant anticiper!". Personnellement, je suis plutôt dans ce deuxième mode de pensées. Mais cela implique de savoir:

• Quelles fonctionnalités ES sont présentes au sein de nos navigateurs ?
• Devons-nous mettre en oeuvre des polyfills ?
• Quels outils utilisés ? Bref, tout simplement, comment moi développeur je peux concevoir une application du futur avec les outils d'aujourd'hui ? *** Cet atelier aura donc pour vocation:
• De faire un bref historique de EcmaScript
• De parler des nouveautés phares
• De créer "from scratch" une petite application (vraiment petite) et cela afin de voir les étapes pour arriver à basculer vers ES6 / ES2015
• De voir les outils à notre disposition -------------------------------------------------------------------------------------------------------------------- Afin que la session se passe au mieux (en cas de non connexion Internet ou autre), je vous propose dès maintenant d'installer les outils suivants sur votre machine:
• NodeJs: https://nodejs.org/
• Chrome: https://www.google.com/chrome/browser/desktop/index.html
• Firefox: https://www.mozilla.org/fr/firefox/new/
• Git: https://msysgit.github.io/
• Webstorm (version d'évaluationd e 30 jours): https://www.jetbrains.com/webstorm/ Une fois que tout cela est prêt, ouvrez un shell et tapez la commande suivante:

npm install -g less babel@4.5.3 es6-module-loader@0.11.2 systemjs@0.11.3 Cela installera des modules nodes nécessaires à l'atelier afin que vous puissiez la suivre même sans connexion Internet. A très bientôt !

Using AsciiDoc, you can write once and publish everywhere. Discover even more ways you can benefit from using AsciiDoc for documentation!

By using AsciiDoc, you're already following one of the best practices we recommend. You can write once and publish everywhere! AsciiDoc takes a lot of the pain out of writing documentation and keeps it DRY. As with any tool, you need to learn the best practices to use it effectively, such as:

• How to organize your documentation
• How to make your documentation approachable to contributors
• How to make your documentation easy to maintain
• What tools to use to simplify collaboration & maximize reuse I'll address some of the challenges we've come across writing documentation in AsciiDoc, offer a set of tips and recommendations that have helped us improve our writing flow and provide advice about how to keep presentation from leaking into your content...and why it matters.

D’un langage dynamique, orienté objet à un langage statique fortement typé avec de la programmation fonctionnelle n’y a-t-il qu’un pas?

Révélé au public en Juin dernier lors de la conférence WWDC, Swift est déjà classé 22ème au RedMonk index. Adopter Swift ce n’est pas juste faire un relooking de votre code Objective-C avec un syntaxe plus jolie. C’est un réel changement de paradigme: d’un langage dynamique, orienté objet à un langage statique fortement typé ouvrant la voix de la programmation fonctionnelle n’y a-t-il qu’un pas? En travaillant avec Swift (depuis le premier jour, coup de foudre oblige) sur les librairies open source d’AeroGear, en tant que développeur, j’ai enrichi ma boite à outils d’un nouveau couteau suisse plein de super-pouvoirs. J’aimerais partager avec vous mon expérience en illustrant mon propos avec quelques dessins, des extraits de code, des bouts de playground et un soupçon d’Xcode. C’est sûr on va bien s’amuser.

Dependency management tools make life easier than ever for developers but let's pause to consider the unintended consequences of open source

Social coding revolutionized how we share useful code with others. Bundler, npm, and Github made publishing and consuming code so convenient that our dependencies have become smaller and more numerous. Nowadays, most projects quickly resemble a Jenga tower, with layer upon layer of poorly understood single points of failure. Despite our progress, we'd benefit from pausing to reflect on our relationship with open source. Convenience and ego drive most open source adoption, but these shortsighted motivations raise long-term problems we need to clearly identify if we can ever hope to solve them.

A l’image de super héros nous avons des supers pouvoirs et comme tous super héros à grands pouvoirs, grandes responsabilités

Ce n’est pas un hasard si 2 des plus grandes companies IT au monde sont détenues par des développeurs, le logiciel dévore le monde et nous, les développeurs et hackers, en sommes les instigateurs.
A l’image de super héros nous avons des supers pouvoirs et comme tous super héros à grands pouvoirs, grandes responsabilités ainsi nous devons être en mesure de créer des innovations au service des gens et en rupture avec leurs anciennes habitudes.

The second most popular chess server is free, open source, and maintained by volunteers only.
How do we do it?

Most programmers have side projects. They're usually short lived, but once in a while, one of them gets some traction and amazing things start happening. Started 5 years ago as a real-time web app experiment, lichess.org is now one of the most popular chess servers and websites around. Many things have changed, but the core philosophy remains the same:
it's free for everyone, there will never be ads, all source code is open sourced under MIT. We'll discuss the challenges faced during lichess outstanding growth. How to keep the codebase efficient and maintainable. How to leverage the community energy to solve problems. How to outperform million dollars companies, without raising a cent. How to host more than 5 million new chess games per month, for 183$ of server costs. This talk will go through several aspects of building a successful web service, from the backend, frontend, architecture, sysadmin, and community management perspectives. Source code: https://github.com/ornicar/lila Stack: scala, mongodb, elasticsearch, nginx, mithril.js, websocket. Fancy representation of lichess real-time network: http://lichess.org/network

Comment éviter aux collègues le "Y'a qu'à installer [longue liste d'outils], mais ça marche pas sauf avec [autre longue liste d'outils]" ?

Tu l'as sûrement deja vécu, ami développeur/Full stack Engineer. Lors de l'accueil un nouveau collègue ou un stagiaire, il te faut consacrer 2 jours et une énergie sans précédent avant qu'il puisse "vraiment" travailler sur le projet. Mettre au point et surtout maintenir un environnement de développement efficace et adapté a l'écosystème de votre équipe met du temps. Mais son apprentissage par le nouvel arrivant aussi. Et de plus la courbe d'apprentissage n'est pas linéaire. Conséquences: démotivation, planning décalé, frustration. Et si on repensait tout cela avec les outils de notre métier ? L’environnement de développement comme une brique logicielle ?

• une brique versionnée,
• testée continuellement,
• Extensible,
• Portable,
• Partageable. L'outil Docker, capable de solutionner ce type de problèmes pour les applications classiques, ouvre la voie à des approches novatrices: pourquoi ne pas mettre son environnement de développement dans un container portable ? Au travers d'un workflow "classique" de développement, cette session présente :
• Comment assembler un environnement de dév. graphique dans un containeur Docker
• Comment l'utiliser efficacement
• Comment le partager sur un autre OS (Mac -> Linux) à un autre dévelopeur
• Des paradigmes nouveaux permis par Docker : "devbox in the cloud", "continously testing my devbox", etc.

Comment implémenter un Design d'inspiration Material dans une application Android.

En juin dernier, lors de la Google IO, Google a présenté une nouvelle approche dans le design des ses différents produits : Material Design. Cette approche est appliquée à la fois sur Android, iOS et le web. Material a introduit de nombreux nouveaux éléments visuels tels que les ripples, les Floating Action Button, etc. Dans cette session, nous allons voir quels sont les outils à notre disposition sur Android pour implémenter à l'aide de ces différents éléments une application au style Material Design. Tout en prenant en compte la question de la compatibilité en montrant des solutions pour que ceci ne soit pas uniquement disponible sur Lollipop, la dernière version du système, mais aussi sur les plus anciennes version d'Android.

J'ai développé une application pour Firefox OS et j'ai aimé ça. Ça vous tente aussi ? Venez découvrir mon expérience.

On parle beaucoup de Firefox OS mais encore peu de monde a vraiment joué avec. Durant plusieurs mois, j’ai développé une application de lecture d’eBooks qui sera bientôt disponible sur le Marketplace de Firefox. Je suis là pour vous faire un retour d’expérience sur le sujet. Vous êtes intéressés par cette plate-forme, mais vous vous posez des questions sur ce qui est réalisable et comment ? Nous verrons ce qu’est réellement une application pour Firefox OS, les technologies employées pour réaliser son développement et les problèmes que j’ai pu rencontrer.

Comment répondre aux problématiques de performance et de SEO des applications single-page grâce à l’isomorphisme avec React et Flux ?

React est énorme et mérite largement son buzz ! Mais React seul ne suffit pas à coder une application single-page : il libère sa quintessence lors de son utilisation dans un environnement CommonJS (modularisation des applications JS) en lui adjoignant le modèle Flux (alternative au modèle MVC). Et il devient alors possible de l’utiliser dans un contexte projet, avec de vraies problématiques (tests, performances, productivité, ...). Malheureusement, à ce stade les articles et tutoriaux deviennent rares. Les retours d’expérience des géants du web (Facebook, Instagram, Netflix) ne correspondent pas forcément à nos réalités projet. Tout cela rend difficile le choix d’adopter React par rapport à ses concurrents bien implantés. Le jeu en vaut pourtant la chandelle et c’est ce qu’un live-coding “from scratch” d’une application basée sur React va essayer de montrer. Les lignes directrices du live-coding sont :

• Construire une application de base (listing des photos récentes uploadées sur Flickr) avec des composants React simples, testés par Jest (le lanceur de test “officiel”)
• Implémenter Flux brique par brique pour en comprendre les principes
• Rendre l’application isomorphique et répondre aux problématiques inhérentes aux applications single-page, à savoir le chargement initial et le SEO.

Vert.x est une plateforme pour créer des applications concurrentes, performantes et polyglottes sur la JVM.

Cette session parlera des choix faits par Vert.x, de son modèle de concurrence et explique comment écrire des applications concurrentes et performantes de manière très simple. Nous aborderons quelques aspects clés de Vert.x comme le bus d'évènement distribué ou la haute disponibilité. La présentation parlera de Vert.x 3.0, de ses nouvelles fonctionnalités et montrera des exemples dans plusieurs languages tels que Java, Javascript, Groovy ou Ruby.

How can you build today a microservice oriented architecture with Spring Boot, Spring Cloud and Netflix OSS?

Microservices and distributed architectures are all the hype right now; more than just buzzwords, we're actually refreshing our approach to application architecture - and it works. But how does one build a microservice architecture? Join this session and learn how we can do that with Spring Boot and the new Spring Cloud project incorporating Netflix OSS. We'll talk about:

• Distributed/versioned configuration
• Service registration and discovery
• Routing
• Service-to-service calls
• Load balancing
• Circuit Breakers
• Async programming
• Distributed messaging You'll leave this session with a better understanding of microservices and distributed application problems and concrete examples with Netflix OSS and their integration with Spring Boot.

Retour d'expérience sur Kafka, un broker de messages très performant, scalable, distribué et persistant

Cette session est l'occasion de découvrir Kafka : un broker de messages de nouvelle génération avec des performances impressionnantes, une garantie de persistance et de réplication des messages. Kafka est sorti de l'ombre ces deux dernières années et est désormais utilisé chez beaucoup de grands comme LinkedIn, Twitter, Loggly ou OVH. On est pas forcément confronté tous les jours à des besoins nécessitant d'avoir des throughput dépassant les 10 000 messages par seconde et avec des latences de quelques millisecondes, mais les nouveaux usages liés au BigData, à la collecte de logs, ou autres nous y amènent vite. Vous verrez :

• quels sont les concepts de Kafka
• quels sont les cas d'usages potentiels
• l'architecture de Kafka
• comment faire scaler horizontalement un cluster Kafka
• quels sont les compromis à faire
• quelles performances attendre, y compris sur du petit matériel
• dans quel écosystème BigData Kafka s'inscrit (architecture Lambda, Storm, Hadoop, HBase, ...) Bref, outre les points précédents, vous aurez un vrai retour d'expérience sur Kafka.

Atelier de programmation qui simule la vie d'un projet en 2h. Changement de direction, de deadline. Votre code va t'il y survivre ?

Nous vous proposons de venir participer avec un atelier qui vise à vous faire revivre la vie d'un projet en 2h. Rebondissement inattendu, changement de direction, souhaits des utilisateurs, architecture technique style tour d'ivoire... Votre code va t'il y survivre ? C'est un atelier technique où il vous faudra faire un programme très simple dans le langage de votre choix (java, c#, JavaScript ou autre). L'atelier est en 2 parties, une ou nous codons le projet qui dure environ 1h30 et une rétrospective afin que nous partagions ce que nous avons découvert. Vous endosserez le rôle d'un programmeur travaillant pour la startup FruitsShop.io et qui va sortir un logiciel révolutionnaire grâce au deux Product Owners que sont Bruno Boucard & Jean-Laurent de Morlhon fraîchement sortie de SupDeCo Aurillac. A vos claviers ! (Amener un laptop avec votre environnement de programmation favori, un ordinateur pour 2 personnes, est suffisant).

Lean start up et Design Thinking : qu'est ce que ça change pour ma phase de cadrage agile ?

C'est en nous inspirant des philosophies du Design Thinking et du Lean Start-up que nous avons décidé d'associer nos compétences et expériences de Product onwer et UX Designer. Nous cherchons des façons concrètes de les appliquer sur des projets avec des contraintes fortes tels que les projets agiles. C'est sur ces premières expériences et premiers succès, que se basent nos principes et astuces de cadrage que nous partageons avec vous. Nous donnerons un ensemble de pistes à suivre pour utiliser au mieux les philosophies du Design Thinking et du Lean Start-Up lors de votre cadrage.
Celles-ci vous permettront de construire rapidement :

• Une vision commune du produit,
• Démarrer les sprints avec une compréhension des besoins utilisateurs partagée par tous les membres de l'équipe,
• Créer une conscience d'équipe étendue. Cette conférence est destinée à public d'agilistes, managers, designer, et développeurs.

Et si on examinait les maux des organisations non (encore:) agiles via les prismes historique, culturelle, anthropologique, psychologique?..

Pourquoi l'agilité serait une solution ?
Réponse-type : pour contrer des projets qui échouent, des individus désengagés, des organisations dysfonctionnelles, etc.
Mais ne serait-il pas intéressant d’essayer de diagnostiquer pourquoi ces symptômes émergent, c'est-à-dire "Le pourquoi du pourquoi de l'agilité" ?
Et bien, à travers plusieurs grilles de lecture (historique, culturelle, anthropologique, psychologique...) nous irons à la racine pour voir en quoi l'agilité a du sens.

Outil de base du Design Thinking et du Lean Start-Up, l'interview utilisateur ne s'improvise pas. Venez apprendre comment les préparer !

C'est en nous inspirant des philosophies du Design Thinking et du Lean Start-up que nous avons décidé d'associer nos compétences et expériences de Product onwer et UX Designer. Nous cherchons des façons concrètes de les appliquer sur des projets avec des contraintes fortes tels que les projets agiles. L'interview utilisateur est un outil de base, pourtant elle doit être minutieusement préparée pour être efficace. Nous vous proposons de partager avec vous nos techniques pour préparer une interview lors de cet atelier, dans le contexte d'une problématique précise. Chaque équipe préparera son interview et la réalisera afin de gagner un maximum d'informations pertinentes sur l'utilisateur et son environnement en levant un maximum de risques projets avec un investissement réduit. Cet atelier est ouvert à des profils Product Owner débutants, Marketing, Métier, agilistes, entrepreneurs.

Conquer the complexity of creating documentation. Learn how to plan, structure, and write documentation for all types of users.

Documentation is crucial to increasing an open source project's adoption and growth. But once you consider your users' needs as well as their backgrounds, environments, and constraints, writing the documentation can feel overwhelming. In this workshop, we'll conquer this complexity by breaking down the planning, organization, and creation of documentation into basic, repeatable steps. Specifically, we'll learn how to: • Determine your project’s audiences • Select and prioritize the types of documentation each audience needs • Outline and write the text • Brainstorm and create useful and interesting examples • Use the documentation to improve your project This workshop is hands on! We will sort through user data, analyze the user data, and discover how the results will help us determine what documentation we should write. Then we will work through a horrible tutorial and figure out how to make it better. You do not need any specific hardware, software, or programming knowledge to participate in this workshop.

Vous voulez lancer un projet IoT ? A travers des exemples, découvrez comment connecter vos capteurs, récolter la donnée et l’analyser !

De nos jours, l’Internet des Objets (IoT) est devenue un buzz word mais pour certains ça reste une boite noire. Cette conférence est une introduction à l’Internet des Objets. D’aboard, nous expliquerons ce que c’est que l’IoT, les usages et nous présenterons les différentes briques qui constituent son écosystème: de la partie hardware à la partie donnée. Ensuite, à travers des retours d’experiences, des exemples et du code, nous présenterons les outils nécessaires pour débuter un projet IoT. De l’utilisation de carte embarquée pour connecter les capteurs, à la collecte de donnée avec MQTT, à la gestion des données avec Amazon Kinesis. L’Internet des Objets n’aura plus de secret pour vous!

Délivrer très régulièrement peut rapidement devenir un cauchemar : quand le rêve devient réalité

Partons de l'exemple d'une organisation tentant d'appliquer une méthode Agile ( Scrum dans notre cas ) sans revoir les fondements de son cycle de développement : Si bien souvent l’équipe de dev parvient à mener à bien ses itérations avec plus ou moins de difficultés, il n'en demeure pas moins que ceci n'est qu'une première étape. S'en suit alors une itération de qualification/tests en tout genre ( et oui car cette organisation est Agile ! :) ) qui SI elle est concluante et elle même suivit par une phase de release... Traduire ce type d'organisation par un joli dessin nous permettra de réaliser qu'en définitive cette organisation applique toujours un cycle en V à l'ancienne d'autrefois avec quasiment toutes les lenteurs et lourdeurs que cela implique. A contrario prenons l'exemple d'une organisation désirant faire l'impasse sur une réelle qualification (et oui tester c'est douter :) ) : Ce type d'approche sur des projets complexes peut rapidement se traduire par empiler des problèmes de plus en plus inextricables au fils des itérations et inévitablement entamer le moral général ( dont celui du client, d'ailleurs n'est ce pas aussi un peu pour lui que nous sommes là ? ). Partant de ces deux cas un petit peu "extrêmes" mais tellement représentatif de ce qui peut se pratiquer, je vous propose un retour d’expérience sur une organisation qui nous permet d'allier aujourd'hui rapidité et qualité pour le bonheur de tous !

Nous avons utilisé des Coding Dojo et le Mob programming pour partager le savoir faire dans l'équipe et augmenter la productivité.

Nous présenterons un retour d'expérience d'un projet dans lequel nous avons utilisé des coding Dojo et le Mob programming pour former l'équipe de développement, et augmenter sa vélocité. Le projet: refonte du Système d'Information d'un organisme financier sur 1 an L'équipe: 6 développeurs dont 3 débutants sur la technologie (ASP.NET MVC) Nous avons mis en place un cycle de formations au rythme de 2 à 3 sessions par semaine. Les sujets traités couvraient entre autre .Net/MVC, Test Driven Development et Fitnesse. Chaque formation dure 2h, elle a lieu de préférence le matin. Elle est préparée à l'avance, et contient un exercice à réaliser, accompagné d'un document détaillant l'ensemble des tâches à faire. Les formateurs font l'exercice en projetant le code et en expliquant ce qu'ils font pendant 30 minutes (mode Kata). Ensuite on refait l'exercice en mode Randori par binome, chacun tient le clavier pendant 10 minutes. Le document sert de support. Le temps qui reste permet le débrief / perfection game et de choisir le prochain sujet ainsi que ceux qui prépareront la formation. En parallèle nous livrons les contenus des sprints (1 sprint = 1 semaine), et nous faisons des sessions de Mob Programming: 6 développeurs, 1 clavier, 1 PO occasionnellement. Le but est que chacun code, le clavier change de main toutes les 15/20 minutes. Nous présenterons durant notre session les résultats obtenus sur le projet.

Vous utilisez Gradle et bidouillez vos scripts pour l'adapter a vos besoins. Passez au plugin pour prendre le contrôle du build !

Apres plusieurs semaines de pratique de Gradle vous commencez à apprivoiser la bête et entrevoyez toute sa puissance. Vos petits scripts fonctionnent bien et vous vous demandez maintenant comment améliorer encore votre système de build, proprement. Il est temps pour vous d'ajouter votre propre plugin Gradle à vos outils. En prenant un exemple simple nous verrons ensemble à quel point il est facile de prendre le contrôle de son build ! Voici quelques points abordés :

• Créer un plugin Gradle et le controler depuis le build.gradle
• Bien Tester son plugin
• Gérer les builds incrémentaux
• ...

Innover, ce n'est pas avoir de nouvelles idées, c'est surtout abandonner des anciennes

Comment ont donc été fabriqués dans l’état des outils aussi divers que data.gouv.fr, Marchés Publics Simplifiés, ou mes-aides.gouv.fr ? Saviez-vous qu’il s’agissait toujours d’équipes de 4 personnes et de mise en marché en moins de 6 mois. Etonnant non ? Plus vraiment. Car nous avons développé une méthode, inspirée des méthodes agiles, du mouvement lean startup, et de recettes de ma grand-mère et d'autres, dont nous nous inspirerons pour ce talk dédié à la fabrication d'outils numériques réellement utiles aux citoyens.

Ways of Working in the Networked Society - how we made the transition to Lean, Agile & Flow "stick".

In this session, I’ll share how we made three very important mental leaps to make the transition to Agile and Lean ”stick” including concrete examples of what we have done. Leap #1: From Methods & Tools to Principles & Mindset
Tools and methods can work in some contexts and not in others. If you have your own principles and mindset, then you can adapt or create your own methods and tools that fit your context. When realizing this, we made a mental leap from a focus on methods and tools to a focus on principles and mindset. Leap #2: From Resource Efficiency to Flow Efficiency With a need reduce both costs and time-to-market we were looking for alternatives to “resource efficiency” focus (keeping people and equipment fully utilized at all times). We realized that our ability to innovate around state-of-the art algorithms for optimizing packet data flow in mobile radio networks is also applicable for our product development processes. We made a mental leap from “resource efficiency” to “flow efficiency”, i e a focus on keeping work items moving through the process without waiting times, delivering value as quickly as possible Leap #3: From Scattered Experiences to Continuous Innovation We were solving problems as they occurred using task forces in fire-fighting mode, lacking corporate memory and a common direction. By creating a shared direction and a common purpose around the need to improve, we made the leap from scattered experiences to a culture of continuous innovation. Ericsson is the driving force behind the Networked Society - a world leader in communications technology and services. Our long-term relationships with every major telecom operator in the world allow people, business and society to fulfill their potential and create a more sustainable future. With approximately 115,000 professionals and customers in 180 countries, we combine global scale with technology and services leadership. We support networks that connect more than 2.5 billion subscribers. Forty percent of the world's mobile traffic is carried over Ericsson networks. Net sales in 2014 were EUR 23.4 billion.

Quelles solutions Cloud à l'heure où Snowden et la nouvelle loi Renseignement démontrent comment notre vie privée est menacée ?

Aux débuts de l'informatique, l'utilisateur maitrisait le logiciel qu'il utilisait, les données étaient sur son PC et le réseau était inexistant. En 2015, avec le Cloud (façon élégante de dire "ordinateur de quelqu'un d'autre), nous ne maitrisons plus rien : nos données sont dans des silos dont le business model consiste à tout savoir sur nous. On sait depuis les révélations Snowden que les agences de renseignement se frottent les mains de cette situation, et la récente loi Renseignement démontre que c'est aussi le cas en France. Comment pouvons-nous inverser la tendance ? Comment retrouver la maîtrise de notre informatique ? Tristan Nitot, dans le cadre de son livre sur le sujet, a développé 7 principes qu'ils présentera.

How do you explain BDD to non-technical stakeholders: business sponsors, clients or senior management?

"I don't care how you do it - I just want it better, faster and cheaper and I don't want you to keep bugging me...!" Software delivery shouldn't be a zero sum game where you have to choose between writing quality software, showing bottom line results and having fun. In this talk, Dan shares his experiences of introducing BDD and agile principles to senior stakeholders and business executives.

Utiliser Spring Boot, c'est un peu faire du pair programming avec l'équipe Spring. Venez découvrir Spring Boot par la pratique!

Ensemble, nous partirons de zéro pour découvrir Spring Boot par la pratique, en construisant une application étape par étape :

• démarrer un nouveau projet Boot facilement
• créer des services REST
• intégrer un datastore
• sécuriser l’application
• configurer l’application selon les environnements
• utiliser hypermedia dans vos APIs REST
• ajouter des “health checks”
• préparer l’application pour la production (devops)
• et plus encore! A la fin de cette session, vous connaîtrez les possibilités de Spring Boot et repartirez peut-être avec votre application dans le cloud! Pour ce workshop, vous aurez besoin:
• d'un JDK6+ (JDK8 si vous voulez faire des lambdas!)
• de Maven 3.2+
• de git
• de votre IDE préféré

As a new programmer, reading code is a powerful exercise that will help you grow as a developer, and this talk outlines how.

As a new programmer, everyone tells you to build. But just as important is reading. Reading code is a powerful exercise - dissecting the source code of gems and libraries used in your preferred framework offers the opportunity to examine patterns and design choices, while building confidence in new developers. But good code reading isn’t as simple as scanning the source. The concrete guidelines outlined in this talk can maximize the benefits of your future code reading sessions and help you grow as a developer.

There are distinct ages in the growth of an idea or a product, and innovation can and should occur in all of these, and involve everyone.

Innovation isn’t a separate activity that happens once at the beginning of a project. It isn’t the exclusive domain of an Innovation Director or a “Creative” team. Innovation is the ability to continually see things through fresh eyes, however familiar they become; to apply a different perspective to something you have done a hundred times; to challenge your hard-won assumptions and to believe you may be wrong, however right you feel. Dan argues that there are three distinct ages in the growth of an idea or a product, and that innovation can and should occur in all of these. It should be the responsibility of everyone involved, all the time. He wants you to be as excited about the possibility of innovation as he is.

Learn how to kill a project or startup most effectively with the help of technology.

If you've been trying to kill your startup or project but never achieved the right level of destructive power, this talk is for you. I'll teach you how to properly shut down all operations and make your product suck so hard it hurts, in just 10 easy steps. This talk is for all of you, regardless of your job function (but especially if you manage or code). Come join.

Learn the latest of hottest in the world of Chrome DevTools, and how we can improve iterating and design for all.

Paul and his team are currently working on many design-specific features with the ultimate goal to make DevTools a tool for designers, as much as for developers. Come by for a sneak preview of crazy new things, such as improved responsive design controls, rich live editing of animations and more and more fun with colors. Especially come by for an exclusive preview of the new Layout Mode – never before seen before at a conference or across the web.

Où en est-on de l'exploration habitée de Mars ? Cette destination fait rêver mais l'échéance est sans cesse repoussée...

La planète Mars a toujours fasciné l'Humanité. Je la présenterai d'abord succinctement avant de faire un point sur l'exploration martienne : robotique pour le moment, où en est-on des projets d'exploration privée ? Ce genre d'expédition coûtant extrêmement cher, il est souhaitable que les agences gouvernementales s'unissent entre elles et avec le secteur privé - je ferai un état des lieux.
Parmi les initiatives visant à envoyer des femmes et des hommes sur Mars, il y a le projet Mars One pour lequel je m'étais portée candidate. Je ne suis plus dans la course mais je le présenterai rapidement avant de présenter la mission de simulation martienne à laquelle j'ai participé en début d'année dans le désert de l'Utah au sein de la Mars Society.

L'informatique est partout. Ceux qui la maîtrisent ont donc de fait un grand pouvoir. Comment utiliser ce pouvoir, notre pouvoir ?

À quoi et à qui servent nos compétences ? Aujourd'hui, l'informatique est partout. Ceux qui la maîtrisent ont donc de fait un grand pouvoir. Ce pouvoir n'est pas complètement neutre mais il peut certainement être utilisé pour des causes très différentes. Des informaticiens travaillent à développer du logiciel libre, d'autres bossent pour la NSA à développer l'espionnage, d'autres pour Vupen afin de vendre les failles de sécurité le plus cher possible aux gouvernements. Certains obéissent, d'autres prennent des risques pour révéler au citoyen ce qu'on lui fait. Quelle est votre responsabilité ? Quels sont vos critères de choix (d'une filière, d'une entreprise, etc) ?