Mathieu Desnouveaux

Sketchnotes - Page 4

Page 4 sur 14 - Sketchnotes 37-48 sur 160

160 sketchnotes disponibles
Filtrer par sujet
Sketchnote illustrant la nouvelle génération d'outils de documentation pour PHP présentée au Forum PHP 2025. Le schéma compare PHP.net (plein de dépôts: site, analytics, binaires, news, wiki) avec l'absence de documentation centralisée. Il montre ensuite les différents dépôts de documentation (plusieurs dépôts PHD pour rendre: base, doc-en, doc-lang). La section DocBook présente le standard complet avec sémantique et tag de crosslink. La partie génération montre l'évolution: avant (parser le code C), puis DocGen, puis PHP 8 (named argument, arg info, stub), puis GenStub et enfin Stub-to-DocBook (testable). La section exemple de doc montre les fichiers book.xml (point d'entrée), configure.xml (configuration INI), setup.xml (glue), version.xml et function.xml (liste des fonctions). Le rendering montre XSLT (lent, compliqué) et PHP (en PHP, rapide, plus maintenu).

Codifier PHP: une nouvelle génération d'outillage pour la documentation

Publié le 30 novembre 2025
Par Gina Banyard
🐘 PHP 🛠️ Tools
📅 Forum PHP
Sketchnote illustrant l'utilisation des monades pour archiver efficacement de grands volumes de données, présentée au Forum PHP 2025. Le schéma montre le contexte d'archivage de documents avec métadata et binaire, l'idée initiale de streaming de données avec Generator puis logique puis foreach, mais cela mène à une composition de générateurs qui rend le système complexe. Pour simplifier, les monades sont présentées comme une solution de programmation fonctionnelle divisée en préparation, action et testable sans contexte lourd (stateless). Des composants utiles sont présentés: ORM monadisé, Filesystem monadisé, et Encoding monadisé.

Archiver efficacement de grands volumes de données grâce aux monades

Publié le 30 novembre 2025
Par Baptiste Langlade
🐘 PHP 🏗️ Architecture 📊 Data
📅 Forum PHP
Sketchnote retraçant l'évolution de l'injection de dépendances dans Symfony. Chronologie: Vanilla PHP (instanciation directe), Symfony 1 (2007, sfContext), Symfony 2 (2011, conteneur de services), Symfony 2.7 (autowiring), API Platform 1 (2015), API Platform 2 (2016), Symfony 3.3 (2017, 'magic' API resource basée sur le conteneur de services + tag manuel), Symfony 4 (configuration automatique, service privé avec optimisation), Symfony 5.3 PHP8 (2019, arrivée des attributs), Symfony 6 (2021, les attributs deviennent la norme), API Platform 3 (2022, state processor), Symfony 7 (2023, autowire, iterator). Flèche descendante indique 'un parcours évolutif vers une simplification'.

Symfony & l'injection de dépendances : du passé au futur

Publié le 29 novembre 2025
Par Imen Ezzine
🐘 PHP 🏗️ Architecture
📅 API Platform Conference
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