Programme

Keynote : Mise en place des valeurs de l'Agilité dans un contexte d'apprentissage scolaire

Etre capable de communiquer avec 27 personnes en même temps afin de les faire progresser dans leur formation demande souplesse, pragmatisme et adaptation permanente. Les valeurs Agiles permettent cette rigueur.
Mon intervention, un retour d'expérience sur les 6 dernière années, montre différents aspects pratiques pour créer des supports de communication dans le but d'émouvoir et de sensibiliser chaque élève.
J'insiste sur les valeurs humaines, les sensations et les émotions, afin de faire progresser chaque enfant par la coopération, la collaboration et le droit à l'erreur.

La confiance en soi est souvent érigée comme l'outil indispensable au succès : croire en soi, savoir se mettre en avant, se vendre. Et si la confiance en soi n'avait rien à voir avec la réussite ?

Les recherches de Brené Brown sur la vulnérabilité, les événements comme FailCon et les publications récentes sur le pouvoir des introvertis présentent des formes de réussite à l'opposé de l'image d'entrepreneur-e invincible, guidé-e par son instinct infaillible et sa confiance en soi inébranlable.
La confiance en soi est devenue un mythe inutile et même destructeur, dans une société qui a besoin de savoir libérer les talents de chacun, pas seulement des plus extravertis.

What's the next Silver Bullet that will solve all our issues? Come find out!

We love our silver bullets don’t we? Constantly chasing the dream that the next big thing will solve all our past problems. It doesn’t matter if it’s a language, framework, platform or library, we’re out there chasing it. Why? Well because it’s going to solve our needs, it’s going to solve the business needs. Well supposedly it will. And how much is it going to cost? Not that much, especially if we’re not the ones paying the bills.

It’s about time we look at the hard facts and ask those difficult questions. Are we really looking for a silver bullet? Why are we constantly riding the technology bandwagon? Where is the churn going to take us? And at what cost?

Décidez de monter votre équipe de recherche au Collège de France à Paris. Obtenez votre poste, puis partez en voyage. Décidez de voir un iceberg. Allez à Ushuaia, le « bout du monde ».

Décidez de monter votre équipe de recherche au Collège de France à Paris. Obtenez votre poste, puis partez en voyage. Décidez de voir un iceberg. Allez à Ushuaia, le « bout du monde ». Faîtes-y un trou béant dans votre portefeuille. Payez-vous ainsi le luxe de passer deux jours d’ennui nauséeux sur les eaux déchaînées au sud du Cap Horn. Espérez entrevoir entre deux tempêtes de neige un continent froid, hostile, et avec de la chance, un manchot. Voyez ledit manchot et quelques milliers de ses cousins. Revenez en France prendre vos fonctions au Collège de France. Modifiez tous vos projets de recherche et risquez votre statut durement acquis pour essayer de revoir le manchot sans refaire de trous dans votre portefeuille. Parlez de votre démarche constructive bien que mentalement discutable à la radio. Attirez ainsi l'attention des organisateurs de MiXiT. Faîtes-vous inviter. Le tour est joué.

More information asap

More information asap

Avoir une idée, c'est bien au début. Avoir un produit, c'est mieux ensuite. Avoir un business model, c'est avoir une entreprise.

Se lancer sans business model puis construire son offre avec les usages et les demandes autour du produit.

Je ferai un talk entièrement basé sur mon expérience des 4 années au sein de Bunkr.
Itérations, pivots, coups durs, management, relation investisseurs, premiers clients...

Let's talk tech, race, class and our role as technologists to join the international struggle.

Imagine if the Black Panthers had a technology education program. That is the type of tech activism Idalin aims to bring to the table through her work. Her goal is to merge computer programming with political education so that black and brown people understand the impact technology and social structures have on their lives and possess the means to produce the fundamental change needed for social justice to be a reality. Idalin Bobé is an IT consultant at ThoughtWorks and a tech activist. Her passion is bridging the digital divide among hard-to-reach populations and creating more technical community-driven leaders. Originally from the North Side of Philadelphia, Idalin has impacted thousands of men, women and children globally with her work in tech literacy and empowerment.

Her most recent work was supporting Ferguson, Missouri activists with technology tools through Hands Up United's "Roy Clay Sr. Institute." The program trains young community leaders to gain 21st century skills, combining computer coding and political education. Other tech initiatives she spearheaded were: building a computer lab for a school in South India serving people of the lowest caste, building fundraising campaigns to teach 2,000 girls of color through Black Girls CODE and organizing social justice hackathons with Qeyno Labs Hackathons and #YesWeCode.

Still under 35, Idalin is a rising social entrepreneur, whose work has positioned her at the forefront as an innovative leader in technology, activism and community development.

De nombreuses équipes décrivent leurs installations dans une application gérant le déploiement (comme Salt, Puppet, Chef, Ansible). Seulement, cette description du déploiement n'est pas toujours fiable.
Au cours de cette présentation, nous allons voir comment valider le description d'un déploiement.

Les développeurs ont commencé depuis quelque temps à écrire des tests pour valider leur code et éviter les bugs et régressions. Cette pratique est ancrée dans les équipes de développements depuis plusieurs années maintenant, à tel point que certains commencent par écrire leurs tests avant le code (Test Driven Development).

Depuis que le mouvement DevOps est apparu, cette pratique de validation du travail n’a pas forcément été appliquée, à tel point qu’il arrive que la gestion de configuration ne fonctionne pas du tout sur une machine fraîchement installée.

Au cours de cette présentation, je vais donc présenter pourquoi est ce qu'une description de déploiement peut ne pas fonctionner, présenter des solutions rapides de validation. Ensuite, je parlerai du concept de Test Driven Infrastructure et comment insérer cette méthode dans la validation de la gestion de configuration.

Après avoir travaillé avec plusieurs dizaines de startups, voici une illustration par des exemples concrets des concepts du Lean Startup (MVP, Lean, Get Out Of The Building, Pivot, Customer Development, Lean Canvas).

Le Lean Startup vient avec son vocabulaire pas toujours accessible pour le commun des mortels. Et ce n'est pas si simple de mettre en place une démarche Lean Startup quand on démarre un projet entrepreneurial. On a souvent tendance à rendre les choses complexes là où elles pourraient être simples. Car oui, il est toujours possible de simplifier un projet.

Après avoir suivi plusieurs dizaines d'entrepreneurs, je vous propose dans cette session d'expliquer un certain nombres de concepts du Lean Startup à travers des exemples concrets, de la "vraie vie", afin de mieux vous montrer ce qu'est vraiment le Lean Startup.
J'illustrerez donc par des exemples des concepts comme le MVP, le Pivot, le Customer Development...

Kotlin is a language that is being used by many companies worldwide. In this talk we'll see what Kotlin brings to the table when it comes to value.

Kotlin, a language developed by JetBrains for nearly 5 years is very close to its first release. However, did you know that it's being used in production for over a few years now already? Both inside and outside of JetBrains there are people deploying Kotlin applications for Android platform, for Web Applications and just about any other type of application.

Why are people using it instead of Java or some of the other languages out there? Primarily because it provides significant benefits in terms of conciseness, readability and safety, without some of the drawbacks that adopting a new language has such as a higher learning curve or interoperability with existing code and ecosystems.

In this talk we'll cover some aspects of Kotlin that can really help you in your daily development, focusing on solving issues versus highlighting language features.

Retour d'expérience de l'équipe Kuzzle. En un an, la taille de l'équipe a été multipliée par 3. C'est notre attachement aux valeurs agiles et au pragmatisme qui nous permet de rester agile tout en grandissant.

Je vais vous raconter l'aventure humaine que notre équipe vit au quotidien, avec nos difficultés et nos réussites.

Dans ce retour d'expérience, je vais vous parler de :

• valeurs agiles
• propriété collective de l'architecture
• amélioration continue
• auto-organisation et co-responsabilité
• recrutement
• management
• bière
• autobus

Cette session ne nécessite pas de connaissances particulières sur l'agilité.
Cette session est un retour d'expérience dans le cadre d'un projet informatique. Plusieurs éléments sont facilement transposables dans d'autres domaines.
Cette session parle d'état d'esprit agile, plus que de méthodes agiles. Vous n'apprendrez rien sur Scrum, Lean,ou autre méthode "officielle".

Mark, Marque et Marques… ou comment créer une Marque et la faire vivre sur une interface.

Que ce soit une startup, un nouveau produit ou un projet client, la Marque se doit d’être au centre de nos pensées, processus et décisions. Tout est lié à la Marque : architecture, design d’interface, animations, features... Chaque détail, élément doit véhiculer le même message. Pour autant, beaucoup ignore ce qu'est réellement une Marque et pourquoi son importance est capitale.

À travers l’histoire de «Mark», je démystifierais la Marque et vous partagerais mon expérience sur “comment la faire vivre" sur vos interfaces. En développant le processus de création et en démontrant comment designers et développeurs peuvent travailler de concert, je vous dévoilerai les clés pour imaginer, créer une Marque et faire vivre une expérience innovante, inspirante et unique à vos utilisateurs, à vos clients.

A talk about Rust, and how it's used in production

Rust is a systems programming language that focuses on safety, speed, and concurrency. Reaching 1.0 last year, Rust is a relatively new programming language, but is already seeing production use. In this talk, Steve will show you the basics of the language, while using case studies and anecdotes from production Rust users.

A deep dive into the internals of Git.

I'll explain what's going on inside the .git directory when you commit, check out, merge, resolve conflicts, push and pull. I'll focus on the graph structure that underpins Git and the way the properties of this graph dictate Git’s behavior. I'll show you how to use these properties to understand what Git has done, what it is doing, and what it will do.

3 retours d’expériences dans 3 contextes différents autour de l’utilisation de Kanban.

Kanban propose un cadre d'amélioration continue en douceur dont la 1ère fondation est de commencer là où on en est. Comme chaque contexte est différent, chaque contexte a une adoption unique de Kanban. Mais alors : par où et comment faire ?

En vous exposant 3 adoptions différentes dans 3 contextes distincts, je vous propose plusieurs alternatives, en attirant votre attention sur les pièges à éviter, et vous donnerais quelques trucs et astuces.

Après avoir appliqué des « processus agiles » pendant de nombreuses années, nous avons atteint les limites de l’organisation en place.
Nous avons revu le fonctionnement des équipes et des rôles qui l'entourent.
Ce nouveau modèle favorise des équipes dynamiques et impliquées, venez le découvrir !

Après avoir découvert et appliqué des « processus agiles » pendant plus de cinq ans, nous avions révolutionné notre façon de gérer les évolutions de nos différents produits.

Et puis, après un rachat et l’apparition de nouveaux objectifs, nous avons commencé à concevoir de tout nouveaux produits.

Après quelques de mois de travail seulement, nous avons atteint les limites de l’organisation en place… un comble pour une société qui était perçue comme une référence Lyonnaise en matière d’agilité !

Les interactions avec les acteurs extérieurs à l’équipe n’étaient pas assez fluides.
Les équipes étaient placées en situation trop attentiste, pas assez impliquées dans la vision des besoins et l’élaboration des solutions.
Le Manager et le Product Owner étaient à la fois trop directifs et pas assez présents.

Il était temps de nous remettre en question !

Tout en gardant en tête les préceptes de base de l’agilité, nous avons revu le découpage et le focus de nos équipes, le rôle du Product Owner et du manager, le partage de la vision produit, l’approche des inconnus fonctionnels et techniques…

Ceci a eu des effets inattendus dans la vie des équipes mais aussi dans l’organisation managériale de notre R&D.

Après plus d’un an d’application, nous voulons partager avec vous nos nouvelles pratiques courantes qui répondent à ces problématiques et favorisent des équipes dynamiques et impliquées !

La sécurité logicielle n'est pas un évènement ponctuel, c'est un process pour lequel on prépare et entraine son équipe. Commencez cette préparation dès maintenant et évitez les surprises le moment venu: comment réagir à un DoS? Qu'est-ce qu'un test de pénétration? Comment répondre aux incidents?

Vous vous posez des questions sur la sécurité de votre produit, mais vous ne
savez pas par où commencer. Un audit de code? Un test de pénétration?
Qu'est-ce qu'une analyse de risques?

Apprenez les différences entre ces pratiques, comment organiser votre
processus sécurité, et comment appliquer tout de suite quelques idées à vos
applications.

During this live coding session for Rx beginners and intermediates there will not be a single slide, we start with empty IDE to step-by-step implement key constructs in RxJava.

If you ever approached RxJava before you might come to a conclusion that this library solves problems most of us don't have. Reactively composing streams of data, virtual time, marble diagrams and event-driven programming - where most of our code is pretty much just transferring data from database to presentation layer.

During this live coding session for Rx beginners and intermediates there will not be a single slide, we start with empty IDE to step-by-step implement key constructs in RxJava. Most importantly we will discover how this high-level abstraction can help in existing projects. When to use RxJava, what problems does it solve and when using it is an excess of form over substance.

Personne ne parle du standup meeting ! Il est si simple à mettre en œuvre. Source de crispations et de baillements, il relève pourtant plus souvent de la parodie d'agilité que d'auto-organisation. Il est temps d'ajuster votre board pour qu'il soit véritablement à son service. Voici comment.

Le daily standup meeting est populaire chez les managers et silencieusement polémique chez les développeurs. Même quand il est bien accepté, il reste le rituel le plus raté dans sa mise en œuvre.

Qui participe ? Vous sentez-vous obligé de prouver que vous avez bien travaillé la veille ? Attendez-vous les retardataires ? Est-ce vraiment chacun son tour de parole ? Mais ce "respect" empêche les discussions nécessaires ! Trouvez-vous votre standup trop bazar ou au contraire trop militaire ? Ecoutez-vous vos pairs ou réfléchissez vous à ce que vous allez dire ? Est-ce un day changing rituel ?

Regardez-moi dans les yeux et dites moi la vérité. Au final, qu'attendez-vous du daily ?

Qu'est-ce que cela changerait pour vous, s'il disparaissait ?

Un daily standup sans board est comme une voiture sans GPS. Vous arriverez à destination, un jour, mais vous ne savez pas le chemin restant à parcourir. Vous ne voyez pas les embouteillages avant d'y être et ne changez pas le trajet initialement prévu. Du bon vieux cycle en V.

Je vous propose d'aménager votre board pour obtenir un standup énergisant que l'équipe attend avec impatience et qui vous permettent réellement d'atteindre votre objectif. Les différentes pistes sont tirées de mon expérience et du livre 99 vizualizations examples. Ce sera à vous de piocher et d'itérer dessus.

Du grec au chinois, en passant par l'arabe, le cyrillique ou même l'inuit, il existe dans le monde de nombreuses façons d'écrire le language. L’esthétique, la structure et les particularités de chaque système d'écriture devient source d'inspiration concrète pour designers et typographes.

Tour d’horizon des systèmes d’écriture dans le monde avec 2 objectifs :

1. Comprendre la variété des systèmes d'écriture

Il faut parler de la classifications des différentes systèmes d’écriture afin de comprendre la variété des structures existantes (écritures alphabétiques, syllabiques, logographique…). Du latin (une lettre = un son) au chinois (un caractère = un mot), il existe beaucoup d’autres façon d’écrire le language (un caractère = une syllabe / une voyelle ou consonne / une indication phonétique…)

2. Donner aux participants des exemples concerts d’inspirations qu’ils pourront adapter à leur typographie latine.

Pour chaque grand type de système d’écriture, je m’appuierai sur une ou deux langues connue - ou moins connue - afin de montrer concrètement les possibilités que ces structures ouvrent : abjad (arabe, hébreu), abujida (langues en inde et asie du sud-est), logogramme (chinois), syllabaire (japonais), alphabets (cyrillique).

Go is a lovely little programming language that's almost perfectly suited to writing microservices. Join the session for a crash-course in Go, where we'll build an example microservice from first principles, and hopefully convince you to try Go for your next project!

Go is a lovely little programming language designed by smart people you can trust and continuously improved by a large and growing open-source community. Since its release in 2009, it's quickly become the language of the server, powering some of today's most exciting software projects and organizations, including Docker, CloudFlare, HashiCorp, CoreOS, and many more. In this talk we'll do a Go crash-course, and build, grow, and profile an example microservice. You'll leave with an understanding of Go's strengths, and hopefully consider it for your next project.

In this session you’ll learn all about gRPC and how it benefits from being based on HTTP/2 and through the use of a working demo and detailed code examples you’ll see how to build gRPC enabled microservices and clients.

gRPC is a language-neutral, platform-neutral RPC framework and toolset which is based on the finalized HTTP/2 standard and developed and open sourced by Google. You can use it to build highly performant, scalable APIs by allowing the definition of services using a powerful binary serialization toolset and language called Protocol Buffers. gRPC helps you to generate idiomatic client and server stubs from service definitions written in a variety of languages. In this session you’ll learn all about gRPC and how it benefits from being based on HTTP/2 and through the use of a working demo and detailed code examples you’ll see how to build gRPC enabled microservices and clients.

Pour aborder un sujet difficile avec une personne, il y a 3 options :
*Ne rien faire, mais rien de change
*Y aller bourrin, mais elle se braque et rien ne change
*Avoir un tête à tête souple et musclé
Comment faire ? C'est difficile ... c'est stressant... et j'ai pas envie de pisser dans un violon.

Vous êtes développeur ou analyste fonctionnel, bref vous appartenez à une équipe.
Vous avez une certaine idée de comment les choses doivent se passer : organisation, principes techniques, comportement.

Un collègue est à côté de la plaque, qu'il en ait conscience ou non.

• Il/elle n'est pas au niveau d'exigence de l'équipe, du projet. « Il ne respecte pas les règles » « Il ne joue pas le jeu »
• Il/elle est pris(e) dans un conflit qui pourrit l'ambiance de l'équipe. « Ils peuvent pas se blairer »
• Il a un comportement inadéquat par rapport aux attentes de l'entreprise ou du client.« Il va se faire sortir »
  Ou plus simplement il/elle vous demande votre aide. Mais... « C’est un boulet »

Et si vous essayiez de l’aider ?

""Quand on doit aborder un sujet difficile avec une personne, il y a 3 options :

1. Ne rien faire, mais rien de change
2. Y aller bourrin, mais elle se braque et rien ne change
3. Avoir un tête à tête souple et musclé
   Comment faire ? C'est difficile ... c'est stressant... et j'ai pas envie de pisser dans un violon !""

Vous allez apprendre à mieux aider lors des tête à tête : moins de stress pour vous et pour l'autre, et surtout plus d'efficacité : des principes et une mise en pratique des tête à tête, ou comment aider ses co-équipiers en leur parlant (et en les écoutant).
Vous allez découvrir comment mettre en oeuvre la supervision par les pairs : recadrage, coaching, mentoring, feedback.

Après l'exposé de quelques principes issus de cas concret, nous aborderons vos situations.

Le mouvement des makers est souvent mal compris. On imagine des communautés assez fermées, de technophiles. En réalité, le mouvement des makers est un mouvement très ouvert, très accessible et emprunte énormément aux monde des développeurs.

Le mouvement des makers est souvent mal compris. On imagine des communautés assez fermées, de technophiles. En réalité, le mouvement des makers est un mouvement très ouvert, très accessible et emprunte énormément aux monde des développeurs.

Dans cette présentation vous entendrez peut-être certaines critiques sur scrum ou les process mais il s'agit surtout d'un talk sur les valeurs et l'apprentissage.
Bien comprendre ses boucles de feedback est le meilleur moyen de réaliser les bons produits!

Agile. « Agile » ne représente pas un nom que nous pouvons quantifier mais une qualité, une propriété de quelque chose. Pourquoi donc dans ce cas, certaines personnes veulent nous vendre de l’agile ou prétendent faire de l’agile?
Pour éviter ce genre d’écarts, il est peut être important aujourd’hui de revenir sur les valeurs fondamentales de notre métier et sur l’agilité. Parmi ces valeurs importantes, les boucles de feedback sont une charnière centrale. Je vous propose de revenir sur ces valeurs afin de mieux les comprendre et voir ainsi comment réellement produire de meilleurs produits.

Après une longue période de développement, Angular 2 s'apprête enfin à faire son entrée dans la cour des grands. Découvrez le framework qui vous fera oublier React et vous donnera envie d'écrire des classes.
Venez découvrir pourquoi Angular 2 sera le gros challenger de 2016.

Nous ferons un point complet sur Angular 2 et son écosystème afin que tout le monde puisse s'en faire une idée assez complète.
Nous expliquerons d'abord pourquoi Google a décidé de faire une rupture (presque) complète vis à vis d'Angular 1, puis nous parlerons de la philosophie et des ambitions d'Angular 2.
Nous aborderons alors le choix de Typescript et des nouvelles syntaxes puis nous rentrerons dans le vif du sujet avec un exemple simple d'application qui nous permettra de parler de l'approche "composants", de l'injection de dépendance, des annotations, de la détection des changements, de la programmation réactive, ...
Nous parlerons aussi de l'intérêt de pouvoir déporter le rendu des applications à des composants externes afin de pouvoir utiliser des web workers, générer les vues côté serveur (Angular Universal) ou encore générer des applications natives (NativeScript).
Enfin nous verrons rapidement les possibilités pour faire évoluer une application Angular 1 vers Angular 2.

Q: What do you get if you cross Kanban and Extreme Programming?
A: Xanpan!

The world doesn’t need another software development methodology - there are plenty already! But each team needs to learn and create their own. Xanpan is Allan Kelly's very own hybrid development approach, a mix of Kanban and Extreme Programming, bit more Lean thrown in, seasoned with economics and refined over many teams. Xanpan demonstrates how elements of XP and Kanban can be combined and used as an effective development approach.

The resulting focuses on teams not projects, allows for planned and unplanned work within iterations and levels flow. One team using this approach claims to be able to deliver "to the day."

Xanpan started life simply as adding flow thinking to XP and experimenting. Now it has principles and practices, some of its own but most of which are rooted in Kanban and XP. This presentation will describe the principles and describe the key practices. It will look at how and why these practices support the principles.

"Xanpan - team centric Agile Software Development" is available fro LeanPub.com and Amazon.

Le recrutement calibré RH/CV/Ecoles vous saoule? vous pensez qu'écrire un quicksort au tableau avec une main dans le dos ne donne pas une bonne idée de vos compétences? vous voulez des outils pour recruter mieux maintenant? j'ai peut-être quelque chose pour vous.

La constitution d'une équipe agile est un élément fondamental, engageant et certainement pas Agile pour un sou (CDD, CDI, ...). Hélas, cela conduit bien souvent les décisionnaires, qui décident de la possibilité financière d'une embauche, a gérer une grande partie du processus de recrutement. Il arrive même parfois qu'une nouvelle embauchée débarque un lundi matin sans que personne -ou presque- ne soit au courant.

Cette présentation est le retour d'expérience d'Enalean, éditeur de logiciels, et de la stratégie mise en place pour mettre les équipes au centre de la prise de décision et du processus de recrutement. Les valeurs centrales de l'agilité: auto-organisation et responsabilisation de l'équipe sont au centre de cette démarche. Nous aborderons:

• la définition du besoin: quel est notre objectif, de qui avons nous le plus besoin pour mener à bien notre mission ?
• la rédaction de l'offre: comment faire comprendre qui nous sommes ?
• les entretiens: comment découper le temps imparti, quels exercices, avec qui et dans quels buts.
• pourquoi nous en sommes arrivé là

Cette session se veut très concrète dans l'évocation des situations. Je partagerais également avec vous les différents outils mis en place par l'équipe.

Une revue de l’ecosysteme Docker: les standards, l’infrastructure, la plateforme et les services; suivi par une demo: construire une application microservice utilisant le framework Java Spring Boot et la deployer sur un cluster Swarm dans un reseau overlay specifique a l’application.

Une revue de l’ecosysteme Docker: les standards, l’infrastructure, la plateforme et les services; suivi par une demo: construire une application microservice utilisant le framework Java Spring Boot et la deployer sur un cluster Swarm dans un reseau overlay specifique a l’application.

Cet expose passera en revue les 4 couches de l’ecosysteme Docker: les standards, l’infrastructure, la plateforme et les services. Les differents acteurs, outils et solutions, pour les developeurs et les ops.
Comment Docker est en train de transformer l'industrie, notions de IaaS, PaaS et CaaS.
Je terminerai par une demo utilisant les outils Docker les plus recents, docker, docker-compose, docker-machine et Swarm pour construire une application microservice utilisant le framework Java Spring Boot, comment deployer un cluster Swarm multinode avec overlay networking, et y deployer l’application.

A l’issue de la presentation, les auditeurs devraient etre capables de developper et tester une application microservice utilisant plusieurs services, deployer un cluster Swarm multi node avec overlay networking et y deployer l’application.

How can mobile apps improve our health by changing how researchers conduct medical studies? This talk focuses on ResearchKit, an open-source framework created by Apple to help scientists make better apps.

ResearchKit is a great example of how mobile technology can improve traditionnal processes, and why it matters.

I would like to give a general presentation of ResearchKit, and showcase a couple of apps powered by this framework. I would like to explain what new capabilities are made possible for medical studies with smartphones, and why it’s important for our health. Finally, I would like to talk about the open-source project itself, and how Apple enabled developers and researchers to contribute to the framework.

Dans nos architectures REST modernes, les bons vieux cookies de session ne suffisent plus. Il est temps de s’intéresser aux JSON Web Token : une nouvelle approche plus simple, 100% stateless et facilement scalable.

Plus de stockage et plus de réplication de session côté serveur !

J’ai mis en place des JWT cette année sur un projet client et j’aimerai partager ce que j’ai pu implémenter avec l’équipe.

Pour ce talk, j’aimerai que le public reparte avec :

• Une bonne idée du fonctionnement interne des JWT
• Comment bien sécuriser les JWT pour un usage browser/serveur (CSRF, XSS)
• D’autres idées d’utilisation (panier, email de confirmation…)
• Une connaissance des avantages et inconvénients

Allumer une télévision : 3s, démarrer une voiture : 2s, lancer votre micro-onde : 1s. Utiliser votre application ? Intégrer quelqu'un dans votre équipe ? Permettre à une personne externe de participer à votre projet open-source ?

Si votre node_modules et ou votre virtualenv fait plus de 100Mo, si votre projet nécessite trois instances Docker pour servir cinq pages, si vous ne savez même plus qui builde qui, qui transpile quoi et quel intégration continue déploie où, alors vous souffrez peut-être de ce syndrome que j'appelle « Complexité par défaut ».

Mais tout n'est pas perdu, on va voir ensemble comment démarrer petit et itérer en étant dirigé par le besoin. Et uniquement le besoin.

Le spectre du burnout s'agite dans les médias mais au fait, qui est-il, quelles sont ses raisons ? Nous l’avons testé pour vous et vous présenterons la panoplie pour chasser ce fantôme et comment aller bien au-delà, pour le faire disparaître !

C’est bien beau de jongler avec les post-it pour faire du air kanban jusqu’au bout de la nuit mais parfois la flamme ne brille plus dans votre regard, celui de vos amis ou de vos collègues, vous perdez peu à peu l’envie ou la force de travailler, de sortir, vous tombez malade à répétition…

Le syndrome de l’épuisement professionnel n’est pas un mythe, notre expérience personnelle et celle de notre entourage l’affirme clairement. Heureusement, grâce aux apports de la sociologie et de la psychologie nous pouvons vous proposer des moyens de le dépister et des solutions concrètes pour retrouver l’enthousiasme au travail et en-dehors.

Mais nous ne comptons pas nous arrêter là ! Nous vous proposerons également des solutions tout aussi concrètes pour améliorer les rapports humains dans votre entreprise (en plus, c’est très rentable), et la société toute entière (objectif ambitieux) ! Voyage au pays de l'humanisme et du bon sens pour tous ceux qui trouvent que le monde en manque.

You've written in many languages since your first "hello world"–but how did you become fluent? And now that you're more senior, how well do your teammates understand the code you write? We'll draw parallels between human languages & code–and show how willpower & empathy can improve fluency in both.

We'll dive into the skills & contexts that are needed for learning new languages & ideas, and investigate how to apply those to code we write. We'll map the course from an excited beginner to a sometimes world-weary expert; we'll discuss how to respond when a team member says they don't understand our code; we'll talk about the role that working memory & energy play in comprehension; and we'll have a grand time exploring idiosyncrasies from human languages around the globe.

Retour d'expérience sur la mise en place de l'agilité. Avec des morceaux d'UX dedans.

Ca y est, nous sommes agiles. A-G-I-L-E-S!
Les développeurs au pouvoir!
Les post-its envahissent les murs, tout le monde sprinte, les stand-up meetings sont exécutés religieusement.
Les équipes sont motivées, tout du moins au début, mais au fur et à mesure les doutes s'installent.
Mes tentatives pour prodiguer des conseils sont reçues avec des levées d'yeux au ciel.
Les projets prennent du retard, les commerciaux s'affolent, les clients regardent cette agitation avec un oeil d'abord amusé, puis hagard.
Que se passe-t-il?
Petit tour d'horizon sur la mise en place de l'agilité, mêlant réalité et fiction, sans que l'on sache laquelle dépasse l'autre. Avec une pincée de philosophie matinée de mauvaise foi manifeste et d'auto-dérision (à partager sans modération).

Comprendre le protocole HTTP/2, comment les applications web peuvent l'utiliser et comment le mettre en production aujourd'hui sur la JVM.

On parle de HTTP/2 depuis bien longtemps maintenant - et il est temps de sérieusement envisager l’adoption. Mais nous, les développeurs, cherchons encore à comprendre les implications de HTTP/2 dans nos applications et nos infrastructures.

Cette session posera rapidement les bases du protocole lui-même et abordera ensuite les questions importantes: comment bien choisir son serveur HTTP/2, comment bien préparer sa migration vers HTTP/2, quels sont les conséquences pour le développement front-end, Server Push ou Stream Prioritization?

Nous utiliserons une application Spring Boot + Jetty en exemple.

Les scientifiques vivent dans leur bulle loin de l’entreprise, c’est bien connu. Mais avec l’avènement de la data et surtout de la mesure et de la démarche scientifique par le biais du lean start-up, leur façon d’appréhender les problèmes et les données pourrait bien s’avérer précieuse..

C'est l’histoire d’une petite physicienne tout droit sortie de l’univers de “the big bang theory” qui découvre avec surprise le monde de l’entreprise totalement inconnu jusque alors : sa façon déconcertante de prendre pour certaines toutes ses hypothèses et d’utiliser les chiffres comme si le simple fait d’utiliser le signe “%” était un gage de vérité absolue.
Cette présentation sera ponctuée d’exemples concrets dont la façon dont les chiffres peuvent être présentés en entreprise, et de ce que cela signifie d’avoir un regard scientifique et critique sur ces derniers, et à quelle point cela peut challenger les mentalités.

Du "software bending" aux petits trucs des compositeurs de musique électroacoustique, découvrez tout ce qui est nécessaire pour créer des assemblages sonores intéressants.

Cette causerie fait le tour d’une dizaine d’années de « recherches et développements » personnels, à la recherche du
« son », cet objet que l’on construit, que l’on écoute, qui se développe dans le temps et l’espace, que l’on apprivoise
parfois pour assembler en une composition électroacoustique. Quelle culture, quelles connaissances, mais aussi quels
logiciels, quels matériels sont-ils nécessaires pour mener à bien une telle entreprise, où l’informatique et la programmation
jouent aujourd’hui un rôle fondamental ? Extraits d’oeuvres, présentation de quelques outils, y compris des créations
de l’auteur, logiciels existants ou à programmer soi-même, un panorama des techniques et pratiques du domaine est proposé
à toute personne souhaitant s’initier ou se lancer dans cette quête sans fin...

La dégradation de notre relation conversationnelle avec les machines qui nous entourent a tendance à s'accentuer avec des supports toujours plus connectés et mobiles. Il existe pourtant des techniques assez simples pour garantir efficience, fluidité et simplicité à la portée de tous.

Sans nous en rendre compte, les règles induites lors de l'interaction orale d'humain à humain sont transférées au travers de modèles mentaux vers les objets interactifs que nous manipulons quotidiennement. ll arrive alors que l'échange soit réduit voire impossible, générant de la frustration et de la répulsion chez nos utilisateurs.

Cette conférence détaillera avec humour les mécaniques de l'interaction mediée grâce notamment à l'analyse conversationnelle, discipline issue de l'éthnométhodologie (ah oui ça calme hein ;)) et de nombreux exemples comparant la vie quotidienne et celle numérique que nous créons.

Découvrez à partir de quelques notions et règles simples comment améliorer l'ergonomie de votre site / application web, afin d'offrir à vos utilisateurs une meilleure expérience.

#Plan de la conférence

• Définition ergonomie
• Quelques concepts de base
  ** Les principales lois de la Gestalt (forme) : loi de la bonne forme, loi de la proximité, loi de similitude, loi de destin commun, loi de familiarité, loi de clôture.
  ** La ligne de flottaison
  ** F pattern
  ** Affordance
  ** Loi de Fitts
  ** Loi de Hick ou Hick-Hyman
  ** Standart ou convention
• Quelques bonnes pratiques :
  ** Facilité la compréhension : Cohérence externe et interne
  ** Bien architecturer son site :
  ** Le site doit être lisible
  ** Une bonne organisation visuelle
  ** Le site est réactif/interactif
  ** L’utilisateur a le contrôle
  ** Faire attention à l’accessibilité
• Exemples et mises en application
  ** Glop / Pas glob : mise en parallèle de bons et de mauvais exemples
  ** Avant / Après : exemples de mises en application des principes de la conférence
  Le tout agrémenté de petits dessins.

L'écriture de parsers est un exercice intéressant, mais dangereux: on ne compte plus les erreurs d'implémentations, vulnérabilités et crashes en production causés par des parsers. En utilisant la méthode des parser combinators et la gestion mémoire de Rust, on évitera tous ces écueils.

Les développeurs ont longtemps hésités entre les générateurs de parsers, comme lex et yacc, et l'écriture à la main, de préférence en C. On sait maintenant que les générateurs sont souvent limités, et que les parsers manuels sont complexes et souvent vulnérables.
En appliquant l'approche des parser combinators, plus flexibles que les générateurs, et plus précis que les parsers manuels, on obtient des parsers simples à développer et maintenir.
En utilisant la gestion mémoire garantie par le compilateur Rust, on peut pousser la performance du décodage à ses limites, par exemple par du parsing "zero copy", d'où la bibliothèque de parsers "nom".

Cette conférence décrit les astuces fournies par le langage Rust, et comment on peut les appliquer pour obtenir du code sûr et performant avec peu d'effort. On abordera aussi les parties théoriques des langages et parsers, ainsi que les (mauvaises) pratiques des formats de fichier actuels. Enfin, on étudiera les outils conçus pour aider au développement et à la maintenance de parsers.

As the virtual merges onto the physical the impact software has on our lives becomes ever stronger. Programmable connected objects are invading our cities, industries and homes. In the absence of a coherent & secure ecosystem chaos is assured. In this talk we'll explore possible solutions.

We will project ourselves in the future via an imaginary day in an heavily IOT’d world and understand the importance of our developments today and the impact of short term choices versus long term thinking. We will cover several dimensions of programming for IOT ranging from best practices, to tools, from standards to business models, from ethics and security to ecosystems and environmental impact. Participants will have a clear vision of how to develop for an IOT world and how it is changing existing development practices.

On soulève le capot d'un moteur de rendu Web (WebKit) pour comprendre le processus de rendu d'une page Web avec des exemples "profilés" avec les Chrome DevTools.

Que se passe-t-il exactement lorsque vous tapez une URL, jusqu'à ce que vous voyez le contenu d'une page Web? Il y a un processus bien défini d'actions que le navigateur fait en interne, comme la construction du DOM, "render trees" et l'opération de "paint". Le rendu d'une page Web n'est pas qu'une seule action faite par le navigateur, mais un ensemble de petites opérations et réactions à des interactions. Jetez un oeil sous le capot et vous serez surpris par la quantité de choses faites pendant quelques millisecondes.

En tant que designer ou développeur Web, comprendre comment fonctionne un navigateur nous aide à prendre de meilleures décisions et à comprendre certaines bonnes pratiques de développement front pour un Web plus efficace.

Refactoring sometimes devolves into an appalling mess. You're chasing a broken test suite, and every change just makes it worse. At other times it's a slow, controlled process culminating in dreadful design.

This talk presents an end-to-end refactoring that demonstrates strategies to avoid this.

The code example for the talk is an algorithmic folk tale ("I know an old lady who swallowed a fly..."). This is an easy to grasp domain. There is no need to understand complicated economics theory, or video encoding. The algorithmic component gives the code example a useful amount of complexity. The techniques that apply to this simple example also apply in the real world.

Duplication catches our eye, yet much of design is about encapsulating differences. Focusing on the bits that are alike leads to awkward abstractions.

This talk shows how focusing on differences instead of similarities provides a better outcome.

Trop souvent, la boucle d'amélioration continue, est négligée ou mal mise en œuvre. Cette session propose revenir sur la notion de facilitation lors des rétrospectives et de faire un tour des outils disponibles.

La rétrospective est un exercice important dans la démarche agile, elle permet la mise en œuvre de la boucle d'amélioration continue.
Cette cérémonie est souvent mal comprise, mal animé, ce qui génère de la frustration pour l'équipe, des actions peu intéressante et un abandon à plus ou moins court terme.
La facilitation de rétrospective est un exercice particulier qui nécessite beaucoup plus de compétence que l'animation classique de réunion.
Le format, l'activité mise en œuvre, le positionnement de l'animateur sont autant de paramètre qui auront une influence sur le résultat obtenu.
Cette session propose de revenir sur les bases de la facilitation de rétrospective. Elle permettra aussi de faire un tour d'horizon de quelques serious games à mettre en œuvre.

L'app Square Register Android ne crashe pas. Enfin... presque pas!

La recette magique? Combiner une approche aggressive avec la remontée de métadonnées et un monitoring précis. Venez découvrir les outils et techniques qui nous permettent de développer une app gérant des paiements sans mourir de trouille!

A travers mon parcours personnel, de femme Chief Digital Officer issue du marketing, à l’initiation au codage pour accompagner l’éducation numérique de mes 3 enfants, j’aimerais partager avec vous une autre vision de la transformation digitale, et donc de la société numérique de demain.

Combien de Chief Digital Officers savent coder ? Comment enseigner le code aux jeunes ? Et quel rapport entre les deux ?

A travers mon parcours personnel, de femme Chief Digital Officer issue du marketing, à l’initiation au codage pour accompagner l’éducation numérique de mes 3 enfants, j’aimerais partager avec vous une autre vision de la transformation digitale, et donc de la société numérique de demain.

La vraie transformation digitale est-elle la pénible formation à coup de millions d’euros d’autant d’employés et de cadres réticents à changer leurs habitudes et prérogatives, ou l’éducation d’acteurs responsables dans une société numérique?
Cette éducation peut-elle se faire sans une formation au codage ? Et de quelle philosophie de formation parle-t-on ? Peut-elle se faire sans la participation active des développeurs de métier ?

Ces questions m’ont amenée à un changement complet de trajectoire professionnelle, pour m'investir dans l'enseignement du code aux ados. Mon parcours, et les observations et questionnements qu’il a suscités, ouvrent de nombreuses perspectives pour une approche différente de l'enseignement du code aux jeunes et non-codeurs.

Pendant ce workshop, nous découvrirons par la pratique comme utiliser 3 produits Elastic, ElasticSearch, LogStash et Kibana (ELK) dans une démarche DevOps, pour centraliser des logs ou d’autres informations, et les exploiter graphiquement.

== Pré-requis
Le texte du tutoriel est accessible librement sur Internet : http://leneurone.github.io/atelier-duchess-elk/.
Il est indispensable que les participants aient installé avant l'atelier sur leur ordinateur personnel soit Virtual Box et la machine virtuelle tel que décrit dans la section “Démarrage de la machine virtuelle“, soit les produits séparément comme décrit sur la page "Installation sans VM".

== Atelier
Je commencerai par quelques slides d’introduction pour présenter rapidement les différents produits mis en oeuvre, ainsi que quelques concepts spécifiques à ElasticSearch nécessaires pour la suite.

L’atelier a été conçu pour être déroulé de manière assez autonome. Cela permettra à chacun de dérouler à son rythme, de poser les questions qu’il souhaite sans attendre ou au contraire d’avance plus rapidement.

Nous apprendrons à lire un fichier et à l’enrichir avec LogStash, puis à configurer ElasticSearch pour indexer correctement les données. Enfin, nous verrons comment utiliser l’interface Web Kibana pour les visualiser.

== Pour aller plus loin
Les plus rapides, ou ceux qui souhaiterons continuer le tutoriel une fois revenus chez eux, pourrons ajouter un broker de messages pour obtenir une architecture faiblement couplée, ou apprendre à configurer ElasticSearch pour fonctionner en cluster.

== A propos de moi
Je suis développeur Java depuis 4 ans, et je travaille depuis 3 ans avec la stack Elastic au sein d’un client grand compte lyonnais. J’ai déployé jusqu’à 24 serveurs en production simultanément sur cette infrastructure, pouvant accueillir jusqu’à plus 1 milliard de documents et plus de 10.000 logs / s via une architecture distribuée, redondante et résistante aux pannes. J’ai été amenée à former plusieurs personnes pour travailler avec moi, ce qui m’a menée à la rédaction d’un tutoriel de prise en main de la stack.

Cette présentation est destinée à des débutants. Elle a pour but d’initier une prise de connaissance, un état d’esprit et découvrir comment notre vision actuelle du management évolue.

Ensemble, nous allons "jeter un œil" sur l'évolution du management de la tradition vers l’agile et apprendre comment elle influence une organisation et la gestion de projet moderne.

La présentation est exposée sous deux volets.

Un premier volet d’une heure avec la présentation de l’évolution du management et ce qui se dessine aujourd’hui + un jeu Penny game ou Marshmallow.

Un deuxième volet d’une heure environ pour présenter le monde VUCA (Volatile Incertain Complexe et Ambiguë) dans lequel nous vivons de plus en plus aujourd'hui + le jeu de Lego Cynefin.

Un des grands changements lorsqu’on travaille en Lean Startup est le fait de mettre au grand jour les hypothèses de travail. Apprenez à les formuler pour être efficace dans vos interviews utilisateurs et l’analyse de vos données, et gagner la course entre Slitch et YeePeeChat.

Lors de cet atelier, nous vous proposons de d’apprendre à reconnaître les hypothèses sur lesquelles une proposition de valeur d'un produit se base. Souvent elles paraissent tellement évidentes qu’on oublie qu’elles sont là ! Chaque équipe aura sa proposition de valeur concurrente, elles devront trouver quelles sont les hypothèses sur lesquelles leur proposition se base, et comment elle peut les valider (ou les invalider) au plus vite. Avant que le marché de la rattrape...

Venez prendre part à un projet agile ! Ensemble, que ce soit pour 1h, 1/2 journée ou plus, nous allons développer une petite application WEB de façon agile, avec les cérémonies et les bonnes pratiques. Venez participer, observer, questionner, ... pour découvrir l'agilité en action !

Vous, participants à la conférence, serez des clients ou des équipiers en force. Vous allez être impliqués dans notre projet "Agilité en une journée". Vous avez le choix de votre implication : 1h (une itération), 1/2journée, ou toute la journée (le projet complet). Vous participerez à ce qui vous fait envie, que vous soyez expert ou débutant, ou simplement curieux de vivre un projet agile de l’intérieur : sprint, démo, rétro, sprint0, livraison, … Vous participerez à un projet agile original, vous pratiquerez plein de cérémonies, aurez du feedback, progresserez et découvrirez de nouvelles manières de gérer vos cérémonies … Une équipe de ProductOwner/DEV/ScrumMaster expérimentés de différents horizons et sociétés vous accompagnera. Vous redécouvrirez plein de bonnes pratiques, vous ferez plein d’erreurs et vous en sortirez grandis. Côté technique, nous ferons un peu de Big Data (Apache Flink), et un peu de développement WEB et Javascript. Et tout ça en nous amusant !!!

Je présenterai les outils de visualisations pour la caractérisation et de modélisation d'un jeu de données (Python, Tableau), d'aide au nettoyage (Trifacta, Data wrangler) et la communication de résultats sur le web avec storytelling (D3JS, HighChart, NVD3).

Toute données doit être visualisée, et à toute étape de leurs traitements. C'est un outil essentiel du data scientist.

La visualisation intervient depuis le nettoyage des données pour détecter des données manquantes, anomalies, et identifier leurs caractéristiques (type, domaine). Ensuite, pour la modélisation qui nécessite au préalable de bien comprendre la distribution, pour informer le choix du modèle, ses différents paramètres et échantillons de données. Enfin par la communication visuelle pour communiquer des résultats à un public à la foi expert mais aussi à une audience qui ne l'est pas forcément mais intéressée par le sujet (exemple: data journaliste)

Cet atelier sera très pratique avec l'utilisation d'un unique jeu de données qui passera par toutes ces étapes de traitements et de visualisation. Nous utiliserons des bibliothèques disponibles en ligne (Python, D3JS/HighChart/NVD3) pour former un pipeline de traitement, de l'extraction jusqu'à la présentation. Nous utiliserons aussi quelques outils parfois payant ou en version limitée pour montrer leur potentiel et leur rôle de ce pipeline de traitement de données (à titre informatif pour montrer leur rôle et potentiel). De nombreux exemples (historiques, emblématiques) de visualisations seront introduit (New York Times, d3 blocks, ..).

Enfin la conclusion de l'atelier sera d'initier les participants aux methodes de design via une session de 'design critique' où les participants seront invités à prototyper sur papier une visualisation liée aux données qui ont été présentées. Ensuite ces prototypes seront discutés afin d'en étudier les points positifs et négatifs. Et dans quelle mesure ces visualisations peut être faite ou customisées maintenant, ou celles qui sont propres à un sujet et nécessiterons un development pointu (e.g. New York Times).

Pour bien comprendre l'Agilité et aider les autres à la vivre, les 4 valeurs et 12 principes du Manifeste Agile donnent un cadre de bon sens qu'il est bon de rappeler que nous soyons débutants ou praticiens plus aguerris. Laissons de côté Scrum, XP ou toutes les méthods pour revenir à la philosophie

L'adoption massive l'Agilité dans les entreprises et les organisations est souvent associée au choix d'une méthode spécifique (Scrum, eXtreme Programming, ou autre). Au-delà d'un cadre qui vous dira qui doit faire quoi, quand et comment, il est aujourd'hui encore nécessaire de revenir à la définition posée en 2001 dans le Manifeste Agile pour donner du sens à votre équipe. Alistair Cockburn nous rappelait d'ailleurs dans une conférence en 2014 que l'avenir de l'Agilité était ... l'Agilité elle-même !

Pour bien comprendre l'Agilité et aider les autres à la vivre, les 4 valeurs et 12 principes du Manifeste Agile donnent un cadre de bon sens qu'il est bon de rappeler que nous soyons débutants ou praticiens plus aguerris.

Je vous propose un retour aux sources pour donner de nouvelles perspectives sur votre approche quotidienne de l'Agilité. Dans cet atelier :

• Vous (re)découvrez les 4 valeurs et les 12 principes de l'Agilité
• Vous co-contruisez une représentation concrète du Manifeste Agile pour donner forme à des concepts qui peuvent paraître abstraits
• Vous échangez avec les autres participants sur la compréhension du Manifeste Agile et partager vos expériences
• Vous créez votre propre discours pour expliquer ce qu'est l'Agilité dans votre entreprise après la conférence
• Pour appuyer votre discours, vous repartez avec une (ou plusieurs) photos de la structure en Légos pour partager vos apprentissages
• Vous découvrez la méthode Légo Serious Play, une approche pédagogique à base de métaphores et de story telling pour visualiser des sujets complexes

Kotlin est enfin sorti en version 1.0. Nous verrons dans cet atelier comment développer en kotlin dans une architecture «standard»: spring, jpa ou jdbc.

Nous partirons de zéro pour développer une application web standard en kotlin. Nous utiliserons spring boot pour accélérer l'exercice.

• paramétrer maven pour la compilation croisée kotlin - java
• démarrer spring boot depuis kotlin,
• injection de dépendance,
• utilisation des data class pour la sérialisation json
• tests
• jpa et jdbc

Pour cet atelier, vous aurez besoin:

• d'un JDK 6 +,
• de maven,
• de git,
• d'un intellij idea avec une version récente du plugin kotlin.

Nous nous familiariserons avec la syntaxe et l'outillage de kotlin en développant une petite application web from scratch. Cet exercice nous permettra de voir les nombreux apports du langage et de comprendre les quelques contraintes.

Nous verrons que kotlin peut remplacer java de manière quasi transparente dans toutes les couches d'un application. L'application réalisée vous fournira une base sur laquelle vous appuyer pour vos propres projets.

Il n’est jamais simple de modéliser efficacement un système. Nous proposons pour y parvenir de supprimer tout vocabulaire technique et de se mettre d'accord sur un langage commun à l'équipe et spécifique au projet.

Laissez mijoter l'intelligence collective des acteurs d'un projet devant un immense tableau blanc, pour échanger et décrire les évènements pouvant être produit dans le système. Le résultat est un modèle, absorbant des commandes et générant des évènements pour communiquer ses décisions. Vous verrez ainsi avec quelle rapidité, la compréhension globale du métier augmente.

Et si vous voulez mettre les main dans le code, essayez notre workshop CQRS et Event Sourcing (https://github.com/DevLyon/mixter), vous verrez comment implémenter un design orienté évènement le plus simplement possible !

On parle souvent des valeurs agiles, parfois des valeurs de Scrum, mais qu’en est-il des valeurs de Kanban ? Je vous propose dans cette session de les découvrir et les explorer afin de prendre un peu de recul sur votre implémentation et vous ouvrir à de nouvelles perspectives.

Voici le déroulé de l'atelier :

1. Présentation des 9 valeurs Kanban

2. Système Kanban

• Les participants auront à relier les 4 principes fondateurs et 6 pratiques fondamentales avec les 9 valeurs Kanban
  Note : ce n'est pas si évident que ça, et cela génère des discussions intéressantes !

3. Réflexions et discussion

• Les participants auront à choisir 3 valeurs qui résonnent en eux personnellement, puis 3 valeurs qui leur paraissent importantes ou confrontantes à considérer dans leur contexte actuel.
  Note : la comparaison des 2 listes donne lieu à des discussions entre les groupes. De plus, la seconde liste peut être le début de l'élaboration d'une stratégie d'implémentation contextualisée et réfléchie de Kanban.

4. Représentation visuelle

• Les participants auront à représenter les 9 valeurs Kanban sous forme de poster. 2 Modèles seront proposés : cercles concentriques / maison Kanban, cependant l'objectif est de laisser libre la créativité des participants.
• On affiche alors la galerie de représentation et on débriefe tous ensemble
  Note : La variété des représentations permet de donner de la nuance et de nouvelles perspectives à l'implémentation de Kanban aux participants.

During the game you will experience scaling issues that occur when multiple teams work on the same product. Multiple Teams will look for solutions to scaling issues and experiment in an iterative way with their ideas on solving them..

#Abstract

##Description

During the game you will experience scaling issues that occur when multiple teams work on the same product. Multiple Teams will look for solutions to scaling issues and experiment in an iterative way with their ideas on solving them..

##Expected benefits of participating

Attendees will face a series of typical scaling challenges like:

• team synchronisation
• efficiency
• standardisation
• optimisation of expertise
• distributed teams

##What did the session creators hope to learn?

These days we have a few models for scaling teams.
With this game we want to help participants experience common scaling issues and observe how they affect them.
With the exercises in this book and others, we hope to learn more about scaling dynamics.

##Process and timetable:

• total time 90 min
• Introduction to scaling issues: 5 minutes
• Round 1: warm up in local teams 5 minutes
• Round 2: multiple rounds solving different scaling issues with a partner team (total 20 minutes)
• Round 3: multiple rounds solving different scaling issues with groups of 4 small teams collaborating (total 10 minutes)
• Round 4: all teams have to collaborate in one large factory 10 minutes
• Small retrospective inside the teams 10 minutes
• Large joined retrospective (at the end) 30 minutes

Dans cet atelier de 2h, après une courte présentation de l'écosystème Docker, vous allez construire une application distribuée avec les autres participants à l'aide de dernières nouveautés de Docker. L'application est un dictionnaire dont chacun des participants à un sous-ensemble des données.

Cet atelier vous donnera un réel aperçu de ce que docker peut faire dans vos projets et vous repartirez avec un setup et des exemples que vous pourrez re-executer dans votre environnement.

Docker 1.10, Swarm et overlay network sans oublier docker-machine bien sûr.

Le code de l'application est écrit en go, vous allez légèrement modifier le code de l'application est la déployer dans un cluster formée des machines des autres participants.

Aucune connaissance en go sont requises pour cet atelier, nous vous assisteront, le focus est sur Docker.

Venez prendre le contrôle d'un robot Poppy. Dans cet atelier, nous présenterons la plateforme réunissant informatique (python), électronique (arduino), "mécanique" (moteur) et fabrication (imprimante 3D). Nous insisterons sur la partie programmation du robot en python, Scratch, SNAP.

Selon votre niveau, vous pourrez réalisez des mouvements simples ou tester des algorithmes de cinématique ou d'équilibre en relation avec différents capteurs.
D'abord sur le simulateur V-REP puis sur un véritable robot. Vous pouvez regarder des exemples de travaux sur http://www.poppy-prof.fr
A la fin de ce workshop, le participant repartira avec les connaissances suffisantes pour ce lancer dans la programmation de robots.
This workshop aim to show how you can easily program Poppy and its creatures.

Atelier ludique et participatif, pour appréhender les fondamentaux de la motivation et découvrir ses propres facteurs de motivation

La motivation, c'est notre carburant personnel, ce qui nous fait nous lever le matin, ce qui peut nous faire accomplir de grandes choses !

Au cours de ma carrière dans l'industrie du logiciel, j'ai croisé à plusieurs reprises des managers à qui on n'avait pas expliqué (ou qui avaient mal compris) quels sont les rouages motivationnels et comment il influent sur notre travail au quotidien. Avec malheureusement des conséquences fâcheuses pour les équipes de développement.

A travers un atelier ludique et participatif, venez découvrir vos facteurs de motivation personnels.
Vous repartirez avec une meilleure connaissance de vous-même, ainsi que des techniques pour mieux comprendre les facteurs de motivation de vos collègues (ou collaborateurs si vous avez des responsabilités de management).

Do you remember the game Simon says from the 80s? I don’t know about you, but I know many that spent hours trying to press those specific sequences of red, green, blue and yellow buttons in the correct order. But why play on your own? Join us to get hands-on experience with gRPC!

Do you remember the game Simon says from the 80s? I don’t know about you, but I know many that spent hours trying to press those specific sequences of red, green, blue and yellow buttons in the correct order. But why play on your own? We’ve implemented a gRPC server that allows you to play Simon with other players over the internet!

In this workshop we will dive into the toolset and libraries to build your very own Simon Says client for this server. We will have a message description in Protocol Buffers format and some stub code in several languages ready for you to play with. The goal for this workshop is for you to have a working client that you can use to play (and beat!) other attendees of the workshop.

Sur scène, les acteurs improvisateurs utilisent des règles simples, des principes de collaboration, et des contraintes de jeu pour construire des histoires non prévues et néanmoins fascinantes. Les mêmes règles et principes aident les équipes agiles à collaborer plus efficacement.

L’improvisation est pour certains synonyme de perspectives de chaos et d’incertitude. Pourtant, les êtres humains improvisent chaque minute de leur vie. Cela se fait naturellement, et offre d’autres perspectives remplies de plus de possibilités que l’on ne pourrait l’imaginer.

Improvisateur amateur et Coach Agile professionnel depuis plusieurs années, je vous propose de vivre des exercices simples et inédits favorisant 2 des principales valeurs du manifeste agile : les interactions entre individus, et l'adoption du changement.

J'utiliserai quelques unes des 50 techniques et jeux d’impros du très bon livre Improving Agile Teams de Paul Goddard. En anglais la racine “Improv” est commune aux mots Improvisation et Amélioration (improvement).

Bien entendu, des temps d'échauffement et de débrief sont prévus.
Aucune compétence n'est requise, ni en théâtre, ni en improvisation, ni en agilité : c'est normal, vous allez les développer pendant la session !

Nous balayerons 5 principes du théâtre d’improvisation :
Sécurité : comment accepter l’échec est essentiel à la découverte
Spontanéité : comment augmenter le flot d’idées
Storytelling : comment la narration aide l’équipe à mieux comprendre les clients et utilisateurs
Status: comment ajuster son comportement personnel peut encourager la collaboration
Sensibilité: comment devenir plus pleinement engagé avec ses co-équipiers.

La nouvelle version de C# est disponible depuis quelques mois et elle apporte un certain nombre de nouveautés permettant l'écriture de code plus simple et propre. Nous verrons ces nouveautés mais surtout nous les mettrons en lumière à travers des exemples de refactoring.

La dernière version de C# qui est disponible avec le framework .Net 4.6 sous windows depuis quelques mois mais aussi avec la future version 1.0 d'Asp.Net core, n'apporte pas de nouvelle fonctionnalité révolutionnaire mais tout un ensemble de simplifications et sucre syntaxique pour nous permettre d'écrire un code plus simple et plus efficace.
Vous avez peut être vu quelques unes de ces nouveautés au cours des mois précédents mais je propose ici de les mettre en relief avec des exemples concrets afin de souligner l'importance et la mise en oeuvre de telle ou telle technique.

Deux heures pour découvrir les composants web et Polymer, pour passer des concepts à la création d'une première application web complète avec Polymer.

The W3C has been working on a Web Components standard for almost three years, but it is still a work in progress. But polyfills like allows current developers to use Web Components today, and incorporate to their apps widgets from any library of web components.

The best known of these libraries is Google's Polymer. In Google IO 2015 conference, Google has at last released the long awaited version 1.0 of Polymer, making it even faster, more stable and at least suitable for "serious" applications. In this lab you will use Polymer 1.0 with Material Design Polymer Elements to design and develop a web application using web components.

You will learn to use the following technologies:

• Polymer and Web Components (for mobile and desktop)
• The Paper Elements for Polymer (material design)
• The integration of Polymer components in Angular (1 and 2) applications.

Mandatory Installs prior to lab:

• npm
• bower
• your favorite HTML/CSS/JS IDE (I suggest Sublime Text)

Venez découvrir une stratégie de développement efficace, un environnement productif axé entièrement autour de la Pull Request. Retour d'expérience, sur plus d'un an de développement sans une ligne de code non relue, de prise de décisions consensuelles et d'amélioration progressive.

Innover et conserver un produit de qualité de manière itérative. Développer avec des prestataires a distance ou des collaborateurs en télétravail. Tout en gardant le contrôle sur la qualité, la cohérence et la complexité du code produit. Nombreux sont les obstacles auxquels nous faisons face au quotidien au sein de nos entreprises et Bonitasoft ne fait pas exception.

Venez découvrir, au travers d'une démonstration, une stratégie de développement efficace et un environnement productif axé entièrement autour de la Pull Request (jenkins/github/slack/docker). Retour d'expérience, sur plus d'un an de développement sans une ligne de code non relue, de collaboration multidisciplinaire et multisite, de prise de décisions consensuelles et d'amélioration progressive.

La Pull Request a littéralement transformé notre cycle de développement.

Code Lauren is a web app that lets beginners program games. I'll demo the app and talk about how I designed the programming language, compiler and UI to help the user learn to program.

I'll talk about how the design of the environment. How it helps the user learn syntax, control flow and the API of the language. How it helps them understand what their program is doing or why it's broken.

I'll talk about the compiler. I'll talk about how it is able to run the user's program step by step, forwards and backwards. I'll talk about how it can give very precise syntax and runtime error messages.

Vous voulez plus de développeuses? Vous pensez ne rien pouvoir y faire et préférez attendre qu’elles tombent du ciel?

Etant les premières concernées car développeuse nous même, nous allons vous donner des solutions pour attirer plus de femmes dans vos équipes, et surtout les garder!

= Le contenu
En alternant des slides, des sketches et du vécu, nous détaillerons les situations que nous avons vues, vécues ou entendus et qui nous interpellent. Nous mettrons le doigt sur des usage qui perdurent parce que, comme pour un projet de dév sans tests "c'est historique", mais qui ne sont plus en phase avec la société moderne. Des situation dans les équipe de développement, avec le client, avec les manageurs ou les RH. Nous proposerons des contournements et des solutions concrètes à utiliser au quotidien et aider à ce que le lieux de travail soit un environnement agréable pour toutes et tous.

L'idée de cette conférence est venue le jour où nous nous sommes rendu compte que nous avons toutes vécues certaines situations désagréables qui nous ont donné envie de partir. Nous souhaitons en parler pour éviter que les futures générations de développeuses y soient confrontées. De plus, nous nous retrouvons régulièrement a être les rares femmes dans les événements techniques, et on nous pose régulièrement la question "Mais pourquoi y-a-t-il si peu de femmes ?" nous avons donc creusé le sujet et vous livrons cette analyse.

Tips, tools, platforms & techniques used to built data-journalism products (data-vizualization and extraction, geocoding, mobile...)

Une description du contexte de travail pour un développeur "full-stack" dans le domaine du data-journalisme.

Que se cache derrière ce mot ?

Quelles pratiques, organisation, plateformes et techniques de programmation utiliser pour obtenir des enquêtes journalistiques enrichies des données "smart-data" ?

Coté technique, qu'est-ce que Clojure/CLJS, postgreSQL/postGIS, D3, leaflet, cartodb peuvent apporter dans ce domaine ?

Présentation de certains cas d'utilisations et développements.

Dans les année 1940 Marcel Barbu crée une communauté de travail où la fabrication des boitiers de montre n'est qu'un prétexte au développement de l'individu dans son entièreté

J'ai eu la chance de rencontrer au cours de mes vacances d'été, par le plus grand des hasards un membre de cette communauté. Charles Suire. Inventeur, passionné, avec des valeurs et un caractère bien trempé, il a eu la gentillesse de me raconter comment la communauté fonctionnait.
Je voudrai partager cette expérience et ainsi rendre hommage à ce grand homme qu'est Charles (méconnu comme beaucoup de grand hommes).

Vous cherchez des pratiques de développement pour créer des logiciels bien conçus ?
Vous vous méfiez des techniques miracles qui augmentent la productivité, réduisent les bugs et font repousser les cheveux ?
Mauvaise nouvelle on ne peut rien pour vos cheveux...

Vous êtes développeur, ScrumMaster ou même manager et vous avez des problèmes avec votre logiciel ?
Vous avez adopté SCRUM mais vos problèmes n’ont pas disparu.
Bugs, régressions, maintenance difficile, changements coûteux bref vous avez un problème de qualité.

Si les méthodes agiles se concentrent sur l’aspect organisationnel du développement logiciel, elles en disent très peu sur les pratiques de production du code.
Or pour valoriser des “logiciels opérationnels” et “adaptables aux changements” (comme le préconise le manifeste agile), la manière de produire le code est essentielle.
Le software craftsmanship est avant tout un état d’esprit, mais il repose sur des pratiques concrètes de développement piochées dans d’autres méthodes comme eXtreme Programming.
Dans ce retour d’expérience, un développeur et un manager vous présenterons quelques unes des pratiques que nous avons adoptées et qui ont changé notre façon de développer.
Nous vous donnerons aussi des pistes pour les transposer (ou pas !) dans votre contexte.

Présentation de travaux de recherche sur le développement d'agents autonomes éthiques BDI. Présentation d'une implémentation en Jason

Cette présentation résumera dans un premier temps l'état actuel de la réflexion menée par le projet EthicAa financé par l'Agence Nationale pour la Recherche sur la problématique de l'éthique et des agents autonomes. Nous présenterons ensuite une proposition de l'École des Mines de Saint Étienne visant à répondre au besoin d'une faculté de jugement moral et éthique pour des agents BDI (Belief Desire Intention) et conclurons par l'implémentation de ces agents en Jason.