Aller au contenu

DevFest Lille 2023 : Les retours de conf' de nos Sfeiriens

Retrouvez les retours de talks de nos Sfeiriens suite à la 6ème édition du DevFest Lille. Au programme: Big Tech, versionning, Vitejs et bien plus !

Photo de groupe de l'équipe SFEIR au DevFest Lille 2023

Le 26 Mai dernier s’est déroulée, pour la première fois à Lille Grand Palais, la 6ème édition du DevFest Lille. Une conférence réunissant plus de 1200 participants et 40 speakers pour pas moins de 26 talks.

Chaque année, des centaines de développeurs profitent de cette journée pour en apprendre plus sur les technologies d’aujourd’hui et de demain, échanger avec leurs pairs et découvrir de nouveaux acteurs, notamment par l’intermédiaire des différents stands qui composent l’espace central.

Retour sur cette journée à la fois riche en découvertes techniques et humaines !

Nouvelle édition, nouvel espace

Et oui, après 3 belles années au sein du Kinépolis de Lomme, nous avons inauguré un nouvel endroit : Lille Grand Palais !

Des stands plus grands, un espace plus aéré permettant d’être moins à l’étroit pendant les périodes de break, le tout organisé dans une démarche éco-responsable en évitant gaspillage et dépenses superflues.

Bref : quelque chose nous dit que ce nouvel emplacement en a convaincu plus d’un !

“Billets diversité, repas zéro déchets et végétarien, consigne pour les boissons... La liste est longue, mais je ne peux que féliciter l'organisation pour cette démarche.” a d’ailleurs mentionné Tanguy BAUDRIN dans son article

Une chose est sûre, cette année, l’espace sur notre stand était plus que bienvenu ! Il faut dire que nos 3 animations ont attisé la curiosité de beaucoup de monde. Au total, plus de 300 participants ont souhaité tenter leur chance.

Mais ce n’est pas tout ! Nous n’avons certes, pas eu le plaisir de voir nos Sfeiriens présenter un talk cette année, mais pas moins de 80 d’entre eux ont participé à l’événement !

D’ailleurs, certains en ont profité pour compiler leur retour d’expérience et prendre des notes sur les talks qui les ont interpellés !

Alors si vous n’avez pas pu y participer, on vous laisse découvrir la première partie de la revue de presse du DevFest Lille 2023, par nos Sfeiriens !

Une première matinée bien remplie !

Au programme, accessibilité, versionning, serveless et Vitejs, tout le monde est servi !

On commence la journée avec la Keynote d’ouverture qui s’inscrit dans la même veine que les années précédentes en mettant l’accent sur des sujets d’actualité et engagés comme l’environnement, l’accessibilité et cette année, l’influence des “Big Tech” sur la manière de concevoir et designer les sites et applications.

Photo d'Alizée Colin lors de son intervention à la Keynote du DevFest Lille 2023

Une fois de plus, ce talk d'introduction, réalisé par Alizée Colin, créatrice du blog lebondigital.com a très certainement soulevé des questionnements. Quelles sont les limites du numérique sur le plan éthique, comment sortir de l’influence des Big Tech, qu’est-ce que le design de persuasion & d’attention et quelles alternatives adopter pour contrer ces modes de fonctionnement ?

Une conférence très intéressante que vous ayez le point de vue d’un concepteur ou d’un utilisateur.

Vite, une nouvelle ère de tooling front ?

Adrien Kowalczyk, Sfeirien depuis Février a participé à ce talk et nous partage son retour.

Christophe Jollivet & Yann-Thomas Le Moigne ont tenté de répondre à la question suivante :

“Vitejs pourrait-il révolutionner le tooling des développeurs front ?

Après une introduction sur la genèse de Vitejs et ses différentes versions, sa communauté et leur enthousiasme pour cet outil, nous sommes rapidement passés à la partie démonstration composée ainsi :

⦁ Création d'un projet

⦁ Lancement de l'application

⦁ Intégration Sass

⦁ Dev vs Prod

⦁ Configuration via les variables d'environnement

⦁ Intégration backend

⦁ HMR Api

⦁ Intégration de plugins

La présentation était fluide et vivante grâce au concours des deux présentateurs, chacun y allant de son petit mot drôle ou de son explication des éventuels détails techniques de la démo.

10h35 : "la démo est finie. Vite, vite, on a un timing à tenir", il fallait avoir terminé le talk dans les 10 minutes, à peine le temps de profiter de la démo qu'il est temps de conclure.

Les plus et les moins de ce talk :
Les + :

⦁ Une documentation complète et bien faite

⦁ Une configuration accessible à tous

⦁ Un système de plugins riche et puissant

⦁ Un outil confortable à l'usage pour le développeur

⦁ Safe pour la production rollup

Les - :

⦁ Le build de dev est différent du build de prod, attention aux différences de comportement potentielles

⦁ Comportements différents selon les plugins et les langages qui peut être déroutant si on change de projet régulièrement

En bref, j’ai trouvé cette conf’ un peu légère en termes de contenu si on s’est déjà renseigné sur Vitejs avant de venir. La grande plus-value est d'entendre cela de personnes ayant pratiqué Vitejs dans le milieu professionnel.

Le versioning des APIs REST: dans la vraie vie, on fait comment ?

Pendant que d’un côté Pierre, un de nos Sfeiriens, participait à la conf’ dédiée à l’accessibilité dans l’écosystème Apple (restez connectés, un article arrive bientôt), Nathan et Rémi se sont quant à eux tournés vers le sujet dédié aux API Rest.

Alors si vous avez décidé de faire comme Pierre, voici le résumé de ce talk !

On commence avec les différents impacts du versioning :

  • Delivery : plus compliqué
  • CI/CD
  • Organisation du code : difficile à gérer, demande plus de temps
  • Sécurité : peu quelques fois impacter la sécurité dans des cas un peu particuliers : voir exemple plus bas
  • Compatibilité ascendante : pas toujours possible dans certains cas

Avant de mettre en place le versioning, des questions sont importantes à se poser afin de ne pas mettre en place du versioning pour rien :

  • Le besoin : est-ce vraiment utile dans mon cas ?
  • La gestion du versioning (quelle méthode choisir pour le mettre en place)
  • La compatibilité
  • Les impacts et comment bien les anticiper
  • La sécurité

Très souvent deux versions sont à gérer en parallèle, une version qui est dépréciée et une version courante. L'idéal est de versionner la couche business.

Certains changements sont bloquants et d'autres non. Les principaux changements bloquants sont toutes les suppressions (champs, paramètres ...), l'ajout d'une règle de validation à un champ existant et le changement d'authent.

Et les non-bloquants sont principalement les ajouts (opération, paramètre, champ...).

Un changement bloquant est lié à une modification bloquante du contrat de service de l'api REST tandis qu'un changement non-bloquant peut être ajouté sans versioning, il n'aura aucun impact sur les différentes versions.

Ainsi, 2 moyens sont conseillés pour gérer le versioning :

  • Dans l'url : exemple /v1/api/books moyen le plus couramment utilisé mais ne permet pas de forcer l'utilisateur à utiliser une version par défaut : l'utilisateur est obligé de préciser la version qu'il souhaite utiliser
  • Dans le header HTTP : exemple ajout d'un champ dans le header nommé "X-API-VERSION" avec par exemple pour valeur "v1" : cette solution a pour avantage de permettre de forcer l'utilisateur à utiliser une version de l'api si il ne la précise pas dans le header

C'est l'API gateway qui gère le versioning. Il est possible d'anticiper le versioning sans pour autant l'utiliser en précisant dès le départ de l'application le v1 dans l'url exemple : "/v1/api/books"

Ce qu'il est déconseillé de faire :

  • Ne garder qu'un service avec l'api gateway qui expose les deux versions de l'api
  • Gérer les versions dans le code : par exemple avec un controller pour chaque version ou un package par version

Des changements dans l'authentification, par exemple une suppression de droits à un type d'utilisateur déjà existant peut impacter directement le versioning et être bloquant. Dans ce cas là, ne pas hésiter à versionner les droits donnés à chaque type d'utilisateur.

En tout cas, j'ai vraiment bien aimé ce talk. Il m'a permis de comprendre plus précisément dans quelle cas mettre en place le versioning sur les API rest, et surtout qu'il n'était pas toujours obligatoire de le mettre.

Petit point négatif, j'aurais aimé voir plus en détail la façon de le mettre en place, même si c'était compliqué dans le temps imparti. On aurait pu au moins avoir quelques petits exemples d'outils qui peuvent nous le permettre.

Séance de rattrapage

Evidemment, il n'est jamais facile de pouvoir participer à tous les talks mais pas de panique, les replays de toutes les conf' sont dores et déjà disponibles sur Youtube !

Quant aux débriefs, on continue dès la semaine prochaine avec la partie 2 et les talks de l'après-midi !

Restez connectés et n'hésitez pas à vous inscrire pour découvrir les prochains articles !

Dernier