💬 Retour d’XP — Tremplin 2025

« Coaching de qualité, avec des conseils concrets qui m’ont aidé à progresser dans mes présentations. » — Hakim Lakrout

Des conseils pratiques et un vrai accompagnement pour améliorer sa prise de parole. 🎤💡

#DevLille #CloudNord #AgiLille #TremplinTech

💬 Retour d’XP — Tremplin 2025

« Le Tremplin a été pour moi un vrai déclic : me lancer, arrêter d’attendre d’être “prête/légitime” et avancer portée par un collectif bienveillant. J’en suis sortie avec un talk bien réel, joué dans plusieurs confs, encore des doutes (et c’est ok), mais surtout une forte envie de continuer à partager et transmettre. 🔥 Merci encore à la team Tremplin » — Flora Njofang

Un vrai déclic pour oser se lancer et continuer à partager. 💪

#DevLille #CloudNord #AgiLille #TremplinTech

💬 Retour d’XP — Tremplin 2025

« Grâce au Tremplin, j’ai pu préparer ma prise de parole en apprenant à me poser les bonnes questions, autant sur le fond que sur la forme, aux côtés de personnes investies et bienveillantes. » — Audrey Wech

Apprendre à se poser les bonnes questions, c’est ça le secret d’un talk réussi. 💡

#DevLille #CloudNord #AgiLille #TremplinTech

💬 Retour d’XP — Tremplin 2025

« Je n'aurais pas pu rêver meilleur accompagnement : un coaching très quali et de proximité, de très belles rencontres et une soirée de sélection avec un public nombreux qui vaut à elle seule de s'investir à fond dans sa conférence ! » — Adrien Pennamen

Quand le Tremplin combine coaching, rencontres et scène, l’expérience devient inoubliable. ✨

#DevLille #CloudNord #AgiLille #TremplinTech

💬 Retour d’XP — Tremplin 2025

« Le Tremplin m’a apporté un cadre clair, des retours honnêtes et un accompagnement qui aide vraiment à structurer sa prise de parole. C’est concret et utile, sans dispersion. » — Mehdi Elketroussi

Un accompagnement qui fait passer de l’idée au talk structuré. 🚀

#DevLille #CloudNord #AgiLille #TremplinTech

🚀 Tremplin DevLille × Cloud Nord × Agi’Lille

Tu veux devenir speaker mais tu n’oses pas encore ?
Idée de talk, prise de parole, structuration… on t’accompagne 💜

🎯 Reconversion, junior, freelance débutant·e, futur·e speaker

📅 CFP ouvert le 26 janvier 2026 (clôture : 13 février)

🎤 6 coaché·e·s → 3 talks portés par DevLille, Cloud Nord & Agi’Lille

👉 Lance-toi, la communauté est là pour toi.

#TremplinTech #CFP #DevLille #CloudNord #AgiLille #LilleTech

[Cloud Nord] IA générative et réchauffement climatique : comment réduire la facture?

Une session de 5 minutes avec ChatGPT consomme 0,5 litres d’eau. C’est équivalent sur une année à la consommation d’eau de la région île de france. Mais aujourd’hui, l’IA générative se glisse un peu partout. Et encore, d’après les oratrices, nous n’en serions qu’au début (super). D’après AWS, l’IA générative est adoptée encore plus vite que les téléphones portables. Ca a évidement détruit les ambitions de neutralité carbone des GAFAM. Mais en vrai, l’impact de ces outils est assez complexe : il faut concevoir les modèles, construire le matériel (datacenters, les cartes graphiques, centrales électriques), entraîner les modèles (ça prend des semaines), inférer les données (c’est la phase d’usage traditionnel, qui est aussi consommatrice que l’entraînement), ça impacte le réseau, et même les équipements des utilisateurs finaux (par exemple mon téléphone vient de recevoir une mise à jour pour intégrer plus d’IA générative). En plus, les industriels sont opaques sur les coûts de ces algorithmes (curieusement, Meta était le plus transparent). Pour donner un exemple, l’entraînement de Llama3 déclaré par Meta était de 8700 Tonnes Equivalent Carbone, mais pour Carbone4 ils auraient oublié 10.000 Tonnes Equivalent Carbone ! Les chiffres de Mistral sont à priori bien meilleurs, mais ils n’ont donné que l’impact de l’inférence ! Malheureusement, le seul moment où nous pouvons agir sur ces sujets est l’inférence.

Les oratrices nous présentent donc quelques idées pour limiter cet usage.

D’abord, est-ce qu’on a vraiment besoin de l’IA générative ? Il y a de nombreux moments où, en fait, l’IA générative n’est pas forcément nécessaire.

Ensuite, si on a vraiment besoin d’IA générative, essayer d’utiliser le plus petit modèle possible limitera la consommation d’énergie. Et Hugging Face fournit une large sélection de modèles de toute taille (avec en plus la capacité de rechercher par taille).

Egalement réflechir aux optimisations du modèle : le pruning, la quantisation, la distillation vont permettre de réduire la taille du modèle.

Bien sûr, il faut aussi choisir une zone où l’énergie est plus verte (comme la France, le Québec ou la Finlande).

Une dernère bonne pratique est la mesure des émissions carbone des projets. Des librairies comme ecologits, cloud carbon footprint ou code carbon vont permettre d’estimer ces émissions.

#écologie #cloudnord #conférence #ia

[Cloud Nord] WASM et Faas

C’est quoi un Faas ? Un outil qui vous permet d’exécuter des fonctions sur un système serverless. Mais c’est quoi le serverless ? Un moyen d’exécuter du code sans se soucier de l’environnement d’exécution, et en n’utilisant les ressources que quand c’est nécessaire. Les deux ne sont pas identiques, mais l’un permet l’autre.

Tout ça se place dans une vaste gamme de modèles d’exécution (On Prem, IaaS, PaaS, FaaS, SaaS). Dans tous les cas, l’objectif est de se focaliser sur la valeur métier plutôt que sur l’infra. Un bon FaaS propose des caractéristiques clés. Des avantages (pas de serveur, l’autoscaling, payement à la consommation, haute disponibilité, polyglote avec des capacités d’itération rapide et le support d’événements) et des inconvénients (le démarrage à froid, le temps d’exécution limité, le côté stateless, la complexité du debug, le vendor lock-in, l’orchestration complexe).

Et pour Laurent, une bonne plateforme a le temps de démarrage le plus court possible, s’intègre dans le système existant et fournit la sécurité et le scale to zero.

En 2008, vous aviez plusieurs méthodes pour séparer vos process : la virtualisation, la conteneurisation, ou même mettre vos process dans la même machine. Le dernier est évidement moins sécurisé.

Aujourd’hui, vous pouvez faire de la microvirtualisation (comme AMazon Firecracker), de la conteneurisation (comme gVisor), ou même du WebAssembly.

Donc WebAssembly, c’est bien. Mais pourquoi ne pas en faire tout le temps ?

Sans doute parce que la communication avec l’extérieur (dans la même machine) est vraiment pénible (on communiquait initiallement avec des tableaux d’octets). Bon, il y a eu des tentatives (notament chez wasmCloud), mais la plus prometteuse est wasip2 qui fournit un IDL standard (défini par la bytecode alliance) et qui permet donc une interropérabilité correcte entre composants WASM. Dans les clients de Couchbase, il y a American Express qui déploie du WASM à l’échelle, et qui a inspiré la démo de Laurent. wasCloud (qui hébergera la démo de Laurent) a bluffé Laurent, en particulier grâce à NATS (une variante de Kafka qui apporte des propriétés hyper-intéressantes). Mais Laurent prend quand même le temps de nous présenter toute l’architecture de wasmCloud. Cette plateforme vous permet d’avoir des composants standards hébergés potentiellement hébergés dans des environnements fournissant des capacités différentes. Puisqu’on parlait de NATS, celui-ci fournit une galaxie de modes d’interconnexion entre providers, avec même des capacités de déconnexion.

Bon alors comment ça marche ?

Comme vous avez des capacités qui sont implémentables différemment, au moment de la définition de votre application, vous devez définir les capacités dont vous avez besoin pour pouvoir les intégrer correctement dans votre système. wasmCloud fournit wash qui va vous permettre d’automatiser le téléchargement des composants et capacités dédiées pour que vous puissiez utiliser wasmCloud comme k8s.

C’est le moment de la démo (qui ne démarre pas forcément bien, la faute à un environnement … complexe). Mais une fois que la démo démarre, on découvre un code Rust (parce que seuls les langages qui compilent bien avec llvm se portent bien en WASM) particulier : on ne peut pas y utiliser de dépendance qui ne soit pas compilé pour WASM; le code est donc extrêmement bas niveau.

Par contre, une fois que ça marche, c’est terriblement rapide.

Conclusion: J’avais vu des talks il y a quelques années sur WASM, qui paraissait intéressant, sans pour autant que je puisse comprendre à quoi ça pouvait servir. Avec cette présentation, je comprends que WASI permet de faire des FAAS efficaces, mais il ne faut pas se leurrer, le vrai usage est très spécifique.

#cloudnord #conférence #wasm

[Cloud Nord] Revitalize your old phone

Est-ce qu’on peut faire tourner Jenkins sur un smartphone ? Pourquoi ? Pourquoi pas !

Les spectateurs ont tous au moins un téléphone qui traîne. Il peut servir … comme serre-livre ? Non, on peut faire mieux.

Parce que cette année, 5,3 milliards de téléphones vont finir à la poubelle. C’est fou, non ? (idée de fou : en racheter un paquet à 1€ pièce pour faire un cluster K8s bancal). C’est pour Bruno un échec majeur de notre civilisation technologique. Pour le dire autrement, on jette pour 70 Milliards de dollars de matières précieuses. En fait, pour limiter l’impact, nous ne pouvons faire qu’une chose : ne pas jeter les téléphones, mais les utiliser plus longtemps. Et les téléphones portables de récupération sont extrêmement puissants. Il y a même un subreddit (AndroidAfterLife) qui donne des tonnes d’exemples complètement dingues. Et Bruno a déja fait ça avec Gitlab sur ARM (un Raspberry, par exemple, ou en créant une ferme de rendu Android.

Et one se rend pas compte, mais les téléphones Android sont souvent plus performants que les SBC. Il n’ya qu’un problème : les smartphones tournent sous Android … qui est certes basés sur Linux, mais qui n’a rien à voir. Donc pour faire tourner une application Linux sous Android, il va falloir ruser … Rien que l’exécution d’un hello world est fastidieuse et risque d’échouer. Mais avec Termux, on peut installer des paquets et compiler du code.

Termux est en fait un terminal Linux accessible à distance avec une vraie gestion de paquets. Tous les langages de compilation classiques fonctionnent normalement dans Termux.

Et Bruno a décidé de nous faire une installation en live de l’agent Jenkins. Donc c’est parti !

Bruno génère ses clés, et les copie (c’est plus ou moins simple).

Pour notre agent Jenkins, Android utilise une autre VM (Dalvik ou l’autre dont j’ai oublié le nom). Donc il faut installer un vrai JDK (facile avec pkg). Et maintenant, parlons de l’agent Jenkins. L’agent Jenkins est l’exécuteur de l’orchestrateur Jenkins (pour ceux qui l’ignorent). Et là, Bruno décide de compiler avec gcc. Bon, c’est un choix bizarre, mais pourquoi pas …

Parlons maintenant de faire tourner un contrôleur Jenkins. C’est compliqué, parce que le contrôleur nécessite à peu près 1 Go de RAM. Mais ça semble marcher … Jusqu’au moment où Jenkins demande à accéder au dossier /tmp dont il a besoin. Ca se configure, mais il faut y penser.

Et ce qui serait top, ce serait d’en faire un service pour que Jenkins redémarre quand Android le tue parce qu’il n’y a plus de mémoire. Sous Linux, Jenkins utilise serviced (qui n’existe pas sous Termux) qui est remplacé ici par termux-services. Et ça marche assez bien. Sauf au démarrage (parce que Termux ne démarre pas automatiquement). Ca se corrige avec termux-boot. Et vous pouvez aussi garantir que vos scripts s’exécutent même quand l’écran s’éteind avec termux-wake-lock.

Résultat ? Bruno a sur son téléphone un contrôleur Jenkins et un agent Jenkins.

Et (même si la démo échoue), Bruno certifie que tout fonctionne correctement.

On peut aller (beaucoup) plus loin, parce que Docker est également disponible dans Termux ! Et on peut tout automatiser avec Ansible (comme le montre l’article de Bruno sur LinkedIn – oui, c’est un choix curieux)!

#cloudnord #conférence #devops

[Cloud Nord] Quand une licorne trébuche

BackMarket, Veepee, Qont, Swile, Doctolib, … sont des licornes. A leur création, elles faisaient envie. Aujourd’hui, elles traînent du legacy. Et le legacy, c’est la galère. Mais pas pour Flora !

Le legacy, c’est du patrimoine logiciel, c’est-à-dire des applications qui ont plusieurs années, qui sont vieillissantes, parfois obsolètes.

Dans sa première mission, Flora a bossé sur du legacy, elle avait plusieurs craintes : l’absence de documentation, les technologies obsolètes, l’architecture tordue, et surtout la crainte de ne rien apprendre. Et en fait, il y a des éléments intéressants : le legacy est bien financé, et on peut apprendre beaucoup (aussi parce que le legacy existe toujours parce qu’il y a toujours des besoins métier existants). Dans le legacy, vous allez devoir comprendre (lire le code, le faire compiler, voir quels texts existent, …), et vous allez découvrir que les standards d’hier ne sont pas ceux d’aujourd’hui. Ca vous aidera aussi à comprendre l’intérêt des pratiques crafts.

Quelques conseils

• Mettez en place une intégration continue (si elle n’existe pas)
• Ajouter des tests (en particulier de la non-régression et de l’approval test) – oui, ça a un lien avec mon article sur l’amélioration continue.
• Ajouter des outils de mesure de qualité de code (Sonar, Checkmarx)

Mais alors comment faire ? Quelle est votre stratégie pour reprendre le contrôle de votre legacy ? Donc à court terme, mettez sous contrôle l’application (avec les conseils précédement donnés), isolez l’existant, et renforcez vos tests.

A long terme, vous avez plusieurs choix concernant votre application : la refonte, la maintenance ou le décommissionnement. Les éléments qui vous aideront à décider seront la valeur métier de l’application (interviewez les experts métier), la cible technique de l’organisation (interviewez les architectes de votre entreprise), validez les risques réglementaires, et enfin obtenez des indicateurs d’usage.

Flora travaille aujourd’hui sur une plateforme de collecte de documents. Dans son cas, le besoin métier était avéré, mais la solution ne pouvait pas adresser tous les besoins métier de l’entreprise. Avec les architectes solutions, elle a travaillé sur une refonte pour laquelle elle a convaincu l’ensemble des parties prenantes.

Evidement, c’est un projet politique. Il faut donc faire preuve de diplomatie. Pour embarquer l’équipe, il faut réussir à créer une roadmap commune (entre le produit et la technique).

En fait, le monde d ela tech semble beaucoup s’inspirer de la fast fashion. On fait une nouvelle solution à chaque fois, et ça manque beaucoup de durabilité, de frugalité. Travailler sur du legacy vous permet d’approcher votre métier avec une vision proche du care et des solutions frugales.

Aujourd’hui, le développeur est beaucoup plus un garant, en particulier à cause des LLM qui sont des générateurs de legacy extrêmement performants.

#cloudnord #conférence