- Développement
- Conférence
- Standard
- 55 min
Rust pour le dĂ©veloppement d'applications mĂ©tier haut-niveau ! đŠ
Date vendredi
Horaire 12h30 Ă 13h25
Salle Amphi E
Description
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 đ
Orateur·ices
Stéphane Trebel
Je bourlingue depuis une vingtaine d'annĂ©es dans le monde du numĂ©rique, entre dĂ©veloppement web full-stack et architecture de solutions diverses et variĂ©es. Mes intĂ©rĂȘts : - Le code, quel que soit le langage, mĂȘme si j'ai mes prĂ©fĂ©rences - L'automatisation, quelle qu'elle soit - L'itĂ©ration, et donc le DevOps - Les mĂšmes, partout, toujours, tout le temps
Actions rapides
Les sessions futures sur le mĂȘme thĂšme
- 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