Figma

Pendant longtemps j'ai cru que le design, c'était pour les designers. Je codais directement dans le navigateur, j'itérais au fil des commits, et je finissais avec des interfaces qui fonctionnaient mais qui ne convainquaient personne.

Le problème n'était pas le code. C'était que je n'avais jamais pris le temps de penser visuellement avant de construire.

Pourquoi Figma et pas autre chose

Figma n'a pas de courbe d'apprentissage vertigineuse. En deux heures, tu peux créer quelque chose de lisible. Ce n'est pas le cas de tous les outils de design — certains semblent conçus pour les gens qui ont fait des études de design, pas pour les développeurs qui veulent prototyper vite.

Le système de composants ressemble au système de composants en code. Tu crées un bouton une fois, tu l'utilises partout, et quand tu le modifies, toutes les instances se mettent à jour. C'est le même principe que React ou Vue. La transition mentale est naturelle.

Ce que ça a changé dans mon workflow

Je ne commence plus un projet dans le code. Je passe d'abord 30 minutes à 2 heures dans Figma pour poser la structure générale — les pages, la navigation, les composants principaux. Ce temps n'est pas perdu. Il m'évite de réécrire des interfaces entières parce que j'avais mal pensé la hiérarchie.

Les annotations directement dans le fichier. Quand je travaille avec quelqu'un d'autre, on peut commenter directement sur les éléments. Pas de back-and-forth par email sur "quel composant tu veux dire ?".

Ce que je ne fais pas avec

Du pixel-perfect sur tout. Je m'en sers pour la structure et les idées, pas pour spécifier chaque pixel. Quand je code, j'adapte. L'outil est un guide, pas une contrainte.