Comment J'Utilise Claude Code Comme l'Arme Secrète d'un Designer

Comment j'utilise Claude Code comme arme secrète du concepteur

J'ai regardé un ami designer faire défiler une démo de Claude Code sur Twitter la semaine dernière. "C'est une affaire de développeur", dit-elle en jetant à peine un coup d'œil à l'écran. Trente secondes de licenciement pour quelque chose qui avait complètement remodelé ma façon de construire des interfaces.

Elle n'est pas seule. La plupart des designers que je connais traitent Claude Code comme s'il s'agissait d'une pièce verrouillée avec un panneau « Développeurs uniquement » sur la porte. Commandes de terminal, systèmes de fichiers, génération de code : tout cela ressemble à l'opposé de ce à quoi les concepteurs se sont inscrits. Et je comprends. L'écart entre le déplacement d'éléments dans Figma et la saisie de commandes dans une boîte noire semble énorme.

Mais voici ce que personne n'a montré à mon ami. Ils ne lui ont pas montré le moment où j'ai tapé une seule phrase dans mon terminal et regardé un tableau de bord SaaS complet se matérialiser dans son outil préféré – Figma. Ils ne lui ont pas montré la synchronisation bidirectionnelle qui vous permet de transférer les modifications de Claude vers Figma, de les modifier à la main, puis de réintégrer ces modifications dans Claude pour une autre série d'itérations. Ils ne lui ont certainement pas montré Pencil.dev, un outil qui regroupe toute la puissance de Claude Code dans une interface qui ressemble en réalité à quelque chose qu'un concepteur utiliserait.

J'ai passé les derniers mois à combler le fossé entre Claude Code et les workflows de conception. Une partie de ce que j’ai trouvé était vraiment passionnante. Certaines choses étaient suffisamment frustrantes pour me faire fermer mon ordinateur portable. Et certaines choses entraient dans la catégorie « pourquoi personne ne me l’a dit plus tôt ? »

C’est de cette dernière catégorie que parle cet article.

La confusion qui éloigne les designers

Avant d'aborder quoi que ce soit de technique, je dois dissiper le plus gros malentendu que je vois dans les communautés de design. Les gens n'arrêtent pas de confondre Claude Code et Claude le modèle. Ils se ressemblent. Ils partagent un nom. Mais ce sont des choses fondamentalement différentes, et les mélanger conduit à des attentes extrêmement erronées.

Claude le modèle — la chose avec laquelle vous discutez sur claude.ai — est un modèle de langage. Vous tapez du texte, vous obtenez du texte. Il n'a aucune idée de ce qu'il y a sur votre ordinateur. Il ne peut pas ouvrir de fichiers, créer des conceptions ou interagir avec aucun outil de votre machine. Considérez-le comme un cerveau brillant flottant dans un bocal. Intelligent, mais déconnecté du monde physique.

Claude Code est le corps dans lequel vit le cerveau. Lorsque vous exécutez Claude Code sur votre machine – via le terminal, l'application de bureau ou VS Code – il prend la main. De vraies mains. Il peut lire vos fichiers, en écrire de nouveaux, installer des packages, communiquer avec des API et, oui, générer des conceptions qui atterrissent directement dans votre espace de travail Figma. Le cerveau de l'IA sous-jacente est le même (actuellement Claude Opus 4.6), mais la coque opérationnelle qui l'entoure change tout.

Pourquoi est-ce important pour les designers ? Parce que si vous avez essayé de discuter avec Claude sur le Web et pensé "cela ne peut pas m'aider à concevoir quoi que ce soit", vous aviez raison – à propos de cette interface spécifique. Claude Code est un tout autre animal.

J'ai eu une conversation avec un responsable UX dans une agence de taille moyenne le mois dernier qui m'a dit qu'elle avait "essayé Claude pour le design et ça n'a pas fonctionné". Lorsque je lui ai demandé ce qu'elle avait fait, elle a décrit avoir copié les spécifications des composants Figma dans la fenêtre de discussion et demandé des suggestions de conception. C'est comme essayer d'utiliser Photoshop en décrivant vos modifications dans un e-mail. L'outil n'avait pas tort, l'interface l'était.

Voici la répartition qui a finalement fait cliquer pour moi :

Une fois cette distinction bien ancrée, tout ce qui concerne Claude Code pour le design a commencé à prendre un sens. Mais comprendre le concept est une chose : sa mise en place est le point où la plupart des designers se heurtent au premier mur.

Faire exécuter Claude Code (sans perdre la tête)

Je vais être honnête sur quelque chose que la plupart des tutoriels ignorent. Le processus d’installation de Claude Code n’est pas difficile, mais il n’est pas familier. Si vous n’avez jamais ouvert de terminal auparavant, les deux premières minutes vous sembleront inconfortables. Cet inconfort disparaît rapidement – ​​j'ai vu des concepteurs qui n'avaient jamais touché à une ligne de commande être complètement configurés en moins de dix minutes – mais je ne vais pas prétendre que cela n'existe pas.

Voici la procédure étape par étape pour Mac. Windows et Linux suivent un modèle similaire avec des commandes différentes.

Étape 1 : Ouvrez votre terminal.

Pas votre navigateur. Pas VS Code (encore). La véritable application Terminal sur votre Mac. Appuyez sur Cmd+Espace, tapez « Terminal » et ouvrez le premier résultat. Vous verrez une fenêtre textuelle avec un curseur clignotant. C'est là que la magie commence.

Étape 2 : Installez Claude Code.

Copiez la commande d'installation de la documentation officielle de Claude pour votre système d'exploitation. Collez-le dans le terminal et appuyez sur Entrée. Le programme d'installation gère tout : les dépendances, les chemins, les configurations. Vous verrez du texte défiler. Laissez-le finir.

Conseil de pro : Si vous voyez un texte d'erreur rouge lors de l'installation, ne paniquez pas. Prenez une capture d'écran et collez-la dans n'importe quel outil de chat IA (ironiquement, même l'interface Web de Claude fonctionne ici). Neuf fois sur dix, le correctif concerne une seule dépendance manquante ou un problème d'autorisations. J'ai vu des concepteurs résoudre leurs propres erreurs d'installation plus rapidement que certains développeurs juniors avec lesquels j'ai travaillé.

Étape 3 : Lancez Claude Code.

Une fois installé, tapez « claude » dans votre terminal et appuyez sur Entrée. C'est ça. Vous êtes maintenant dans une session Claude Code. Le terminal devient votre fenêtre de conversation : vous tapez des invites, Claude répond et prend des mesures.

Étape 4 : Installez le plugin Figma MCP.

C'est la partie qui transforme Claude Code d'un outil de développement en un outil de concepteur. MCP — qui signifie Model Context Protocol — est le pont entre Claude Code et des outils externes comme Figma. Copiez la commande d'installation du plugin MCP à partir de la documentation et exécutez-la dans votre session Claude Code active.

Étape 5 : Authentifiez votre compte Figma.

Après avoir installé le plugin MCP, Claude Code vous proposera de connecter votre compte Figma. Votre navigateur s'ouvrira avec une boîte de dialogue d'autorisations. Cliquez sur "Autoriser". Assurez-vous que vous êtes connecté au bon compte Figma - j'ai appris cela à mes dépens lorsque j'ai accidentellement connecté mon compte personnel au lieu de celui de mon agence et j'ai passé vingt minutes à me demander pourquoi le fichier de l'équipe n'apparaissait pas.

Ce processus en cinq étapes représente l’ensemble de la configuration. Pas de conteneurs Docker. Aucune variable d'environnement. Aucun fichier de configuration à modifier manuellement. Et une fois que c’est fait, vous n’aurez plus jamais à recommencer.

Mais la configuration n’est qu’une condition préalable. Ce qui se passe ensuite, c'est là que les choses deviennent vraiment intéressantes pour les concepteurs - et où j'ai découvert certaines capacités qui ont changé ma façon d'aborder le travail de conception à un stade précoce.

La synchronisation Figma bidirectionnelle qui a changé mon flux de travail

La première fois que j'ai testé l'intégration Figma MCP, j'ai envoyé à Claude Code cette invite :

"Créez un tableau de bord noir et violet pour une plateforme d'analyse SaaS moderne dans ce fichier Figma."

J'ai collé l'URL dans un fichier Figma vierge. Puis j'ai attendu.

En environ quatre-vingt-dix secondes, Claude Code a généré une présentation complète du tableau de bord – navigation dans la barre latérale, cartes métriques, zone graphique, tableaux de données, avatars des utilisateurs – et l'a inséré directement dans mon fichier Figma. Je suis passé à mon onglet Figma et le voilà. Pas une capture d'écran. Pas une image statique. Calques et composants Figma réels que je pourrais sélectionner, déplacer, redimensionner et modifier.

Ma première réaction a été l’enthousiasme. Ma deuxième réaction – une dizaine de minutes plus tard – fut plus nuancée.

Le design généré était impressionnant comme point de départ. La logique de mise en page était solide, la palette de couleurs correspondait à mon invite et la hiérarchie des composants avait du sens. Mais ce n'était pas prêt pour la production. Certains éléments étaient de taille bizarre. Quelques étiquettes de texte comportaient des caractères emoji que je n'avais pas demandés. Le comportement réactif était inexistant : tout était positionné pour une fenêtre d'affichage spécifique.

C’est là que la synchronisation bidirectionnelle devient puissante. Au lieu de tout jeter et de repartir de zéro, j'ai fait ce que n'importe quel concepteur ferait : j'ai ouvert le fichier Figma et j'ai commencé à réparer les choses à la main. J'ai supprimé les emojis indésirables. J'ai ajusté l'espacement. J'ai regroupé certains composants maladroitement imbriqués.

Ensuite - et c'est la partie qui m'a fait redresser - j'ai copié l'URL de mon fichier Figma mis à jour, je suis retourné au terminal Claude Code et j'ai dit : "J'ai apporté quelques modifications. Extrayez la conception mise à jour de ce fichier Figma et affinez la section de visualisation des données."

Claude Code a extrait mes modifications, reconnu ce que j'avais modifié et itéré sur la conception tout en préservant mes modifications manuelles. Synchronisation bidirectionnelle. Véritable collaboration entre un designer humain et un agent IA, avec Figma comme canevas partagé.

Voici le flux de travail dans lequel je me suis installé après un mois d'expérimentation :

1. Générer — Envoyez à Claude Code une invite détaillée avec une URL de fichier Figma vierge ou partiellement conçue.
2. Review — Ouvrez Figma, inspectez ce qui a été généré. Identifiez ce qui fonctionne et ce qui ne fonctionne pas.
3. Affiner à la main — Résolvez vous-même les problèmes évidents. Vous êtes designer, c'est votre super pouvoir.
4. Repousser — Renvoyez l'URL Figma mise à jour à Claude Code avec des instructions spécifiques pour la prochaine itération.
5. Répéter — Continuez cette boucle jusqu'à ce que la conception réponde à vos normes.

Ce qui rend cela puissant n’est pas une simple étape. De nombreux outils peuvent générer des conceptions à partir d’invites. Le pouvoir est dans la boucle : le fait que Claude Code traite Figma comme un document vivant plutôt que comme une cible d'exportation ponctuelle.

Je devrais mentionner quelque chose que la plupart des contenus promotionnels sur ce flux de travail omettent commodément. Les conceptions générées nécessitent un vrai travail. La réactivité est une faiblesse connue : Claude Code a tendance à concevoir pour une seule fenêtre d'affichage et ne crée pas automatiquement de variantes réactives. La logique de mise en page se brise parfois de manière inattendue, en particulier sur les écrans plus petits. Si vous travaillez sur un ordinateur portable avec un écran limité, les résultats seront pires que sur un écran plus grand. J'ai obtenu des résultats nettement meilleurs lorsque je travaille sur mon moniteur 27 pouces par rapport à l'écran de mon MacBook.

Ce ne sont pas des compromis. Ce sont les mêmes types de problèmes que vous rencontreriez lors d’une itération sur une conception à un stade précoce. La différence est que votre point de départ – la chose sur laquelle vous répétez – est apparu en soixante secondes au lieu de six heures.

Vous n'avez pas réellement besoin du terminal (mais cela aide de le savoir)

Je sais ce que pensent certains designers en ce moment. "Tout cela semble génial, mais je ne veux vraiment pas taper des commandes dans un terminal tous les jours."

C’est juste un point. Et honnêtement ? Vous n'êtes pas obligé.

Claude Code est livré avec une application de bureau qui fait tout ce que fait le terminal, enveloppée dans une interface graphique appropriée. Même moteur sous-jacent. Même intégration Figma. Mêmes capacités. Juste une interface différente – une avec des boutons et un champ de saisie de texte au lieu d’une invite de commande.

J'ai testé les deux de manière approfondie. L'application de bureau est un moyen de travail parfaitement valable, et pour les concepteurs qui souhaitent minimiser leur exposition aux flux de travail basés sur des terminaux, c'est le bon choix. Je l'ai utilisé pour tout générer, depuis les mises en page À propos de nous jusqu'aux pages complètes de produits de commerce électronique, et les résultats étaient impossibles à distinguer de ce que j'avais obtenu via le terminal.

Cela dit, je recommanderais quand même de passer une heure à apprendre les bases du terminal. Non pas parce que l’application de bureau est inférieure – ce n’est pas le cas – mais parce que l’alphabétisation des terminaux ouvre la voie à tout un univers d’outils adjacents. Plugins MCP, scripts personnalisés, flux de travail automatisés, pipelines CI/CD qui exécutent Claude Code dans le cadre d'un processus de déploiement : tout cela est axé sur le terminal. Vous n'en avez pas besoin maintenant. Mais dans six mois, lorsque les outils de conception assistée par l’IA seront encore plus profondément intégrés aux flux de travail professionnels, vous serez heureux de vous y retrouver en ligne de commande.

Pensez-y comme si vous appreniez le HTML de base en tant que concepteur. Vous n'en avez pas besoin pour la plupart de votre travail quotidien. Mais les designers qui le comprennent ont un avantage permanent sur ceux qui ne le comprennent pas.

Pencil.dev : Quand vous voulez le chemin le plus convivial

C'est ici que les choses deviennent intéressantes pour les concepteurs qui souhaitent générer des conceptions IA mais qui ne veulent vraiment, vraiment, absolument pas s'occuper de terminaux ou d'applications de bureau qui ressemblent à des outils de développement.

Pencil.dev est une plate-forme tierce qui place une interface conviviale pour les concepteurs au-dessus du moteur de Claude Code. Vous le connectez à votre abonnement Claude et, au lieu d'une invite de terminal, vous obtenez un espace de travail visuel dans lequel vous pouvez saisir des demandes de conception et regarder les composants se matérialiser en temps réel sur un canevas en direct.

J'ai passé une semaine avec Pencil et je suis reparti avec des sentiments mitigés mais surtout positifs.

Ce qu'il fait bien : le prototypage rapide. Je pourrais taper "Créer une page de tarification avec trois niveaux, un thème sombre, des cartes arrondies" et regarder le design se construire pièce par pièce sur le côté gauche de l'écran. Pencil comprend également des kits d'interface utilisateur et des systèmes de conception prédéfinis, afin que vous puissiez appliquer un style cohérent sans décrire chaque détail dans votre invite. Pour les séances de brainstorming, le mood board ou la génération de concepts rapides à présenter à un client, il est véritablement rapide et étonnamment performant.

Ce qu'il ne fait pas : exporter vers Figma. À l’heure actuelle, Pencil existe dans son propre écosystème. Vous pouvez concevoir, itérer et affiner au sein de la plate-forme, mais il n'y a pas de synchronisation directe pour transférer votre travail dans un fichier Figma. Pour les concepteurs dont l’intégralité du flux de travail réside dans Figma, il s’agit d’une limitation importante. Vous devrez recréer manuellement tout ce que vous souhaitez conserver, ce qui va à l'encontre d'une partie de l'objectif.

Ma recommandation ? Utilisez Pencil pour l'exploration et l'idéation précoce – la phase « et si nous essayions ceci » où la vitesse compte plus que la fidélité. Passez ensuite au flux de travail Claude Code + Figma MCP lorsque vous êtes prêt à créer quelque chose que vous allez réellement transmettre aux développeurs ou présenter aux clients.

Voici une comparaison rapide des trois approches :

Il n’y a pas de « bon » choix ici. J'utilise les trois en fonction de la tâche et je soupçonne que la plupart des concepteurs finiront par adopter un modèle similaire. L'important est que la rampe d'accès existe à chaque niveau de confort.

Ce que la plupart des articles « Claude Code for Design » ne vous diront pas

Je veux passer du temps sur les choses inconfortables parce que je pense que l’honnêteté compte ici plus que le battage médiatique.

Les démos soignées sont trompeuses. Chaque présentation de Claude Code que vous avez vue sur les réseaux sociaux représente le meilleur résultat de quelqu'un après plusieurs itérations. Le premier résultat n’est presque jamais celui qui est publié. J'ai reçu des invites produisant des mises en page avec des éléments qui se chevauchent, du texte invisible sur des arrière-plans de même couleur et des hiérarchies de composants si enchevêtrées que leur dissociation dans Figma a créé plus de problèmes qu'il n'en a résolu. Ce ne sont pas des cas extrêmes rares : ils font partie du flux de travail normal.

La réactivité est une vraie faiblesse. Je l'ai mentionné plus tôt, mais cela mérite d'être répété. Claude Code conçoit par défaut pour une seule fenêtre. La création de variantes réactives nécessite des invites explicites et détaillées – et même dans ce cas, les résultats nécessitent souvent des ajustements manuels importants. Si le design réactif est au cœur de votre projet (et quand ne l'est-il pas ?), prévoyez d'effectuer un travail manuel substantiel après l'étape de génération de l'IA.

Votre compétence en matière d'incitation est extrêmement importante. L'écart entre une invite vague et une invite détaillée n'est pas linéaire : il est exponentiel. "Faites-moi un tableau de bord" vous donnera quelque chose de générique et fade. "Créez un tableau de bord d'analyse sur le thème sombre avec une barre latérale pliable, quatre cartes KPI en haut indiquant le MRR, le taux de désabonnement, les utilisateurs actifs et le score NPS, un graphique linéaire avec des données de tendance sur 6 mois en dessous et un tableau triable des transactions récentes en bas" vous donnera quelque chose de remarquablement proche de ce que vous imaginiez. L’investissement dans l’apprentissage de la rédaction d’invites détaillées et spécifiques porte ses fruits sur littéralement toutes les tâches de conception.

Cela ne remplace pas le design thinking. Claude Code peut exécuter des mises en page visuelles, mais il ne peut pas effectuer de recherche sur les utilisateurs. Il ne peut pas interroger les parties prenantes. Il ne peut pas comprendre pourquoi un flux particulier semble déroutant ou pourquoi les utilisateurs continuent de décrocher à la troisième étape de votre intégration. Le jugement en matière de conception, la réflexion stratégique, l'empathie envers les utilisateurs, cela reste entièrement votre domaine. Claude Code est un outil de production, pas un outil de stratégie.

Avant, je pensais que ce dernier point était évident. Ensuite, j'ai vu une publication sur LinkedIn d'un fondateur de startup affirmant qu'il avait « remplacé son équipe de conception par l'IA ». L'UX de son application était, comme on pouvait s'y attendre, terrible. De beaux composants disposés selon des motifs qui n’avaient aucun sens pour les vrais humains. Décoration sans design. Ne soyez pas cette personne.

L'évaluation honnête est la suivante : Claude Code accélère considérablement la partie production de la conception tout en laissant la partie réflexion entièrement entre vos mains. Si vous êtes fort en design thinking et faible en vitesse de production, Claude Code est véritablement transformateur. Si vous espérez que l’IA réfléchira à votre place, vous produirez simplement de mauvaises conceptions plus rapidement.

Ce que j'ai réellement construit avec ce workflow

Les chiffres et la théorie, c’est bien, mais je sais ce qui m’a convaincu : voir des résultats concrets. Voici donc ce que mon workflow Claude Code + Figma a réellement produit au cours du mois dernier.

Tableaux de bord SaaS : J'ai généré des présentations de tableaux de bord initiales pour trois projets clients. Temps moyen entre l’invite et le premier brouillon Figma : environ deux minutes. Temps moyen pour affiner ce brouillon en quelque chose que je présenterais à un client : environ quarante-cinq minutes. Comparez cela à mon flux de travail précédent où une première ébauche prenait deux à trois heures. Le calcul aboutit à une réduction de temps d'environ 60 % sur les phases de conception initiales.

Pages de destination : J'ai utilisé Claude Code pour générer des sections de héros au-dessus de la ligne de flottaison, des grilles de fonctionnalités et des tableaux de prix. Les sections de héros ont tendance à être les résultats les plus forts : des mises en page claires avec une bonne hiérarchie visuelle. Les grilles de fonctionnalités nécessitent plus d’itérations. Les tableaux de prix sont étonnamment bons dès le départ.

Exploration des composants : C'est mon cas d'utilisation préféré, et c'est un cas auquel je ne m'attendais pas. Lorsque j'essaie de décider à quoi devrait ressembler un élément d'interface utilisateur particulier, je lance cinq ou six invites rapides sur Claude Code avec des directions stylistiques différentes. "Montrez-moi cette carte avec le glassmorphisme." "Maintenant, essayez-le avec une approche brutaliste." "Et pourquoi pas un style neumorphique doux ?" Obtenir cinq explorations stylistiques différentes en trois minutes est bien plus efficace que de se moquer de chacune manuellement.

Amorçage du système de conception : J'ai utilisé Claude Code pour générer une bibliothèque de composants initiale pour un nouveau projet (boutons, entrées, cartes, modaux, modèles de navigation), le tout suivant une palette de couleurs et une échelle de caractères spécifiées. Cela m'a donné environ 70% de ce dont j'avais besoin. Les 30 % restants nécessitaient un raffinement manuel pour des raisons de cohérence et dans les cas extrêmes. Mais partir de 70 % au lieu de zéro ? Il s'agit d'une amélioration significative du flux de travail.

Le délai réaliste pour se familiariser avec ce workflow : environ deux semaines d’utilisation régulière. Les premiers jours semblent difficiles à mesure que vous apprenez ce qui fait une bonne invite par rapport à une médiocre. À la fin de la première semaine, vous disposerez d’une bibliothèque de modèles d’invites qui produisent systématiquement des résultats utiles. Au bout de la deuxième semaine, l'outil disparaît de votre flux de travail : vous cessez de penser à "utiliser Claude Code" et commencez à penser à "concevoir".

Les gains rapides arrivent vite. Un concept de page de destination en quelques minutes plutôt qu'en heures. Une variante de composant explorée en quelques secondes plutôt que construite à partir de zéro. Ces premières victoires vous motivent tout au long de la courbe d’apprentissage.

Les gains à long terme sont plus importants. Une fois que vous avez internalisé les modèles d'invite et le flux de travail de synchronisation bidirectionnelle, votre débit de travail de conception de production augmente considérablement. J'expédie systématiquement les concepts de conception initiaux 50 à 60 % plus rapidement qu'il y a six mois. La barre de qualité n'a pas baissé : je consacre simplement moins de temps aux pièces mécaniques et plus de temps aux décisions qui comptent réellement.

Où tout cela nous mène

Une chose à laquelle je continue de penser - et pour laquelle je n'ai pas encore de réponse claire - est à quoi ressembleront les flux de travail de conception dans douze mois. L'intégration Figma MCP est relativement nouvelle. Pencil.dev en est à ses débuts. Claude Code lui-même reçoit des mises à jour de capacités majeures environ tous les trimestres. Les outils que je décris aujourd’hui sont les pires qu’ils auront jamais été.

Je soupçonne que l'étape terminale disparaîtra d'ici un an. Non pas parce que les terminaux sont mauvais, mais parce que l'écosystème du plugin Figma va rattraper son retard. Je peux facilement imaginer un monde dans lequel Claude Code n'est qu'un autre panneau dans Figma : vous sélectionnez un cadre, tapez une invite et l'IA génère ou modifie le contenu. Pas de borne. Aucune configuration MCP. Pas de changement de contexte.

Pour les concepteurs qui commencent à apprendre ces outils dès maintenant, cette transition semblera naturelle. Pour les concepteurs qui attendent l’arrivée de la version « facile », ils repartiront de zéro alors que leurs pairs en sont déjà à la sixième itération.

C'est la vraie raison pour laquelle j'écris ceci. Non pas parce que Claude Code est parfait aujourd’hui – ce n’est pas le cas. Non pas parce que chaque concepteur doit devenir un expert en terminaux – ce n’est pas le cas. Mais parce que les concepteurs qui comprennent actuellement les flux de travail assistés par l’IA creusent un déficit de compétences qui s’aggrave chaque mois.

Mon ami qui a parcouru cette démo de Claude Code ? Je lui ai montré l'intégration Figma le lendemain. Ce soir-là, elle a passé trois heures à apprendre les bases. La semaine dernière, elle l'a utilisé pour présenter un concept client qu'elle avait prototypé en quinze minutes. Le client l'a approuvé sur-le-champ.

Elle n'appelle plus cela une « affaire de développeur ».

Voici donc mon défi. Choisissez l’une des trois approches que j’ai décrites – terminal, application de bureau ou Pencil.dev – et consacrez-y trente minutes cette semaine. Juste trente minutes. Générez un design. Voyez ce qui se passe. Parce que le pire résultat en essayant, c’est de perdre une demi-heure. Et le meilleur résultat est que vous changez fondamentalement votre façon de travailler.

Que valent vos trente minutes ?

Travaillons ensemble

Vous cherchez à créer des systèmes d’IA, à automatiser les flux de travail ou à faire évoluer votre infrastructure technologique ? J'aimerais aider.

• Fiverr (versions et intégrations personnalisées) : fiverr.com/s/EgxYmWD
• Portfolio : mejba.me
• Ramlit Limited (solutions d'entreprise) : ramlit.com
• ColorPark (conception et image de marque) : colorpark.io
• xCyberSecurity (services de sécurité) : xcybersecurity.io