Mathieu Desnouveaux

Architecture - Page 3

Page 3 sur 4 - Sketchnotes 25-36 sur 40

🏗️

Architecture logicielle et conception système

← Retour aux sketchnotes
Sketchnote sur l'analyse statique et refactoring automatisé par Matthias Noback. Évolution : analyse humaine → analyse statique → Rector. TODO en 4 étapes : analyser tout le code, ignorer les erreurs, appliquer au nouveau code, nettoyer le legacy. Rector analyse le code, utilise des règles custom et fait des changements automatiques.

Welcome to the age of static analysis and automated refactoring

Publié le 11 octobre 2024
Par Matthias Noback
🐘 PHP 🛠️ Tools 🏗️ Architecture
📅 Forum PHP
Sketchnote sur l'aventure d'une requête HTTP par Pascal Martin. Parcours complet : navigateur (cache, TCP/IP, HTTPS/TLS, DNS) → CDN/Internet → serveur d'applications (langage, framework, données, API, cache) → système distribué. Cycle de vie des dev avec déploiement, tests, observabilité, gestion incidents.

L'aventure d'une requête HTTP — ou le chemin de la vie des devs

Publié le 11 octobre 2024
Par Pascal Martin
🏗️ Architecture 🔧 DevOps
📅 Forum PHP
Sketchnote sur PHP Parallel par Thierry Kauffman. Concepts multi-threading vs PHP/Parallel, classes principales (RUN, RUNTIME, FUTURE, CHANNEL, EVENTS, SYNC), exemple pratique sleep avec partage mémoire et gain de performance.

PHP Parallel : accélérer sensiblement ses temps d'exécution

Publié le 10 octobre 2024
Par Thierry Kauffman
🐘 PHP 🛠️ Tools 🏗️ Architecture
📅 Forum PHP
Sketchnote sur les stratégies pour sortir du legacy par Smaïne Milianni. Présentation du legacy (vieux code, code rentable, code sans test), prévention avec tests FIRST, quality tools, code review. Tips pratiques : migration DTO, boy scout rules, automatisation. Méthodes spécialisées : Mikado, Golden Master Testing et Smoke Testing.

Comment se sortir du legacy ?

Publié le 20 septembre 2024
Par Smaïne Milianni
🏗️ Architecture 🔗 API
📅 API Platform Conference
Sketchnote sur l'adoption de RabbitMQ par Frédéric Bouchery. Illustration d'un lapin mignon accompagnant l'explication du système de messages : Publisher/Exchange/Queue/Consumer, traitement asynchrone vs multiple, sérialisation JSON et bonnes pratiques avec topics. Diagramme de flux des messages avec bind et routing.

Adopter Un Lapin

Publié le 19 septembre 2024
Par Frédéric Bouchery
🏗️ Architecture 🛠️ Tools
📅 API Platform Conference
Cette sketchnote résume la conférence 'Les Objets Paresseux' présentée par Nicolas Grekas lors de l'AFUP Lorraine. En haut à gauche, un sloth représente le concept de paresse, accompagné du titre de la conférence. À droite, une illustration montre un arbre avec une bulle de texte expliquant le lazy loading : 'Je chargerai le code quand j'en aurai besoin.' Les avantages du lazy loading sont listés : économie des ressources, adaptation aux requêtes à court terme, compatibilité avec les dépendances circulaires, et facilitation du reset d'objet. Quatre stratégies de lazy loading sont détaillées : 1. Initialisation : vérifier un marqueur pour charger les données à la demande, avec un exemple de code. 2. Value Holder : un objet intermédiaire qui charge et sert l'objet demandé, avec un exemple de code. 3. Virtual Proxies : un objet avec la même interface que l'objet final, créé à la demande, avec un exemple de code. 4. Ghost Object : un objet enfant vidé de ses propriétés, utilisé pour l'initialisation de l'objet, avec un exemple de code. En bas à droite, les native lazy objects sont décrits comme rapides, compatibles avec les systèmes de réflexion, et ajoutés dans le système de réflexion. La sketchnote est signée par @mdesnouveaux

Les objets paresseux

Publié le 05 septembre 2024
Par Nicolas Grekas
🐘 PHP 🏗️ Architecture
📅 AFUP Lorraine 📅 Forum PHP
Sketchnote du Forum PHP 2023 illustrant la présentation "La mutabilité m'a tué, l'immutabilité m'a sauvé" par Sadetdin Eyili. La schématisation visuelle présente les concepts clés de l'immutabilité avec des diagrammes montrant la différence entre objets mutables et immutables, les effets de bord, et les solutions de clonage avec des flèches et annotations explicatives.

La mutabilité m'a tué, l'immutabilité m'a sauvé

Publié le 13 octobre 2023
Par Sadetdin EYILI
🐘 PHP 🏗️ Architecture
📅 Forum PHP
Sketchnote du Forum PHP 2023 illustrant la présentation sur les erreurs de création de SaaS par Grégory Planchat. La schématisation visuelle présente les problématiques cloud (choix techno, taille/compétence équipe, coût), les écueils de développement (progression POC → MVP → MSP avec avertissement 'le projet sera plus gros que prévu'), les bonnes pratiques (documenter processus, maintenir documentation, embarquer l'équipe) et l'importance des choix structurants avec création d'outils pertinents.

J'ai créé un service SaaS, voyons ce qu'il ne faut pas faire

Publié le 12 octobre 2023
Par Grégory PLANCHAT
🐘 PHP 🏗️ Architecture
📅 Forum PHP
Cette sketchnote résume la conférence 'Les Aventuriers du Code Legacy' présentée par Mathieu Desnouveaux lors de l'Apéro Web Nancy le 28 février 2023. Elle est organisée comme une carte au trésor avec un scout symbolisant l'amélioration continue du code legacy. Le code legacy est défini comme du code en production non testé, illustré par une affiche humoristique. Les types de code legacy incluent le code exécuté en production, le code rentable, et le code contenant de la valeur métier. Une balance montre l'équilibre nécessaire entre la correction de bugs, l'ajout de fonctionnalités, et la confiance garantie par les tests. Un cycle illustre le paradoxe du legacy : besoin de tests pour changer le code, mais besoin de changer le code pour ajouter des tests. Les raisons pour toucher au code legacy sont montrées avec des icônes de risque, de correction de bugs, et d'ajout de fonctionnalités. La règle des Boy Scouts est représentée par un scout avec un drapeau, symbolisant l'amélioration continue. Les actions recommandées incluent lever les ambiguïtés, réduire la complexité, découpler le code, et se protéger avec des tests et des feature flags. Un robot symbolise l'automatisation avec des outils comme l'analyse statique et Rector en PHP. Des ressources supplémentaires sont recommandées, avec des icônes de livres et des liens vers des katas et des comptes Twitter. La livraison par étapes est illustrée par des icônes de tests, de réécriture de code, et d'ajout de fonctionnalités, avec une flèche indiquant la réduction du scope. La sketchnote souligne l'importance de l'amélioration continue et de l'utilisation d'outils pour faciliter le travail avec le code legacy.

Les aventuriers du code legacy

Publié le 28 février 2023
Par Mathieu Desnouveaux
🏗️ Architecture
📅 Apéro Web
Sketchnote du Forum PHP 2022 illustrant la présentation 'Sortir du cadre' par Robin Chalas. La schématisation visuelle présente l'évolution depuis les frameworks (Framework → Outil → Guide) avec l'avertissement 'Ce n'est pas une loi à suivre aveuglément', puis chez Symfony la structure (Simple → Standard Unix → Config/Modifié par Flex/Recette → par le Dev), les possibilités de modification (peu d'intérêt sans contrainte d'infra → Ajout ? → oui sans excès à documenter), et SRC/ (ouvert au modification se découpler du framework), concluant que 'C'est aux frameworks de s'adapter aux projets, pas l'inverse !'

Sortir du cadre

Publié le 14 octobre 2022
Par Robin CHALAS
🐘 PHP 🏗️ Architecture
📅 Forum PHP
Sketchnote du Forum PHP 2022 illustrant la présentation "Un moteur bien huilé" par Thibault Richard. La schématisation visuelle présente l'implémentation d'un Rule Engine avec la situation initiale (>500 règles de 3 types : ajout d'exigences, mutation d'un état, ajout d'actions), l'architecture des règles (WHEN condition d'application selon l'état du projet, THEN exécution avec ajout d'exigence/mute le projet/ajoute une action), et le moteur d'exécution (Règle #rules, EXEC pour chaque règle si WHEN alors THEN) avec injection de dépendances avec priorité et chaînage, rendant le système simple, lisible et testable.

Un moteur bien huilé

Publié le 13 octobre 2022
Par Thibault RICHARD
🐘 PHP 🏗️ Architecture
📅 Forum PHP
Sketchnote sur Event Sourcing Made Easy. L'illustration présente la progression problème-solution : interactions client/API/externe vers event store, projections et audit log. Détaille CQRS avec lecture/écriture séparées, snapshots pour optimisation, bilan avec vision sur les process, simplification des agrégats, et philosophie 'ne pas le faire parfait'.

Event Sourcing Made Easy

Publié le 24 novembre 2021
Par Jonathan Petitcolas
🏗️ Architecture
📅 Apéro Web