Soirée Micronaut & flatMap

Une nouvelle soirée aura lieu le jeudi 4 avril au Java User Group Toulousain.

/!\ La soirée se déroulera au 6ième étage et pas dans l’amphithéâtre /!\

Pendant cette session nous voyagerons à travers le temps puisque nous parlerons du framework JVM "du futur" Micronaut dans un "tools-in-action", puis de notre bonne vielle bouble `for` et autres outils d'itération/récursion :

== Micronaut, le framework JVM ultra-light du futur - par Olivier Revial (@pommeDouze)

Temps de démarrage proche de la seconde, empreinte mémoire de 10MB, pas de réflection, approche "cloud native" : autant de caractéristiques qui font du framework Micronaut le compagnon idéal de développement de vos microservices Java/Kotlin.

Si des frameworks comme Spring Boot ont grandement facilité l'écriture d'applications en permettant de générer des applications standalone et auto-configurées, ils souffrent néanmoins de l'historique Spring et de sa "lourdeur". En effet, l'injection de dépendances au runtime et la réflection rendent plus longs les temps de démarrage et font grossir l'empreinte mémoire de nos applis.

En partant de 0, Micronaut prend le contre-pied de ses prédécesseurs en se passant de la réflection et en utilisant la "Ahead-Of-Time compilation" pour des temps de démarrage en dessous de la seconde !

Pensé de base pour supporter et faciliter le développement de microservices et d'applications serverless, Micronaut offre par défaut le support de nombreux providers et outils cloud, il permet l'écriture d'applications réactives, il rend les applications facilement testables... bref, il apporte tout ce dont on a besoin pour développer des applications modernes !

Cette présentation sera un live-coding pour montrer les principales fonctionnalités et les principaux points forts du framework Micronaut.

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/32

== 🏋️‍♂️ Refactoring sans les `for` - par Igor Laborie (@ilaborie)

Peut-on se passer de la bonne vieille boucle for ?
Il est toujours intéressant de creuser les alternatives comme les Stream, ou d'autres options.
Mais le plus important c'est de savoir quand il fuir cette instruction. Ou pas !

Au quotidien, les boucles sont les briques de base de notre code.
Mais on oublie souvent les alternatives comme l'API Stream, la récursivité...
C'est toujours bénéfique de prendre du recul sur le code que l'on écrit, pour analyser ce qui peut être amélioré.
Les alternatives sont elles plus lisibles ? Plus maintenables ? Plus performantes ?

Ici on se contentera de regarder ce qui se passe en Java, avec quelques incursion coté Kotlin et Scala.
Mais le propos s'adapte aux autres langages de programmation.

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/24

Les présentations seront ensuite suivies d'un apéro offert : pizza, bières et softs.

N'oubliez pas de vous désinscrire au plus tôt si finalement vous ne pouvez pas venir (pour les commandes de pizza et boissons).