- Développement
- Conférence
- Standard
- 55 min
Server-Sent Events : quand l'API murmure Ă lâoreille de votre navigateur
Date vendredi
Horaire 11h30 Ă 12h25
Salle Amphi B
Description
Vos utilisateurs en ont marre dâattendre... Nos applications sâessoufflent sous le poids du polling et des loaders plus ou moins maĂźtrisĂ©s . Et si les Server-Sent Events (SSE) Ă©taient la solution simple et lĂ©gĂšre que vous cherchez ? Les SSE permettent de basculer dâun modĂšle oĂč le navigateur demande Ă un systĂšme ou le serveur murmure Ă son oreille. Ce changement de paradigme a de nombreux impacts sur l'architecture, le code, et mĂȘme sur la conception de lâexpĂ©rience utilisateur. Charline et Nicolas, Lead Tech Frontend et Backend, vous partagent leur retour dâexpĂ©rience sur cette mise en place dans des cas d'usages rĂ©els. Dans des jeux multi-joueurs, ou dans des applications de gestion traditionnelles, ils vous montreront les cas d'usages concret, les gains et les piĂšges Ă Ă©viter. Venez dĂ©couvrir comment les SSE influencent votre code, de l'intĂ©gration aux frameworks Frontend, jusqu'Ă la sĂ©paration lecture/Ă©criture cĂŽtĂ© backend. Vous verrez aussi comment cette approche fait Ă©voluer la conception des Ă©changes Front/Back et l'expĂ©rience utilisateur, tout en offrant de nouvelles possibilitĂ©s...
Orateur·ices
Nicolas Giraud
DĂ©veloppeur passionnĂ©, Nicolas Ă©volue depuis prĂšs de 15 ans essentiellement sur des projets Java (EE). Addict aux outils innovants et sensible aux pratiques agiles, c'est d'abord avec les notions de CD/CI qu'il aborde ces notions d'amĂ©lioration continue, puis plus rĂ©cemment dans la mouvance DevOps, oĂč il trouve refuge ! C'est finalement dans un rĂŽle de Tech lead (alias "couteau suisse") qu'il intervient, et tente (parfois avec succĂšs) de faciliter la vie de ses co-Ă©quipiers dans l'esprit bienveillant du Software Crafter.
Boris Bouju
Actions rapides
Les sessions futures sur le mĂȘme thĂšme
- Développement
- Conférence
Rust pour le dĂ©veloppement d'applications mĂ©tier haut-niveau ! đŠ
Rust est connu pour ĂȘtre un langage trĂšs performant, trĂšs "bas niveau", trĂšs ardu Ă prendre en main, etc. Et si je vous disais que si tout ça est probablement vrai, ce n'est pas du tout le plus important ? Eh oui, Rust est selon moi le langage idĂ©al pour dĂ©velopper des applications, parfois de trĂšs haut niveau, car il nous donne les moyens de modĂ©liser des domaines mĂ©tiers avec prĂ©cision et simplicitĂ©. Parcourons-donc ensemble ce qui fait la richesse "applicative" de Rust ! đŠ - Un systĂšme de types ultra-expressif, appliquĂ© Ă des domaines mĂ©tiers complexes. Voyons comment les Structs, le Pattern Matching et les Traits de Rust le rendent totalement compatible avec des approches haut-niveau comme l'Architecture Hexagonale ou le Domain Driven Design - Un Ă©cosystĂšme de librairies applicatives solide, complet, et agrĂ©ablement documentĂ©. Venez avec moi parcourir la somptueuse documentation de librairies comme serde, actix-web, ou wiremocks, qui vont vous redonner envie d'Ă©crire de la documentation technique, pour les devs et par les devs - Une maniĂšre de tester les applications qui n'a pas son pareil, et qui complĂ©mente superbement le langage afin de vous permettre de dĂ©velopper vos applications avec le meilleur filet de sĂ©curitĂ© possible. Tests d'IntĂ©grations, Mocks, Rust a tout du langage de haut-niveau pour dĂ©livrer le maximum de valeur. C'est un tour d'horizon qui changera, j'en suis sĂ»r, votre perception de ce langage qui paraĂźt tellement "orientĂ© performance et optimisation mĂ©moire" qu'on en oublie que c'est avant tout un langage trĂšs expressif. Et mĂȘme si vous n'Ă©crirez jamais une ligne de Rust, cette confĂ©rence devrait vous donner pas mal de tuyaux sur l'Ă©criture moderne d'applications et ce qu'on est en droit d'attendre de nos Ă©cosystĂšmes de dĂ©veloppement đ
Vendredi 12h30 Ă 13h25 - Amphi E
- Développement
- Tool in action
đ§° Les dev containers, la boĂźte Ă outils ultime pour les devs ?
On a toutes et tous Ă©tĂ© confrontĂ©âąes, un jour, Ă devoir (rĂ©)installer tout notre environnement de dĂ©veloppement lors d'un changement de machine. Que ce soit par choix ou juste en mode "on-boarding" lors d'un changement de sociĂ©tĂ©, de mission, ... On a aussi, parfois, passĂ© de longues heures pour comprendre quels outils installer pour proposer une PR ou MR dans un projet Open Source. Dans encore beaucoup d'autres cas, nous sommes vite confrontĂ©s Ă l'enfer de la configuration des outils et autres frameworks pour faire ce que l'on aime : dĂ©velopper. Et je ne vous parle pas des montĂ©es de versions et inter-dĂ©pendances đ ... Heureusement, il existe une solution Ă tous ces problĂšmes : les dev containers. Lors de ce tools-in-action, je vous propose de partir Ă leur dĂ©couverte. La seule chose que je m'autorise Ă installer sur ma machine : Docker ! Le reste sera de la gestion de configuration pour que les outils, les frameworks et la gestion des versions et dĂ©pendances soit un non-Ă©vĂšnement dans votre process de dĂ©veloppement. Vous repartirez en sachant utiliser les dev containers mais aussi en sachant construire as-code votre stack de dĂ©veloppement.
Vendredi 14h00 Ă 14h25 - Amphi A
- Développement
- Tool in action
Pull Requests incrémentales
Vos collĂšgues mettent longtemps Ă relire votre code ? Ou pire, vous avez l'impression qu'ils le valident sans l'avoir rĂ©ellement regardĂ© ? Sans doute que vos pull requests (PRs) sont trop consĂ©quentes, et donc leur relecture difficile Ă caser dans un agenda chargé⊠Essayez de passer aux « stacked pull requests », qui permettent de faire relire votre travail progressivement, de façon incrĂ©mentale ! Je ne vous expliquerai pas comment dĂ©couper vos commits â sujet trop vaste pour cette courte prĂ©sentation â mais comment utiliser Git pour travailler sur plusieurs branches simultanĂ©ment, chacune Ă©tant associĂ© Ă une pull request diffĂ©rente. Avec ces quelques commandes simples, vous aurez le plaisir de revoir des commentaires et suggestions sur vos PRs !
Vendredi 14h00 Ă 14h25 - Amphi B