Mathieu Desnouveaux

Sketchnotes - Page 3

Page 3 sur 13 - Sketchnotes 25-36 sur 145

145 sketchnotes disponibles
Filtrer par sujet
Sketchnote sur la normalisation des erreurs d'API. Le concept central: erreur = comportement inattendu. L'objectif avec cible: expliquer pourquoi ça marche pas et quoi faire. Identification des problèmes, retry/mécanisme continu. Section 'Comment' détaille: Cataloguer (ce qui peut arriver dans mon système, ce qui peut arriver hors de mon système, ce qui est rare et que je gère pas), Formater (RFC 7807 vers RFC 9457). Dans API Platform l'erreur est un 'ornithorynque' - c'est un assemblage de concepts: exception, error, resource. L'idée ampoule: étendre l'assemblage pour notre domaine, ajouter des metadata pour l'automatisation. Un ornithorynque illustre le concept.

Rendez vos devs front heureux en normalisant toutes vos erreurs d'API

Publié le 29 novembre 2025
Par Clément Herreman
🔗 API 🐘 PHP
📅 API Platform Conference
Sketchnote sur les formats de configuration Symfony avec citation de Ryan Weaver 'Be aggressive, focus on beginner'. Le problème identifié: 3 choix de config (même XML) avec icônes. L'objectif: réduire les choix. Trois cibles présentées: Remove XML dependency (self analysis component and feature, process all, find the latest mandatory XML config file), Improve YAML (add JSON schema for validation and completion for Symfony YAML and bundles), Improve PHP (array shape generation). Le but final: auto completion, static analysis, symbol referencing, automated patching, compile time only avec illustration d'un robot.

Config format and Symfony: let's talk about DX

Publié le 29 novembre 2025
Par Nicolas Grekas
🐘 PHP 🛠️ Tools
📅 API Platform Conference
Sketchnote détaillant la migration d'Apache vers FrankenPHP. La stack initiale montre plusieurs outils similaires (front/back) sans DevOps, simplifiant l'infra. Le choix radical: un conteneur pour tous avec Nginx pour HTTPS. L'idée: remplacer par FrankenPHP, présenté avec le crabe mascotte. La POC (Proof of Concept) est décrite comme 'aussi simple que changer le Dockerfile', automatisable et packageable. Les avantages incluent: par stack donc coûts non automatisables.

De Apache à FrankenPHP : simplifier notre infra sans douleur

Publié le 29 novembre 2025
Par Yoan Bernabeu
🐘 PHP 🚀 Performance 🔧 DevOps
📅 API Platform Conference
Sketchnote présentant les différents types de feature flags. Le concept central: Feature Flag permet de changer le comportement sans changement de code. Quatre types sont détaillés: Release Flag (déployer vers un sous-groupe d'utilisateurs), Experiment Flag (A/B testing avec avertissement d'ajouter des métriques), Permission Flag (accorder/empêcher l'accès), Operational Flag (donner des contraintes système). Un panneau avertissement indique 'come with complexity'.

Fun with Flags

Publié le 29 novembre 2025
Par Hubert Lenoir
🔧 DevOps 🛠️ Tools
📅 API Platform Conference
Sketchnote sur l'impact des LLMs sur la conception d'APIs. Le schéma présente le concept d'AI Agent (model using tools in loop). Un dessin indique qu'un agent fonctionne de manière similaire à un humain envers une application à travers web, CLI, API. Un shéma rappel que les APIs sont pour les interactions entre les machines. Un fleche part de cette notion pour rappeler qu'un agent fonctionne comme un humain et à besoin d'aide. Une flèche explique que l'aide en question inclut un prompt, une réponse API pour décorer/customiser, les messages d'erreurs. Le schéma conclu avec le message central 'It's all about improving' qui met l'accent sur l'amélioration de la DX (Developer Experience) et de l'AX (Agent Experience) avec consistance, documentation (for code, for developers, for agents), et exemples. Une section Tokens explique compression de texte, petites optimisations avec impact, équation 'less tokens = less cost'.

How LLMs are changing the way we should build APIs

Publié le 29 novembre 2025
Par Fabien Potencier
🤖 AI/ML 🔗 API
📅 API Platform Conference
Sketchnote illustrant le syndrome de l'imposteur et le growth mindset face à l'obsolescence technologique. Le parcours d'un développeur est représenté en étapes: naissance du dev, découverte que sa stack est la meilleure mais ensuite PHP is dead/CSS sucks/jQuery is dead, entraînant un sentiment négatif (my tech is bad, I'll expire). Le dilemme 'Focus on my stack OR chase another stack' mène au syndrome de l'imposteur avec impact day-to-day work. La solution proposée: hard skills deviennent obsolètes contrairement aux soft skills, avoir un growth mindset pour apprendre, avoir un mindset de croissance (pas fixe). Les capacités peuvent être apprises, la résilience est activée, menant au Growth Mindset.

Help! My stack have an expiration date

Publié le 29 novembre 2025
Par Helvira Goma
💡 Soft Skills 🎭 Culture
📅 API Platform Conference
Sketchnote sur l'Event Storming appliqué aux projets API Platform. Le schéma montre l'objectif d'apporter de la valeur via un atelier collaboratif avec toutes les parties prenantes. L'Event Storming décrit l'application (actions, acteurs, données, systèmes externes) et produit des résultats: agrégats, documentation de l'application, porte l'intention, rassemble code et métier. La distinction Command/Query par rapport à CRUD est expliqué avec la disctinction intention/valeur vs data. L'objectif rappelé est la diffusion de l'intention par propagation d'événements qui conservent l'intention.

Et si on utilisait l'Event Storming dans nos projets API Platform

Publié le 29 novembre 2025
Par Grégory Planchat
🏗️ Architecture 👥 Management
📅 API Platform Conference
Sketchnote illustrant les design patterns essentiels . Sept patterns sont présentés avec leurs diagrammes: Strategy (permet de gérer des algorithmes similaires), Adapter (transformation d'interface vers API/DB), Factory (options vers objet), Builder (utile dans les tests, chaîne de construction d'objet), Proxy (objet intermédiaire), Observer (regarde l'objet, exécute le code de l'observer si l'observé bouge), Decorator (pour ajouter un comportement à un objet), Facade (masque la complexité), et Chain of Responsibility (pour enchaîner les comportements).

Design Pattern: le trésor est dans le vendor

Publié le 29 novembre 2025
Par Smaine Milianni
🏗️ Architecture 🐘 PHP
📅 API Platform Conference
Sketchnote présentant les nouveautés d'API Platform 4.2. Les éléments clés incluent: Metadata (behind API resources, adding mutator), ApiFilter (4 types de fonctionnalités), Parameter (has type now, URI variable provider), JSON Schema Enhancement (PB23F OpenAPI validator), State Options (by Symfony Object Mapper), JSON Streamer, Laravel, FrankenPHP (worker node faster) et une flèche vers la version 5.0 avec l'arraigné, mascotte du framework.

How API Platform 4.2 is redefining API development

Publié le 29 novembre 2025
Par Antoine Bluchet
🔗 API 🐘 PHP
📅 API Platform Conference
Sketchnote détaillant les meilleures pratiques Composer en 2025. Le schéma aborde la mise à jour depuis Composer 1, qui est déprécié, la sécurité de la supply chain contre les attaques en ligne avec appel à financer cette sécurité. Les nouveautés incluent SemVer (gestion des versions majeures, mineures, contraintes), Forking (non temporaire, problématique à long terme, dernier recours avec nom de paquet), Partial Update (mise à jour sélective avec dépendances mixtes, pull-only), Bump/Audit/Monorepo. Les conseils pratiques incluent l'utilisation de repository privé, la mise à jour fréquente et automatique des dépendances.

Composer Best Practice in 2025

Publié le 29 novembre 2025
Par Nils Adermann
🛠️ Tools 🐘 PHP 🔒 Security
📅 API Platform Conference
Sketchnote présentant l'intégration de Redis avec API Platform. Le schéma illustre l'object mapping pour convertir des objets vers des formats partageables, Redis comme base de données clé-valeur (RAM vers performance, string vers JSON hash). Une balance compare les avantages (format objet proche, performance) et inconvénients (mapping à faire, sécurité des données, persistance). RedisOM est présenté comme solution avec attributs pour le mapping, persistence à la Doctrine, et requêtes via Redis Search.

API Platform × Redis

Publié le 29 novembre 2025
Par Clément Talleu
🔗 API 🚀 Performance 🛠️ Tools
📅 API Platform Conference
Sketchnote illustrant l'intégration de gRPC dans API Platform. Le schéma montre l'architecture avec FrankenPHP comme connecteur central entre un client, API Platform (écrit en PHP) et une API Go utilisant gRPC. Les avantages de gRPC sont mis en avant: format binaire, faible latence, typage fort et agnosticisme du langage. Les cas d'usage concernent les micro-services, l'IoT ou encore les projets demandant de la résilience.

Enhance your API Platform APIs with Go thanks to FrankenPHP

Publié le 29 novembre 2025
Par Kévin Dunglas
🔗 API 🚀 Performance 🐘 PHP
📅 API Platform Conference