Le blog de l'équipe

Dans le précédent article, on a vu ce qu'étaient les rules, où les positionner et surtout à quoi elles servent. Si vous ne l'avez pas lu, je vous invite à le faire avant de lire celui-ci.

Restait une question : ces règles, d'où sortent-elles ? Le réflexe serait de les écrire de tête. Mauvaise idée : de tête, vous obtiendrez des règles génériques que Claude connaît déjà, et vous passerez à côté de celles qui font vraiment votre façon de travailler. Vos règles existent déjà : dans votre code, vos reviews, vos réunions.

Dans cet article, on va voir comment on les a extraites chez Wanadev, et comment vous pouvez le faire à votre tour.

Article 2/3 de la série Wana-Rules

Temps de lecture : ~8 min

Vous utilisez Claude, mais vous avez souvent des retouches à faire pour qu'il respecte votre manière de faire. Les mêmes remarques reviennent en boucle à la review : « on ne nomme pas les types comme ça ici », « pas de valeur magique », « ce n'est pas notre façon de découper les composants ». Vous corrigez, vous re-promptez, et la semaine suivante, rebelote.

Les rules sont un mécanisme intégré à Claude pour limiter ces allers-retours. Dans cet article, on va voir ce qu'est une règle, à quoi ça sert et comment en écrire.

Article 1/3 de la série Wana-Rules

Temps de lecture : ~4 min

Plongez dans les coulisses de notre collaboration avec Petit Mariage Entre Amis, référence des objets et papeterie personnalisés depuis 15 ans. Pour répondre à leurs ambitions, nos équipes ont imaginé un configurateur 2D/3D web flexible capable de gérer un gros volume de produits et templates. R&D, interconnexion technique et témoignages : Tim, Damien et Antoine vous racontent comment nous avons transformé une idée de départ en une solution robuste et industrialisée.

Pendant des années, notre engagement s'est porté sur le tout sur-mesure. Nous avons aimé cette manière de travailler, et nos clients avec nous. Des projets menés au long cours, des fonctionnalités façonnées une à une, avec le soin que l'on réserve à un objet rare. C'était une prestation haut de gamme pour des ambitions qui ne l'étaient pas moins, et sans doute notre plus beau savoir-faire. Mais le marché change, les technologies aussi, et nous devons revoir notre copie sans attendre. Conserver la même connaissance métier, la même exigence de qualité, tout en repensant nos outils et notre façon de développer. Faire passer la technique au second plan pour ne donner à voir que ce qui compte vraiment : la solution finale, le produit que nos clients auront entre les mains. N'est-ce pas là l'essentiel ?

Comment transformer un configurateur 3D en véritable outil industriel ?

Pour un leader européen comme RAJA, la personnalisation produit ne peut pas reposer sur des traitements manuels ou des approximations techniques. Avec RAJA Print 2.0, l’enjeu était clair : automatiser l’ensemble de la chaîne web-to-print, de la personnalisation en ligne jusqu’au fichier d’impression exploitable par les imprimeurs. Dans cet article, nous revenons sur un projet structurant, à la croisée de la 3D, du traitement d’image et de l’industrialisation digitale.

Imaginez : votre utilisateur clique sur "Commander". En coulisses, le domaine Stock doit décrémenter les quantités, le domaine Facturation doit générer une facture, et le domaine Notification doit envoyer un email de confirmation. Trois domaines, une seule action... et un spaghetti de dépendances en perspective. 🍝

Et si ces domaines pouvaient collaborer sans jamais se connaître ?

C'est exactement ce que permet l'Event Bus. Mais avant de foncer tête baissée, une question se pose : Symfony propose déjà l'EventDispatcher pour gérer les événements. Alors pourquoi introduire un nouveau concept ?

Spoiler : ce ne sont pas les mêmes outils, et les confondre peut vous coûter cher.

Dans cet article, nous allons démystifier leurs différences et découvrir comment l'Event Bus de Symfony Messenger vous permet de construire une architecture réellement découplée.

Ce que vous allez apprendre :

• Les différences fondamentales entre EventDispatcher et Event Bus
• Quand utiliser l'un plutôt que l'autre
• Comment configurer un Event Bus avec Symfony Messenger
• Créer une architecture événementielle découplée

Vous êtes-vous déjà retrouvé face à un controller Symfony surchargé qui gère à la fois la validation, la logique métier, la persistence et les réponses HTTP ? Si oui, le CQRS est fait pour vous !

Le CQRS (Command Query Responsibility Segregation) est un pattern architectural qui sépare clairement les opérations d'écriture (Commands) et de lecture (Queries). Combiné avec Symfony Messenger, il vous permet de :

• Organiser votre code de manière claire et maintenable
• Séparer les responsabilités pour respecter les principes SOLID
• Valider vos données avant même qu'elles n'atteignent votre logique métier
• Gérer les transactions de base de données de manière élégante
• Préparer votre application pour l'asynchrone sans effort

Dans cet article, nous allons explorer les Commands (écriture) et les Queries (lecture) à travers un exemple concret de gestion de bibliothèque.

Chez Wanadev, on a récemment changé de gestionnaire de mot de passe. On est passés de la solution états-unienne Zoho Vault à LockPass, édité par l'entreprise française LockSelf.

Aussi fiable que puisse être le prestataire choisi, il est essentiel pour nous d'avoir une sauvegarde de nos mots de passe en dehors de chez lui pour ne pas nous retrouver dans la panade le jour où il y a un souci.

Les configurateurs d’espace 3D sont devenus de puissants leviers pour séduire vos clients, simplifier la prise de décision et booster vos ventes. Mais avant de vous lancer, une question essentielle se pose : comment préparer ce projet pour en tirer le meilleur ? Voici les interrogations les plus fréquentes, avec nos conseils pour faire les bons choix.

Depuis sa création en 2009 l’agence n’a cessé d'ajouter des cordes à son arc. Nous avons échangé avec Quentin Murard, Responsable Administratif et Financier chez WanadevDigital sur ses projets et son quotidien.