iiinova — where your digital self keeps evolving

Paris.JS @parisjs.org · 26/02/2025

Et c'est la fin de ce talk et c'est la fin de ce ParisJS ! C'est bon de vous revoir !

000

Paris.JS @parisjs.org · 26/02/2025

Tout comme ce que je disais.

100

Paris.JS @parisjs.org · 26/02/2025

Si elle donne pas les bons résultats, vous lui dites "non machine, tu es punie" et elle apprend à ne plus le faire.

100

Paris.JS @parisjs.org · 26/02/2025

Pour être précis, vous donnez des bonbons à la machine jusqu'à ce qu'elle vous donne des bonnes sorties pour les entrées que vous lui donnez.

100

Paris.JS @parisjs.org · 26/02/2025

Un réseau de neurones, en gros, c'est vous avez des entrées, vous avez des sorties, et entre les deux il se passe des trucs (je vous promets que c'est ça)

100

Paris.JS @parisjs.org · 26/02/2025

MediaPipe c'est un framework open source qui a des models de hand-tracking, face-tracking, pose-tracking, etc tu connais

100

Paris.JS @parisjs.org · 26/02/2025

On va utiliser MediaPipe (pour récupérer des trucs médias) et Tensorflow (pour tonsurer des flows ? je sais pas)

100

Paris.JS @parisjs.org · 26/02/2025

Petite démo pour commencer ! gesture-recognition-beryl.vercel.app Faites des pouces en l'air devant votre écran, promis c'est pas un piège

gesture-recognition-beryl.vercel.app

Vite + React + TS

100

Paris.JS @parisjs.org · 26/02/2025

Et c'est la fin de ce talk, on termine avec Gabriel qui va nous parler de reconnaissance de gestures dans le navigateur via un model

100

Paris.JS @parisjs.org · 26/02/2025

Soit vous typecheckez tout dès le départ en excluant de moins en moins de fichiers au fur et à mesure, soit vous faites l'inverse (typechecker quelques fichiers à la fois) C'est comme voulvoul

100

Paris.JS @parisjs.org · 26/02/2025

Passer de JS à TS oui ! Mais comment ? Tout réécrire ? Code freeze ? 🥶 Transition progressive !

100

Paris.JS @parisjs.org · 26/02/2025

Si vous n'avez pas de pattern matching, l'exhaustive checking c'est bien aussi

100

Paris.JS @parisjs.org · 26/02/2025

Woah du type checking sans transpilation avec JSDoc le futur est fouuuuuy

100

Paris.JS @parisjs.org · 26/02/2025

"L'erreur c'est de suivre un peu bêtement chatGPT" c'est vrai pour du code et c'est vrai pour une industrie entière. C'est fou !

100

Paris.JS @parisjs.org · 26/02/2025

Un beau mariage c'est un beau contrat. Votre front et votre back sont mariés, pensez à un contrat d'API.

100

Paris.JS @parisjs.org · 26/02/2025

En TS, évitez any comme la peste parce qu'il va s'infiltrer dans votre application, tout rendre pourri et tuer votre chien avant de crasher votre application. Bon le chien peut-être pas, mais l'application, garanti. Utilisez le mode strict.

122

Paris.JS @parisjs.org · 26/02/2025

"guess we're doing sushi now"

100

Paris.JS @parisjs.org · 26/02/2025

"Vous n'êtes pas obligés de lire les détails", qu'il nous dit. Ça tombe bien : je ne sais PAS lire 👍

100

Paris.JS @parisjs.org · 26/02/2025

Comment éviter les bugs ? Eh bah on va commencer par écrire des tests. Oui je sais ça fait peur mais à un moment il faut se sortir les doigts. Ensuite on peut envisager un linter, il est infatigable et saura plus vite que vous si vous êtes en train de faire une connerie

100

Paris.JS @parisjs.org · 26/02/2025

Switcher vers TypeScript, suffisant ? Probablement pas mais il va nous l'expliquer, enfin je pense.

110

Paris.JS @parisjs.org · 26/02/2025

(trilogie du samedi petit ange parti trop tôt néanmoins)

100

Paris.JS @parisjs.org · 26/02/2025

Ça s'ouvre immédiatement sur une parodie de The X-Files, je suis client (jamais vu un seul épisode mais je fais semblant)

200

Paris.JS @parisjs.org · 26/02/2025

Et c'est la fin de ce talk ! On enchaîne avec @adrienjoly.com qui va nous parler de comment détecter les bugs directement depuis son IDE

100

Paris.JS @parisjs.org · 26/02/2025

Une fois que tout ça est fait, il est l'heure de restituer; Pour ça vous pouvez déjà faire des pull requests pour les sujets les plus rapides à traiter, pour le reste, planifiez et documentez pour l'avenir

100

Paris.JS @parisjs.org · 26/02/2025

D'autres pistes pour l'analyse, sur un aspect plus sécurité cette fois

100

Paris.JS @parisjs.org · 26/02/2025

Unlighthouse c'est comme Lighthouse mais c'est open-source et ça tourne sur plusieurs pages à la fois (lighthouse est une mesure, pas un objectif)

100

Paris.JS @parisjs.org · 26/02/2025

Une seconde = 60 frames Une frame = 16ms Si le rendu de quoi que ce soit prend plus de 16ms, ton application ne tourne plus à 60 images par seconde et tu es maintenant en train de développeur un jeu Assassin's Creed

110

Paris.JS @parisjs.org · 26/02/2025

D'autres pistes au cas où l'âge des fichiers n'est pas une assez bonne métrique pour vous (qui suis-je pour juger)

100

Paris.JS @parisjs.org · 26/02/2025

Si tous les fichiers sont plus vieux que toi, soit c'est une très bonne soit une très mauvaise nouvelle. Pas d'entre-deux.

100

Paris.JS @parisjs.org · 26/02/2025

T'arrives sur un projet et il y a des tests unitaires, tu sais que c'est golden 😎😎😎 (le projet démarre pas mais les tests unitaires sont VERTS)

100

Paris.JS @parisjs.org · 26/02/2025

(nommément : "vous êtes prêts pour la crise économique de 2008?")

100

Paris.JS @parisjs.org · 26/02/2025

L'analyse c'est la suite logique, tu te poses devant les machins que tu as collectés et tu regardes si les décisions qui ont été prises ont du sens. Par exemple si tu fais l'audit technique d'un projet en Macromedia Flash en 2025, il va y avoir des questions à poser à pas mal de gens

100

Paris.JS @parisjs.org · 26/02/2025

La collecte, c'est vraiment la phase lecture et écoute : tu regardes le code, tu essaies de l'installer, tu te rends compte que ton homebrew a pas été mis à jour depuis six mois, il te manque les variables d'env, tu vas les demander à Fabien, etc

100

Paris.JS @parisjs.org · 26/02/2025

Les 3 phases de l'audit technique : - Collecte - Analyse - Restitution

100

Paris.JS @parisjs.org · 26/02/2025

On va (admettons) faire l'audit d'un site fictif (admettons) qui s'appelle Chat(admettons)JPP

110

Paris.JS @parisjs.org · 26/02/2025

On commence immédiatement avec Hugo Foyart qui va nous parler de comment réaliser l'audit technique d'un projet JS

121

Paris.JS @parisjs.org · 26/02/2025

J'ai moi-même acheté un service bancaire une fois je crois mais j'ai un doute

100

Paris.JS @parisjs.org · 26/02/2025

Bref tout ça pour dire que ce soir c'est la 118ème de Paris JS et c'est chez nos chers amis de chez Swan.io, faites-leur un bisou et achetez-leur des services bancaires ou quoi

swan.io

Swan: The easiest way to embed banking features into your product

Use Swan's APIs and ready-made white-label interfaces to embed banking features like accounts, cards, and payments into your workflows and UX.

100

Paris.JS @parisjs.org · 26/02/2025

Bon c'est quand même toujours moi derrière les posts, ça bouge pas, on change pas une équipe qui fait trois likes par 15 posts.

100

Paris.JS @parisjs.org · 26/02/2025

On est sur BlueSky parce qu'on aime pas trop les nazis, c'est la fin du LiveTweet, on commence l'ère du LiveBlouske (Skeet ? Blouskeet ?)

150

Paris.JS @parisjs.org · 26/02/2025

Au programme ce soir ! → Réaliser l'audit technique d'un projet JS par Hugo Foyart → Détecter les bugs depuis son IDE: TSDoc et autres recettes pratiques par @adrienjoly.com → Building and deploying a model in the browser to do gesture recognition par Gabriel Pichot

101

Paris.JS @parisjs.org · 26/02/2025

Hey yo attendez une petite minute, on a un ParisJS ce soir ohlala c'est le retour

142

Paris.JS @parisjs.org · 18/02/2025

Au programme: → Réaliser l'audit technique d'un projet JS — Hugo Foyart → Détecter les bugs depuis son IDE: TSDoc et autres recettes pratiques — @adrienjoly.com → Building and deploying a model in the browser to do gesture recognition — Gabriel Pichot

142

Paris.JS @parisjs.org · 18/02/2025

Paris.JS revient le 26 février (la semaine prochaine) et ça se passe chez Swan !

263