Dans ce talk, je vais vous convaincre que retourner directement du HTML plutôt que du JSON dans vos APIs REST est une bonne idée.
Cette approche offre de nombreux avantages :
Une utilisation réduite du JS côté front (bonjour les perfs !)
Un choix plus libre de la techno côté back (On peut faire du front si on est dev java, oui oui)
La possibilité de faire du vrai REST et du vrai HATEOAS
Ce talk est un résumé de mes lectures et réflexions (ainsi qu’un petit retour d’expérience) sur la hype HTMX mais surtout sur le sujet qui va avec : le concept d’API Hypermedia.
Et si HTML était LA techno low-code qu’on cherche tous pour le front-end ?
Historiquement, l’authentification sur une application web se fait avec un nom d’utilisateur (ou email) et un mot de passe. Plus récemment, on s’est enfin rendu compte que c’est vraiment pourri comme expérience utilisateur : le mot de passe il faut s’en souvenir, il faut le changer souvent, il y a des règles différentes et parfois elles changent pour un même service.
Alors on a inventé OAuth et c’est quand même mieux : plutôt que d’avoir plein de couples User/Password on en a un peu moins mais on s’en sert à plus d’endroits : Avec mon compte github je me connecte à pleins de services liés au développement web (uptrace, fly.io, …). Avec mon compte google je me connecte à plein de services sans rapport avec google.
Mais bon, ça fait quand même plusieurs comptes car tout les services ne supportent pas toutes les solutions d’authentification. Et je ne sais pas vous, mais des fois je n’ai pas trop envie d’associer mon compte google à quelque chose qui n’a rien à voir…
Finalement, le compte que tout le monde a, c’est un compte email. Et en plus on peut interagir avec facilement (par email). La solution d’authentification parfaite !
Est-ce que l’équipe projet possède le produit, ou est-ce que l’équipe projet développe le produit de quelqu’un d’autre ?
La réponse à cette question peut avoir un fort impact sur la motivation des développeurs et l’efficacité de l’équipe.
Je vous donne mon point de vue de développeur sur cette question : qu’est-ce qui fait qu’une équipe est une équipe produit ou une équipe presta ? Quel effet ça a sur le ressenti du développeur, mais surtout sur la qualité des développements et donc sur la qualité du produit ?
Remix est un framework React avec Server Side Rendering sorti en beta le 29 avril 2021 (et disponible en preview depuis octobre 2020).
Remix encourage un style de développement différent de ce qu’on pouvait voir jusqu’ici dans l’écosystème React. Basé sur React Router, il nous encourage à utiliser les technologies éprouvées du web (Http, Navigateurs, HTML) et propose un niveau d’abstraction très bien dosé.
Comment est l’expérience développeur avec Remix ? Que va apporter Remix au monde du développement React ?
Après plusieurs mois à expérimenter avec Remix, je vous propose mon retour d’expérience et mon avis sur ce framework innovant.
Et si on se penchait sur l'impact énergétique de l'IT ?
Vous avez sans doute lu comme nous des assertions du type “un film sur Netflix consomme l’équivalent de 1000 ampoules allumées pendant 1 heure”. Mais qu’est-ce qui se cache derrière ces chiffres ? Comment sont-ils calculés ?
Lors de ce talk, nous prendrons ces questions comme prétexte pour parcourir les différents éléments mis en jeu dans l’IT moderne, et essayer d’en appréhender l’impact environnemental.
Nous essaierons ensuite de décliner ces calculs dans des cas d’usage quotidiens pour nous, comme l’utilisation d’une plateforme d’intégration continue ou le déploiement dans un Cloud public.
Git est un outil de gestion de versions de code source, pas de doute là dessus. Mais Git c’est aussi une abstraction particulièrement avancée au dessus d’une base de données utilisée pour stocker vos sources. Mieux encore, git expose en réalité plusieurs commandes de plus bas niveau que celles que vous connaissez (git hash-object, git update-index, git cat-file, git commit-tree…).
Ces commandes de bas niveau vont nous permettre de créer une abstraction différente de celle du gestionnaire de sources : une base de données clé/valeur avec gestion de l’historique, métadonnées etc.
Après une 3e milestone releasée en novembre 2016, JUnit 5 arrive à grand pas et apporte un lot de nouveautés qui vont être plus que bienvenues !
Dans ce quickie, je vous propose de s’attarder sur quelques unes de ces nouveautés : En premier lieu les tests dynamiques (enfin), et d’autres nouveautés plus mineures mais néanmoins très pratiques comme les tests imbriqués, les assertions multiples, …
Tout le monde y a été confronté (qui n’a jamais entendu parler d’UTF-8 ou d’emojis ?)
Tout le monde en a souffert ($*!$ de caractères accentués qui ne veulent pas s’afficher correctement)
Personne ne sait ce que c’est
En 20 minutes, je vous explique ce qu’est unicode et comment creuser le sujet si vous le souhaitez. Cela devrait résoudre le troisième point, mais sans garantie sur le second.
Ceci n’est pas vraiment une conférence, mais une présentation utilisée pour retrouver facilement les possibilités d’écriture de slides en asciidoc sur ce site.