William Pinaud

𝗡𝗼𝘂𝘃𝗲𝗹𝗹𝗲 𝘃𝗶𝗱𝗲𝗼 𝗱𝗶𝘀𝗽𝗼𝗻𝗶𝗯𝗹𝗲 : 𝗜𝗻𝘁𝗿𝗼𝗱𝘂𝗰𝘁𝗶𝗼𝗻 à 𝗦𝗽𝗿𝗶𝗻𝗴 𝗪𝗲𝗯 𝗲𝘁 𝗧𝗵𝘆𝗺𝗲𝗹𝗲𝗮𝗳 ! Quand on parle de Spring Boot, on pense souvent et immédiatement aux API REST. Pourtant, Spring permet également de développer des applications web complètes côté serveur, avec génération dynamique de pages HTML. Dans cette première vidéo, nous découvrons ensemble : ==> le rôle de Spring Web MVC dans une application web ==> l’architecture Model - View - Controller (MVC) ==> le cycle complet d’une requête HTTP dans Spring ==> comment Thymeleaf transforme un template HTML en page dynamique Mon objectif pour cette vidéo est de faire comprendre les bases théoriques indispensables avant de passer à la pratique. Cette vidéo s’adresse particulièrement aux : - étudiants en informatique - développeurs Java débutants - toute personne souhaitant mieux comprendre le développement web avec Spring Lien: https://lnkd.in/eHkuu46y 𝐿𝑎 𝑡ℎé𝑜𝑟𝑖𝑒 𝑒𝑠𝑡 𝑙𝑎 𝑝𝑟𝑒𝑚𝑖è𝑟𝑒 é𝑡𝑎𝑝𝑒 𝑣𝑒𝑟𝑠 𝑢𝑛𝑒 𝑏𝑜𝑛𝑛𝑒 𝑚𝑎î𝑡𝑟𝑖𝑠𝑒 𝑡𝑒𝑐ℎ𝑛𝑖𝑞𝑢𝑒. #SpringBoot #SpringMVC #Thymeleaf #Java #DéveloppementWeb #SoftwareEngineering #ComputerScience #BackendDevelopment

21

Petite découverte du jour pour exploiter des fichiers locaux sans sortir des habitudes. Laravel Paper est un package qui permet d’utiliser des fichiers Markdown ou JSON comme des modèles Eloquent. L’idée est assez élégante. Dans un projet Laravel, Eloquent est souvent le point d’entrée naturel pour manipuler les données. On crée un modèle, une migration, une table, puis on construit progressivement les écrans, les relations, les filtres et l’administration autour. Ce réflexe fonctionne très bien pour des données transactionnelles : utilisateurs, commandes, factures, permissions, paiements, workflows métier, historiques ou tout ce qui demande de la cohérence forte. Mais toutes les données d’une application n’ont pas ce cycle de vie. Une documentation produit, des pages d’aide, des fiches techniques, un petit catalogue de contenus, des templates, des exemples d’intégration ou des données de démonstration peuvent parfois vivre beaucoup plus simplement dans des fichiers. Un fichier Markdown a des qualités très concrètes. Il se lit sans outil spécifique, il se versionne avec Git, il se relit en pull request, il peut être modifié par un développeur sans passer par une interface d’administration. Il peut être déployé avec le code, revenir en arrière avec un rollback, et rester proche du contexte technique auquel il appartient. Le risque, dans beaucoup de projets, est d’ajouter une table dès qu’une donnée apparaît. Au départ, cela semble propre. Puis la table demande une migration, une interface, une gestion de droits, parfois des seeders, parfois des exports, parfois une synchronisation entre environnements. Pour une donnée rarement modifiée, cette mécanique peut devenir plus lourde que le besoin lui-même. Laravel Paper propose un compromis intéressant parce qu’il garde l’expérience de développement Laravel. On continue à manipuler des modèles, à filtrer, trier, retrouver un élément, gérer des relations ou sauvegarder une donnée, mais la source reste un fichier. Cela ne remplace évidemment pas une base de données relationnelle. Dès qu’il y a de la concurrence d’écriture, des règles métier complexes, des volumes importants, des contraintes fortes d’intégrité ou des données sensibles, SQL reste le bon endroit. Mais pour des contenus simples, versionnés, proches du code ou peu transactionnels, cette approche peut simplifier l’architecture au lieu de l’alourdir. C’est le genre de package qui rappelle une chose utile : le choix du stockage fait partie du design applicatif. Une donnée n’est pas seulement une ligne dans une table. Elle a un cycle de vie, une fréquence de modification, un niveau de criticité, des personnes qui la maintiennent, et une manière naturelle d’être relue ou validée. Parfois, la solution la plus maintenable consiste à garder cette donnée là où elle est la plus simple à comprendre : dans le repository, sous forme de fichier. https://lnkd.in/grk4Egux

2

🇫🇷 Le portail de l'Élysée tourne désormais sur Symfony. Quand la Présidence de la République choisit un framework, ce n'est pas un hasard. Le projet, réalisé par SensioLabs, avait des exigences très élevées : - sécurité maximale - forte montée en charge - accessibilité - évolutivité… et surtout zéro compromis sur la fiabilité. Ce choix envoie un signal fort en 2026 : - Symfony est un framework robuste et éprouvé; - il est parfaitement adapté à des environnements critiques; - PHP est loin d'être mort: il propulse encore des plateformes stratégiques. Quand des institutions au plus haut niveau de l'Etat font ce choix, ça parle. Et ça rappelle surtout une chose simple : la maturité, la stabilité et la sécurité restent des critères clés dans le choix d'une technologie web.

453

83 Comments

Un détail qui change le confort de travail au quotidien. Dans le settings.json de Claude Code, on peut configurer une statusLine personnalisée qui s'affiche en bas du terminal. Sur le screen on a le dossier courant, la branche Git active et le nombre de fichiers modifiés. Et depuis ce matin, un indicateur supplémentaire : est-ce que le serveur de dev tourne, et sur quel espace de travail ? Un point vert si la dev est up, rouge sinon. Demandez à Claude d'ajouter les informations dont vous avez besoin dans la statusLine de sa GUI, il y arrive assez rapidement. Un script bash, quelques variables, et Claude Code devient un peu plus lisible. #claudecode #developer #git #productivite #IA Imaginé à la main. Assisté par IA. Publié par Gecko Social.

2

Je vous partage un petit truc pour les dev qui veulent une api laravel, C'est mon petit projet de skeleton d’API Laravel dockerisé, pensé pour démarrer rapidement une API REST propre et structurée. Il embarque une stack prête à l’emploi avec PHP-FPM, Nginx et MySQL via Docker Compose, ainsi qu’un Makefile pour simplifier les commandes courantes : installation, démarrage, arrêt, accès au conteneur, migrations, tests et génération de ressources API. Le projet contient aussi une commande custom create-api qui permet de générer automatiquement les fichiers nécessaires à une ressource CRUD : modèle, contrôleur, requêtes de validation, resource, query, policy, migration et routes. L’objectif est de gagner du temps au démarrage d’un projet Laravel API tout en gardant une base claire, maintenable et facile à faire évoluer. https://lnkd.in/eigFUXC6 Voilà rien n'est pour le moment figé, je l'améliorerais avec le temps, rajouterais des nouvelles CI ou des nouvelles options mais c'est un bon début pour quelque chose de rapide

11

Angular : réaliser une grille à colorier avec @craft-ng sans difficulté grâce à la composition Le but : - créer une grille 16x16 ; - choisir une couleur ; - colorier une case ; - compter chaque coloriage ; - sauvegarder dans le local storage ; - tout effacer. Un exercice très accessible qui peut, malgré tout, vite devenir un petit bazar. Sauf si on utilise craft-ng, qui, grâce à la composition, permet d’encapsuler chaque comportement au bon endroit. Pour des exemples plus poussés, n’hésite pas à consulter les autres démonstrations sur le site de la documentation. https://lnkd.in/dadFzznv

7

🐛 Erreur 500 en prod. Zéro log. Aucune stacktrace. Si vous manipulez du multipart (fichiers + JSON) en Spring Boot, ce post peut vous faire gagner des heures. 📌 Contexte : Un formulaire met à jour une entreprise avec des fichiers (logo + pièces jointes). ✅ POST → fonctionne ❌ PUT → 500 silencieux ⚠️ Le symptôme le plus trompeur : → Aucun log backend → Le controller n'est jamais atteint → La requête est rejetée AVANT votre code 🔍 Pourquoi ? 3 pièges imbriqués : 1️⃣ Désérialisation automatique avec @RequestPart @RequestPart("data") MonDTO dto Spring tente de convertir automatiquement une part multipart en DTO. Dans certains cas (notamment multipart complexe), ce binding échoue → erreur avant d'entrer dans le controller. 2️⃣ Collection de fichiers Set<MultipartFile> ➡️ Moins bien supporté que List<MultipartFile> dans les resolvers Spring. 3️⃣ Frontend : envoi du JSON en Blob new Blob([JSON.stringify(dto)], { type: 'application/json' }) ➡️ Peut poser problème selon le binding côté backend. ✅ Fix pragmatique (aligné sur un pattern déjà fonctionnel dans le projet) : // ❌ Avant — 500 silencieux @RequestPart("data") MonDTO dto, @RequestPart Set<MultipartFile> fichiers // ✅ Après — fonctionne partout @RequestParam("data") String data, @RequestPart List<MultipartFile> fichiers MonDTO dto = objectMapper.readValue(data, MonDTO.class); Côté frontend : formData.append('data', JSON.stringify(dto)); 💡 Les leçons : → Un 500 sans log = suspectez un problème de binding / parsing en amont → Multipart + JSON = zone fragile dans Spring Boot → Quand un pattern fonctionne déjà dans le projet, réutilisez-le → Parfois, contourner le framework est plus fiable que s'y fier aveuglément 💬 Vous avez déjà rencontré un bug "fantôme" où le controller n'était même pas atteint ? #SpringBoot #Java #Angular #Backend #Debugging #DevLife #BugFix #API #Multipart #TechAfrica

4

La "meilleure" découpe DDD n’existe pas. et les gens qui la vendent vendent surtout leur besoin d’avoir l’air carré. Le vrai problème, ce n’est pas de choisir entre domain/application/infrastructure ou controllers/services/repositories. Le vrai problème, c’est de savoir où le code va casser quand le métier bouge. La mauvaise découpe, c’est celle qui suit le framework. tu te retrouves avec un dossier controllers, un dossier services, un dossier entities, et zéro frontière métier. l’autre mauvaise découpe, c’est le cosplay DDD : 3 couches, 12 abstractions, 8 interfaces, des "use cases" pour lire une ligne en DB, ça ressemble à une architecture. En vrai, c’est juste du bruit. la découpe qui tient, c’est presque toujours la même logique : tu coupes d’abord par domaine ou par feature réelle, et à l’intérieur seulement, tu sépares domain / application / infrastructure si la complexité le justifie. pas en global ni en cathédrale, et encore moins pour faire plaisir à un schéma. si "billing" change, tu dois toucher billing. si "identity" change, tu dois toucher identity. et si changer PostgreSQL t’oblige à réécrire ton métier, ton infra a déjà contaminé le reste... remember, les clients se foutent de ta pureté architecturale, ils paient pour un système qui encaisse les changements sans devenir une décharge. donc la meilleure découpe c’est celle qui suit les frontières du business, pas les lubies du framework.

37

5 Comments

🚀 Nouvelle formation IDETIC-SS2L : Drupal × IA & Automatisation Vous développez ou pilotez des projets Drupal et vous souhaitez passer à la vitesse supérieure avec l'IA ? Cette formation de 2 jours est faite pour vous. 🎯 Au programme : ✅ Connecter un LLM (OpenAI, Mistral, Ollama) à votre Drupal via le module AI ✅ Générer et enrichir du contenu directement dans l'éditeur ✅ Implémenter une recherche sémantique et un pipeline RAG ✅ Automatiser vos workflows avec ECA, n8n ou Make ✅ Intégrer un chatbot contextuel avec mémoire de session ✅ Gouverner les usages IA dans le respect du RGPD 👥 Public : développeurs Drupal, chefs de projet techniques, architectes solutions 📅 Format : 2 jours · Présentiel ou distanciel · Niveau intermédiaire à avancé Cette formation s'appuie sur des ateliers pratiques concrets, avec environnement de travail fourni (DDEV) et restitution d'un projet fil rouge en fin de parcours.

Un client m'appelle. "On a une application Symfony qui date de 2016. On voudrait la refaire proprement. C'est combien et c'est pour quand ?" C'est la question la plus piégée du freelance tech. Voici comment je l'aborde. ——— 𝟭. Je refuse de chiffrer avant d'auditer Une refonte sans audit, c'est une estimation sans fondation. Je propose toujours 2 à 3 jours d'audit technique avant tout chiffrage. Payants. Courts. Indispensables. → Un client qui refuse l'audit veut un devis, pas une solution. 𝟮. Je cartographie le périmètre réel Combien de modules ? Quelle complexité métier ? Des intégrations tierces ? Une équipe à former ? De la dette technique visible... et invisible ? → La partie visible du legacy, c'est rarement la plus coûteuse. 𝟯. Je classe les risques en 3 catégories Risques techniques : code legacy, absence de tests, architecture couplée. Risques métier : specs floues, interlocuteurs multiples, process non documentés. Risques humains : équipe interne à embarquer, résistance au changement. → Les risques métier coûtent toujours plus cher que les risques techniques. 𝟰. Je propose une approche itérative, pas une réécriture totale Réécrire de zéro, c'est rarement la bonne réponse. Migrer progressivement, module par module, en production continue. → Le client garde son app qui tourne. L'équipe monte en compétence. 𝟱. Je chiffre par phase, pas en global Phase 1 : audit + plan de migration (2–3 semaines). Phase 2 : refonte des modules critiques (définis après phase 1). Phase 3 : migration complète + tests + documentation. → Un chiffrage global sur 6 mois, c'est une promesse que personne ne peut tenir. ——— La refonte legacy, c'est mon terrain de jeu depuis 8 ans. J'ai appris qu'une bonne estimation, c'est 20% de technique et 80% de compréhension du contexte métier et humain. 💬 Tu as déjà vécu une estimation de refonte qui a mal tourné ? — 👉 Jean-Charles — dev PHP Symfony senior & Vue.js freelance, 8 ans de missions. Spécialisé refontes d'architecture et migrations legacy. https://lnkd.in/dtupTb_g

15

5 Comments

🚀 Ce post résume parfaitement une réalité qu’on voit de plus en plus dans le développement web aujourd’hui : PHP reste une technologie extrêmement présente et puissante lorsqu’elle est bien maîtrisée. Avec l’évolution des outils IA et de l’automatisation, beaucoup pensent que certaines technologies deviennent “anciennes”. Pourtant, sur le terrain, les entreprises ont toujours besoin de solutions web robustes, maintenables et adaptées à leurs besoins réels. En tant que développeuse web, je constate que la vraie valeur aujourd’hui ne réside pas uniquement dans le choix d’une technologie, mais dans la capacité à : ✅ comprendre le besoin métier, ✅ créer des solutions utiles, ✅ automatiser intelligemment certains processus, ✅ et offrir une bonne expérience utilisateur. L’IA accélère le développement, mais elle ne remplace ni la logique, ni l’analyse, ni la vision produit. Le futur appartient aux développeurs capables de combiner : 💡 développement web, 🤖 intelligence artificielle, ⚙️ automatisation, 📈 compréhension business. Merci Leon Dilan Wabo pour ce partage inspirant 👏

3

🍝 Votre projet PHP ressemble à une assiette de spaghetti… mais sans la recette ? Je propose aujourd’hui mes services pour refactoriser vos projets PHP legacy et les transformer en applications Symfony stables, maintenables et évolutives. Avec les années, beaucoup de projets finissent par ressembler à une cuisine improvisée : un peu de code ajouté ici, une rustine là, une fonctionnalité urgente préparée à la dernière minute… et au final, une recette que plus personne n’ose toucher. 👨‍🍳 Mon travail consiste justement à remettre de l’ordre dans la cuisine. Le code spaghetti, je le mange en carbonara. Les gros monolithes indigests, je les découpe en portions propres et digestes. Les recettes historiques, je les transforme en architecture Symfony claire, moderne et durable. Mais ce qui me passionne avant tout, ce n’est pas seulement la technique. 🥘 Ce qui m’anime, c’est l’expression du métier dans le code. Un bon projet informatique, comme un bon plat, doit refléter les ingrédients du métier qu’il sert : ses règles, ses contraintes, sa logique. J’aime traduire ces réalités métier en architecture logicielle propre, compréhensible et évolutive. 🔬 Et quand il faut ajouter une touche de R&D, je ne recule pas. Grâce à une de mes formations initiales, les concepts scientifiques ou algorithmiques avancés ne me font pas peur — au contraire, j’y prends un vrai plaisir. Ce sont souvent les épices qui donnent du caractère au plat. Au menu donc : ✔ Refactorisation de legacy PHP ✔ Migration ou restructuration vers Symfony ✔ Architecture maintenable et évolutive ✔ Mise en valeur de la logique métier ✔ Intégration possible de composants R&D ou algorithmiques Si votre projet commence à sentir le code réchauffé, il est peut-être temps de reprendre la recette. 📩 N’hésitez pas à me contacter pour en discuter.

16

📊 70% des développeurs web estiment que la création d'une interface utilisateur conviviale est l'un des défis les plus importants lors de la construction d'une application. Comment les frameworks tels que Laravel et Tailwind peuvent-ils aider à relever ce défi ? Voici 3 points clés à retenir pour améliorer votre interface utilisateur avec Laravel et Tailwind : 1. **Simplification de la conception** : en utilisant des bibliothèques de composants tels que Tailwind, vous pouvez créer une interface utilisateur simple et intuitive, tout en respectant les meilleures pratiques de conception. 2. **Réutilisation de code** : en fragmentant votre interface utilisateur en composants réutilisables, vous pouvez réduire la quantité de code et améliorer la maintenance de votre application. 3. **Intégration avec les technologies de backend** : en utilisant des frameworks tels que Laravel, vous pouvez créer une application robuste et scalable, tout en intégrant facilement votre interface utilisateur avec les fonctionnalités de backend. En tant qu'expert en développement web, je peux constater que l'utilisation de frameworks tels que Laravel et Tailwind peut considérablement améliorer la productivité et la qualité de vos applications. La possibilité de créer des interfaces utilisateur conviviales et de réutiliser du code peut changer concrètement la façon dont vous développez vos applications. Quels sont vos outils et frameworks préférés pour créer des interfaces utilisateur conviviales ? Partagez vos expériences et vos conseils avec la communauté des développeurs ! #WebDev #Laravel #Tailwind #UI #DevOps

1

On boost le code 💥 Salut artisans du code 👋 Laravel avance aussi du côté du développement assisté par IA. Avec Laravel Boost, un projet peut fournir davantage de contexte à un coding agent comme Codex : — la structure de l’application — le schéma de la base de données — les logs et les dernières erreurs — une documentation adaptée aux versions installées Bonne nouvelle : Boost n’est pas réservé à Laravel 13. Il peut aussi être installé sur Laravel 10, 11 et 12 avec PHP 8.1+. L’IA ne remplace pas la compréhension du projet. Mais elle devient beaucoup plus utile lorsqu’elle connaît le contexte réel de l’application, tandis que le développeur continue de vérifier les modifications et d’exécuter les tests. 💬 Le monde du code ne s’arrête jamais. Et si tu veux rester à jour, il ne suffit pas d’avancer — il faut parfois courir avec la tech 🏃‍♂️💻 ☕ Bon café, bon code — et on continue. #Laravel #PHP #Codex #AI #Backend #DevTools #WebDevelopment

9

Gérer les fichiers dans Laravel… on a tous déjà galéré 😅 • storage en bazar • fichiers jamais supprimés • conversions d’images pénibles • code dupliqué partout 👉 Bref, pas très propre. Du coup, j’ai préparé un petit carrousel sur Spatie Media Library. C’est clairement, pour moi, l’un des meilleurs packages Laravel. Je l'utilise sur tous mes projets ! ➡️ Attacher un fichier à un modèle en une ligne ➡️ Générer automatiquement des miniatures / WebP ➡️ Organiser proprement avec des collections ➡️ Gérer automatiquement la suppression Tout devient beaucoup plus simple… et surtout beaucoup plus propre. 👉 Swipe pour voir comment ça fonctionne Et vous, vous utilisez quoi pour gérer vos fichiers sur Laravel ? -- 👋 Je suis Thibault Chazottes, Développeur web Sénior - Laravel & Vue.js. J’aide les startups, PME et entrepreneurs à créer leurs outils digitaux (SaaS, ERP, CRM sur-mesure). Je suis aussi formateur Laravel en entreprise et sur Udemy. Malt: https://lnkd.in/eaCPv3Xm Udemy: https://lnkd.in/e6dKk23J Youtube: https://lnkd.in/eP7Gcryd Mon site web: https://lnkd.in/e77mB_MD

30

On fait parfois des petites erreurs simples quand on débute mais qui pourtant causent de gros dégâts. Cet article aborde justement un point typique de cela :)

12

1 Comment

Les jetons CSRF dans tous les formulaires ? C'est la méthode dominante depuis 10 ans, mais il existe une approche plus simple et tout aussi efficace. Mon dernier article compare la protection CSRF en PHP pur, Laravel, Symfony et Temma, à travers 3 techniques complémentaires : 1. Vérification du header Referer 2. Restriction aux requêtes POST 3. Cookies de session avec SameSite=Lax Le résultat est intéressant : là où Laravel et Symfony demandent middlewares et configurations de routes, Temma expose des attributs PHP natifs directement sur le contrôleur ou l'action. Même résultat, moins de code. Article complet avec exemples de code pour chaque framework : https://lnkd.in/ebqXFV_6 #PHP #Security #CSRF #Laravel #Symfony #Temma #WebDev

26

11 Comments

Certaines plateformes Symfony fonctionnent… mais deviennent difficiles à faire évoluer. C’est souvent le moment où une intervention backend structurante devient nécessaire. J’interviens précisément sur ce type de contexte : • reprise de codebase existante • règles métier devenues implicites • workflows difficiles à modifier • dette structurelle accumulée • plateformes e-commerce complexes sous Sylius Avec un objectif simple : restaurer la prévisibilité des évolutions. Mon travail consiste surtout à : • clarifier les règles métier • stabiliser l’architecture existante • sécuriser les futures évolutions produit Disponible actuellement pour mission backend Symfony / Sylius sur systèmes métier ou plateformes e-commerce existantes.

7

1 Comment