SnowCamp 2019

Le workshop est ouvert à tous.
L'idée est de découvrir et commencer à jouer avec Spark.

Les participants en tireront une première vision de ce framework et auront vraiment pu toucher un peu son API.
Ils verront quelques cas d'usage concrets de traitement de données.

Pré-requis : accès à https://community.cloud.databricks.com ainsi que l'accès à une adresse mail des participants (gmail, outlook, yahoo, etc) afin de se créer un compte sur le site et de jouer directement avec sans avoir besoin de rien installer.
Mais au cas où, installer avant l'atelier :
- Java JDK 8
- Scala 2.11.x
- Apache Spark 2.4.x ou Apache Spark 2.3.x.

Are you a web developer who always wanted to write an app for both iOS and Android, but want to write it only once? Do you want a true, performant, native app, but don’t want to learn yet another language, yet another framework and get used to yet another IDE? With NativeScript, this is easier than you might think! NativeScript is an open source framework that lets you build truly native apps from one code base using Angular, Vue.js, TypeScript or JavaScript. You will get 100% access to all native APIs directly from your JavaScript or TypeScript code. In the workshop we will build a robust app with NativeScript. For the backend we use Firebase to speed up development.


To get started you'll need the following pre-requisites:
Windows, Mac, or Linux computer
JavaScript and TypeScript experience. No prior NativeScript experience is necessary. 
All attendees must have node.js installed 
and the NativeScript CLI installed ( [sudo] npm install -g nativescript )
Additionally, please also download and install Visual Studio Code.

Les caractéristiques du langage Go sont multiples: la concurrence, le typage statique et sa gestion de la mémoire par Garbage Collector. Mais bien avant que ce Garbage Collector entre en jeu le compilateur Go optimise la gestion de la mémoire en fonction de votre code grâce à ce qu’on appelle l’escape analysis. Voyons ensemble comment optimiser votre code Go pour limiter l'empreinte mémoire et moins solliciter le garbage collector et donc le CPU. Grâce à ces explications vous pourrez enfin y voir plus clair lorsque vous devrez choisir entre utiliser un pointeur ou pas mais aussi avoir une bonne perception de la mémoire de votre application

Le ZeniBar, bar entièrement connecté, connaît désormais très bien ses clients et gère ses stocks grâce au machine learning.

Apportons maintenant de l'animation aux clients en leur offrant une application en 3D en full WebGL2 vanilla sur les écrans du bar.

Apprenons pas à pas les concepts et le code WebGL, depuis la rasterisation jusqu'aux shaders avancés en passant par les quaternions, les lumières, caméras, ...

Les concepts de CORS, OAuth, OpenID Connect, SAML, JWT rate-limiting, quota,... sont maintenant largement répandus mais pourtant mal maîtrisés et pas toujours mis en oeuvre dans les règles de l'art. Pour faciliter la vie du développeur, nous allons voir comment mettre en place la sécurisation de vos APIs sans avoir à intervenir sur vos backends grâce aux outils open-source que sont Gravitee.io et Keycloak.

Présentation : ​https://t.co/zFJkMzg1BQ​​​

My company decided to train *young* graduates on everything they will ever work on as professionals.
As we deliver Masterclasses in Clean code for our colleagues (aka *old* graduates), we were asked to train the *young* ones as well.
Having planned a day for all the SOLID principles, we couldn't give them a 90 min kata to train (as we usually do)
We wanted to take 1 hour per principle ( theory, example, exercise and correction of the exercise included

A l’image de Perceval et Karadock, Logan et Kevin reviennent d’une quête dans la contrée de Gitlab et vont vous compter leurs aventures pleines de découvertes et de rebondissements. L’on espère que Père Blaise réussira à prendre des notes…
Lors de cette quête, il a été nécessaire de mettre en place une intégration continue pour une armée de développeurs sanguinaires qui avaient plein de besoins tout bizarres… Et à la force de leur épée, de leur courage et pas du tout de l’aide de Merlin (qui sait toujours rien faire…), Logan et Kevin mis à disposition une CI complète avec job, stage, intégration avec des outils externes (PostgreSQL, Artifactory, Google Cloud Platform…) tout en la gardant simple et versionnable.
Ils finiront même par la présentation d’un récent sortilège qui permet d’envoyer leur CI dans le Cloud de Google avec Kubernetes. Cela donne une solution hautement scalable et performante, à la demande avec Google Kubernetes Engine afin de vous présenter une solution scallable et automatique !

Lien vers les slides: http://bit.ly/unagitlab

Quand on parle de programmation fonctionnelle tout le monde pense monade. Venez découvrir un talk on où ne parle pas de monade mais de fonctions, ce qu’elles sont et de ce qu'on peut en faire.

Après un rapide tutoriel d'Haskell (c'est pas si compliqué que ça, vous verrez ;-)) on attaquera le vif du sujet avec un live coding d'un mini framework de test

Présentation : https://t.co/0mOWqcL82T
Démo : https://repl.it/@EmmanuelLongeau/FunWithFunctions

En tant que développeur, on n'aime pas écrire de la documentation, c'est un fait. Pourtant il y a sans doute quelque chose que l'on aime encore moins : regarder la base de code et se demander pourquoi il a été organisé comme ça, pourquoi le choix de tel ou tel framework, etc.

C'est d'autant plus vrai dans un contexte agile et depuis l'adoption des microservices qui demandent d'être capable d'évoluer rapidement. Mais alors comment faire pour garder le contexte du projet sans se prendre la tête ?

A travers cette présentation nous verrons comment les Architecture Decision Records (ADRs) peuvent nous aider à créer un historique immutable des choix d'architecture à travers l'écriture de documents très simples. Après 1 an d'expérimentation dans mon équipe, nous sommes plus que satisfaits de l'utilisation des ADRs.

A ce jour c'est probablement la seule "documentation" que j'ai réussi à maintenir à jour et que je n'ai pas peur de consulter de peur qu'elle soit obsolète.
Cette présentation sera faite sous la forme d'un ADR, ce qui nous permettra de voir comment ils sont construits.

Nous venons de passer 1 an sur un projet de refonte de SI en micro services ayant tous un front en VueJS. Nous avons donc pu explorer beaucoup de partie du framework (même si c'est une librairie). Nous allons vous passer en revue notre stack et essayer de vous donner des conseils sur comment faire un beau projet en VueJS. Voici ce que nous aborderons :

• vuex, le store interne de vue
• vue-router
• vue-test-utils, tests unitaites et d'intégration
• vue-cli 2 puis 3
• plugin vue avec une librairie interne
• comment passer outre certains problèmes de performance (trop de réactivité dans ce framework)
• gestion des appels réseaux
• gestion des objets métiers
• ce que l'on aurait voulu mettre en place et ce que l'on vous conseille de faire

SLIDES : https://docs.google.com/presentation/d/e/2PACX-1vTxiSF5BC-mM-Liejq_e5kQBCIFuzhkBVFP29Ifn4UPtswdH_4QbL_-78mfxNmbA1KsnbeYg8L6PT8Q/pub?start=false&loop=false&delayms=3000

L'API WebAuthentication propose de révolutionner l'authentification sur Internet en réléguant le mot de passe aux oubliettes !
Dans cette présentation nous verrons les enjeux et les problèmes que posent l'authentification actuelle et pourquoi WebAuthn est une des solutions les plus sécurisées à l'heure actuelle.
La deuxième partie de la présentation montrera concrètement comment mettre cela en place sur un site Web.
Vous pouvez retrouver les slides et le code sur le dépôt GitHub suivante : https://github.com/joow/webauthn-demo

A chaque projet ses challenges, à chaque équipe ses besoins particuliers, à chaque entreprises ses règles. Doit-on faire tous pareils, ou a-t-on le droit d’être différent ?

Dans un premier temps je vous présenterai les principaux workflows existants, même ceux issus de nos ancêtres CVS et SVN en vous en donnant à chaque fois les principaux avantages et inconvénients,

Nous prendrons ensuite un peu de temps pour les comparer selon une liste de critères,

et finalement, je vous présenterai sous la forme d'une matrice de décision mon retour d'expérience.


Bénéfices pour le participant :
Le participant pourra repartir avec la matrice de décision, qui se base sur des cas concrets pour choisir le "bon" workflow.

Parmi les critères étudiés, on pourra citer :

Le contexte métier :
- open source
- entreprise
- mondes normés (médical, finance, ...)

La topologie des projets :
- POC
- Legacy
- Cloud
- Multinenant

Les contraintes du projet :
- Multi versioning
- Fréquence de livraison
- Stabilité, hotfixes

L’équipe :
- La taille de l’équipe
- Le niveau de l’équipe
- Les processes de l’équipe (reviews, tests, CI, validation)

La complexité de mise en œuvre et de maintenance de chaque workflow