SnowCamp 2020

Learn from a Bootstrap team member how you can take your career to the next level.

During this presentation, you will learn how you can begin a career in the open-source world, starting from scratch until becoming a core committee of some of the biggest projects in the world.

You will learn:

How to find your community;
What tools do you need to know;
How to take your first steps;
What are the different ways in which you can participate;
How to turn your hobby into your future work.

Once you know the secrets of the open-source world, your career will skyrocket!

1H pour se lancer et créer sa première Progressive Web App ! Les Progressives Web Apps (PWA) sont le futur des applications mobiles et Web. Gestion de l'offline, des push notifications ... elles permettent une expérience utilisateur similaire aux applications mobiles classiques, sans avoir besoin de passer par les cycles d'installation de Google et d'Apple, ni de devoir coder en Android/iOS.

Au sein de cette conf, nous coderons et déploieront notre PWA capable de gérer les notifications temps réel en utilisant la puissance de Google Firebase ! L'application utilisera vue.js.

Google Firebase
La PWA (Manifest ...)
La gestion de l'offline / online et les services workers en général
Le déploiement
Les limites

Depuis 3 ans nous travaillons une application web composées
- d'une vingtaine d'api Node.js
- de 3 Backoffices AngularJS et Angular
- de plusieurs applications Symphony

Soucieux de la qualité nous avons monté un serveur Jenkins pour nous permettre, dans un premier temps, de construire nos livrables, lancer les tests et analyser le code. Puis est venu le temps de construire nos pipelines pour mettre en production nos livrables.

A la vue du nombre d'éléments composant l'application, l'automatisation des tâches récurrentes devint nécessaire !
Grâce à Jenkins nous pouvons,
- construire tous nos éléments
- assurer la qualité
- préparer les releases et déployer en production
- créer des environnements de dev dynamique pour valider des features

Jenkins est donc devenu un outil central pour nous aider à développer. Dans cette conférence je vous présenterai comment nous arrivons à gérer notre serveur Jenkins.
Je vous parlerai pêle mêle de création de jobs avec JobDSL, de Configration-As-Code, de tests de Pipeline Groovy....

Les slides:
https://t.co/TyQAZWfUtb?amp=1

Plus que jamais, nous avons besoin de sécuriser nos échanges et de renforcer notre confiance dans nos outils pour garder nos données à l'abri des yeux indiscrets. Peut-être que franchir le pas vous semble insurmontable. Peut-être que vous vous dites que tout ça reste une affaire de groupes d'hackitivistes éclairés. Plus probablement, il vous manque sans doute juste une connaissance simple de l'univers du chiffrement, et de la fantastique boîte à outils qui l'accompagne.

Alors profitons-en, on embarque pour un tour d'horizon de la crypto : chiffrement, techniques, outils… Nous regarderons quels outils existent, pourquoi et comment les utiliser. Et parce que le web ne serait pas parfait s'il n'était pas ouvert, nous nous intéresserons aussi bien aux clients "lourds" qu'aux alternatives web (et il en y en a plein).

Mieux : puisque nous ferons le tour des techniques, observons les outils que met à notre portée de dev le W3C avec l'API WebCrypto : ajouter du chiffrement et une gestion fine de la sécurisation se révèle désormais beaucoup plus pratique.

Ceinture et bretelles : attachez-vous bien, on chiffre !

Ces derniers mois Kubernetes est partout, en terme de *buzz word* on peut difficilement faire mieux. Et comme souvent lorsqu'un sujet est si populaire, vous avez des tutoriels, billets de blog et talks par milliers, expliquant comment bien démarrer sur Kubernetes. Tout va donc bien dans le meilleur des mondes, non ?

Et bien non, pour être honnête. Car l'immense majorité de ces tutoriels, articles et talks s'arrêtent juste après le *Hello Kube*, lorsque vous avez quelques applications tournant sur votre MiniKube sur le laptop. Et là, c'est pas la fin, mais à peine le principe...

Dans ce talk je vais parler de cet écart entre MiniKube et une infra de production, de l'intérêt des infrastructures Kubernetes managées, des pièges et du *vendor locking*, de comment arriver à faire assez confiance dans sa solution pour faire tourner du Kubernetes sur Kubernetes et d'autres sujets de ce type.

Currently there are several tools to analyze the behavior and performance of an application, but traditionally the way of displaying results is that of tabular, either flat or tree. In this talk we will take a peek at some alternative tool that "enlightens" the darkest corners of the behavior of our applications and the JVM, showing them in a completely new and more visual way: the FlameGraphs. During the intervention a "peek under the hood" will be given to some JVM mechanisms to understand the reasons behind the failures of most well known profilers.

Derriere le processus de démarrage d'un PC se cachent quelques-uns des aspects les plus intéressants de l'informatique.

Tout d'abord, et ce malgré les apparences, démarrer une machine est probablement la suite d’étapes logicielles et matérielles la plus complexe qu'elle va subir. Nous suivrons et décrirons ces étapes une par une, en nous placant du point de vu du processeur, depuis l'execution de la premiere instruction (cf. le reset vector), jusqu'au moment ou le noyau du système d'exploitation démarre la premiere application. Nous aborderons les concepts d'initialization hardware, de BIOS et de firmware, expliquerons ce qu'est réellement un boot loader pour finir par une description succincte du process de boot d'un noyau Linux.

En suivant ces étapes, nous nous attarderons en particulier sur les différents modes et états que le processeur traverse lors de ce processus de démarrage. Nous nous focaliserons sur les processeur a base d'architecture x86 car ceux ci ont une caractéristique qui nous intéressera tout particulièrement lors de cette presentation: Leur rétrocompatibilité. Un processeur Intel démarre toujours dans le meme état et mode que tous ses prédécesseurs, et ce depuis 40 ans. Pour lui, le processus de démarrage sera un long et pénible voyage dans le temps qui va démarrer en *real mode*, un mode qu'il partage avec son venerable ancêtre de 1978, le 8086. Armé de son premier et unique mega octet de mémoire adressable, il devra parvenir a démarrer tous ses autres frères (les cœurs du processeur), détecter les nombreux giga octets de mémoire a sa disposition pour enfin pouvoir atteindre le Graal: l'execution d'instructions 64-bits en *long mode*. Parce qu'elle est entièrement contenue dans tous les processeurs Intel modernes, nous parcourrons brièvement l'histoire de l'informatique moderne a travers ces changements d’états matériels qui caractérisent le processus de boot de nos machines modernes.

Nouvelle application, la décision de partir sur Node.js est prise. L'application commence petite puis le nombre de features et de développeurs augmentent. Les 1ers refactoring cossus arrivent et ne se passent pas vraiment comme prévu pourtant nous avons 100% de coverage… Est ce lié au manque de typage de JS ? Est ce que TypeScript aurait évité ça ? Ou finalement est ce que c'est notre façon d'écrire notre code (et les tests) qu'il faut remettre en cause ?

Après quelques refactoring et bugfix l'application part en prod. Les utilisateurs commencent à remonter quelques soucis, en regardant les logs on prend peur, très difficile de s'y retrouver… Venant du monde Java on est surpris par le manque de maturité des frameworks et librairies Node.js, notamment au niveau de la gestion des logs et des erreurs.

Toutes ces (mes)aventures nous ont permis de prendre du recul sur le développement avec JS, nous vous proposons un retour d'expérience sur cette odyssée qui est toujours en cours.

Michelin propose aujourd'hui des offres de service autour du pneu connecté permettant aux flottes de poids lourd d'optimiser leur poste coût pneumatique. L'ensemble des données de ces pneus connectés remontent depuis différents capteurs dans une plateforme d'ingestion et d'analyse que nous venons de réécrire afin de répondre à des exigences de performance et disponibilité. Nous montrerons au travers d'un retour d'expérience et d'exemple concrets, comment une architecture micro-services réactive basée sur Eclipse Vert.x nous a permis de moderniser notre stack de collecte et services IoT. Nous aborderons les difficultés rencontrées par l'équipe avec le passage à la programmation asynchrone, le réactif, et plus généralement les architectures micro-services. Nous illustrerons différents points techniques avec une mise en perspective des atouts de Vert.x pour les challenges rencontrés.

Faire l'analogie entre la vie d'une entreprise et celle d'un projet de développement vous paraît osé ? Et si je vous parle d’**interactions entre les personnes**, de **décisions** prises continuellement, du besoin de **documenter** ce qui existe et ce qui est décidé ou encore du besoin de **transparence** requis pour que personne ne se sente exclu ? Mais s'il est facile de documenter du code, comment documenter les décisions d'une entreprise ?

A Stack Labs nous avons pris le parti de construire notre entreprise **comme un projet open source** : avec **Git**. Des **process RH** aux **choix impactants** de la boîte en passant par les **questions des stacker·euse·s**, nous utilisons des outils généralement issus du monde du développement pour construire ensemble une entreprise moderne que nous voulons transparente et à notre image. Vous verrez en particulier comment nous utilisons les Decision Records pour permettre à tout le monde de participer aux choix structurants de notre jeune entreprise et de les documenter de manière transparente dans un seul but : **construire une boîte à notre image**, avec une vision partagée par tous et toutes.

Si les mots **transparence**, **communication** ou **démarche participative** vous parlent, venez découvrir comment nous faisons attention de garantir ces valeurs à l'aide de différentes techniques et outils. Vous apprendrez ainsi tout ce que cela nous apporte, mais aussi les obstacles auxquels nous avons été (ou sommes toujours) confrontés et vous pourrez ainsi vous approprier la démarche tout en évitant les écueils.

Veolia, référence mondiale de l'environnement, avec sa filiale IoT, Birdz, installe et exploite des modules pour radio-relever les données des compteurs d'eau. Birdz a conçu une solution portable, basée sur des conteneurs, pour traiter et valoriser les données. Mais, lorsque les collectivités souhaitent gérer leur parc de compteurs en autonomie, elles peuvent déployer et exploiter elles-mêmes la solution et les données. De plus, avec plus de 3 millions de modules sur le terrain en croissance constante et divers aléas techniques potentiels, l'utilisation d'une infrastructure extensible et autogérée est devenue indispensable pour répondre aux engagements de service.

Cloud Run répond à cette double problématique de réversibilité et d'élasticité : Cloud Run est une solution managée par Google Cloud qui permet de faire tourner des conteneurs portables, de façon serverless, et de scaler en fonction de la demande.

Cette présentation vous décrira ce retour d’expérience concret de Veolia et sa filiale Birdz, et vous en apprendrez plus sur Cloud Run, pour déployer en quelques secondes et scaler de 0 vos conteneurs dans le cloud, avec le minimum d’ops possible.

* "Je peux trouver un contre-exemple où ton modèle se plante."
* "Le problème avec le _machine learning_, c'est qu'on ne sait pas dire pourquoi la machine prend cette décision."
* "Ce qui est incroyable avec le cerveau, c'est qu'il apprend avec très peu d'exemples, alors que tes algos ont besoin de gigas de data."
* "Tes algos ne sont que des Turcs mécaniques, ils ont besoin que des humains les entraînent."

En tant que _data scientist_, j'entends très souvent ce genre de phrases. Les machines battent de plus en plus souvent les humains (échecs, go, jeux vidéos) et même sur des tâches "humaines" par excellence (reconnaissance de visages, d'objets). Et pourtant nous restons persuadés que nous avons un "truc en plus" par rapport à la machine.

Grâce à l'appui des sciences cognitives, de la _data science_ et même de la philosophie de l'esprit, nous allons explorer ces interstices qui nous séparent de la machine. En évitant de naviguer dans les eaux troublées d'un côté par les catastrophistes qui nous prédisent un avenir à la Terminator, ou les transhumanistes qui attendent la Singularité avec impatience, nous allons découvrir que ces interstices sont plus petits qu'on ne le croit. Et surtout que si l'écart est si faible, ce n'est pas tant que la machine est plus forte qu'on ne le croit, mais que notre cerveau n'est pas aussi bon qu'on l'imagine !