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 😉

Mes slides sont rédigées à l'aide de SliDesk et je centralise tout ça sur mon Github (https://github.com/StephaneTrebel/presentations)

Il y aura trois grandes études de cas pour les trois chapitres qui se reposeront sur des exemples de code directement chargés dans les slides.
Et, forcément, des comparaisons avec ce qu'on trouve dans d'autres langages/écosystème pour alimenter le débat.

Il est fort probable que des mèmes ponctuent la présentation afin de détendre l'atmosphère !

Que la Force (du Changement) soit avec toi !

Il pourrait être facile de réduire la dynamique des projets IT à des règles, des (méta-)lois, qui en donneraient une image simpliste et homogène.

Non, tous les projets ne sont pas des échecs, ni des milieux toxiques. En revanche, ils peuvent facilement le devenir, si on n'y prend pas garde !

Face à cette entropie qui ne ferait que croître, il y a des gens. Des profils bien intentionnés qui essaient, chacun et chacune à leur manière, de renverser la vapeur, parfois au prix de leur propre santé mentale...

Qui sont ces personnes ? Comment procèdent-elles pour, occasionnellement, arriver à changer les choses ?
Quelles sont ces recettes qui peuvent être transmises pour vous aider, vous aussi, à faire en sorte que ça se passe (un peu) mieux dans votre entreprise, dans votre projet ?

Bienvenue, dans le monde des héros et héroïnes (bien malgré eux !) de notre quotidien. Car on ne naît pas Héros, on le devient !

Dans cette conférence, on va suivre un fil, celui des héros et des héroïnes de Cinéma, de ce qui sous-tend le concept de "Héros" en s'appuyant notamment sur le livre "Homme aux mille et un visages" de Joseph Campbell, une œuvre qui a pas mal inspiré la Pop Culture, entre autres.

Et nous expliquerons comment on peut rapprocher le parcours héroïque du parcours de celles et ceux qui, poussés par l'envie simple de faire en sorte que ça se passe "mieux" dans leur entreprise ou leur projet, se lancent dans la grande aventure du Changement dans les projets IT.

Plan de la conférence :

- Le monde tel qu'il est : Les choses ne vont pas bien, beaucoup de gens souffrent, et ça n'a pas l'air de s'arranger tout seul
- L'appel de l'"aventure" : Réalisation par une personne qu'il y a un problème, un défi à relever
Refus de l'appel : La peur du changement, de l'inconnu, des conséquences que ça aurait (beaucoup de gens s'arrêtent là, pas le héro-ïne de notre histoire)
- Le mentor/guide : Surpasser sa peur grâce à un Maître. S'inspirer de celles et ceux qui sont passés avant pour comprendre ce qui leur est arrivé
- Seuil du pouvoir : S'impliquer dans le changement. Commencer à prendre de la hauteur pour comprendre les tenants et les aboutissants. S'améliorer en hard/soft skills
- Alliés, épreuves et ennemis. Expérimenter autour du changement, voir ce qui peut fonctionner, de ce qui va échouer, et identifier les points (ou les gens) qui posent problème pour tenter de faire advenir le Changement
- L'épreuve ultime : le moment où on voit si le Changement est appliqué, si une bascule s'opère, et donc si on réussit
- L'Élixir (on gagne) ou l'Échec (on échoue), et leurs conséquences
- Un perpétuel recommencement…

Les Méta-Lois, vous ne leur échapperez pas !

Elles sont tapies dans la toile de fond de nos entreprises, de nos sociétés, de notre façon de penser, même !
On a beau essayer de lutter contre, de les fuir ou de les contourner, elles finissent toujours par nous retomber dessus.
Ce sont… Les Méta-lois ! 😱

Plan:
Ce qu'on appelle une Méta-loi: la plus connue est la loi de Conway, mais il y en a bien d'autres !
Je parodie un film de "Slasher" en associant chaque "méchant" avec une Méta-Loi (La Palissade de Chesterton, la Loi de Hyrum, la Loi de Tesler, et bien d'autres !). Et pour chacune, j'explique pourquoi on n'y échappe pas si facilement que ça, en général
Remédiation, Déni, Changement de paradigme: Comment s'en sortir et pourquoi ça ne sera pas simple de mitiger les Méta-Lois.

Une conférence sous le signe de la bienveillance, de l'humilité, et de l'humour ;)

Neovim est mon éditeur, Linux est mon IDE

Saoulé par les "Integrated Development Editors", ras-le-bol de la roue réinventée à grand coup d'Electron obèse, intrigué par ces vieux briscards et ces vieilles aigries qui me regardaient de haut de leurs bésicles reflétant le vert et noir caractéristique de leur Terminal, j'ai décidé il y a une dizaine d'années de voir de quoi ce "Vim" retournait.

Et il m'a retourné la tronche, plus d'une fois.

Petit à petit, j'ai apprivoisé la bête jusqu'à en faire le cœur de mon outillage de développeur.

Cette histoire, c'est celle de mon rapport avec (Neo)Vim.
C'est celle où j'ai compris que mon "IDE" parfait, c'était Linux, et ce grâce à Tmux et les "window tiling managers", extensions parfaites du "Keyboard Driven Interfaces"