• 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

Voir la vidéo

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