Bienvenue sur le podcast Artisan Developer, l'émission pour les programmeurs qui veulent
vivre une carrière épanouissante.
Prêt à passer au niveau supérieur ? C'est parti !
Aujourd'hui, je suis avec Theo et Mickael.
Salut Mickael.

Salut.
Est-ce que vous pouvez vous présenter quelques mots pour ceux qui ne vous connaîtraient pas ?
Ben moi c'était Theo, je suis Frontaine Developer chez Welcome to the Jungle depuis
trois ans et demi maintenant.
Et moi c'est Mickael, ben pareil Frontaine Developer depuis deux ans et demi.
Toujours chez Welcome to the Jungle ? Toujours.
Ok.
On est là pour parler du design system et je suis très content de vous avoir sur le
podcast parce que c'est une thématique qu'on a déjà abordé dans le chat auditeur si
tu écoutes le podcast et que tu n'as pas écouté aussi l'autre podcast sur design
system que je t'invite à aller l'écouter avec GoJob.
Voilà, je cherchais le nom avec GoJob.
On a fait un épisode sur comment est-ce qu'ils l'ont mis en place et pourquoi j'ai eu
envie de faire cet épisode aujourd'hui ?
Ben pour que tu puisses comparer en fait, que tu puisses voir comment ça se passe,
c'est quoi les points communs, qu'est-ce qui émerge un petit peu comme pattern commun
de réussite de mise en place de cet outil, pourquoi ils l'ont fait, qu'elle a été
la motivation, puis quelles sont les différences aussi, comme ça tu verras vraiment, ça te
permettra d'approprier la démarche que j'en parlais avec Theo et Mickael en début
d'épisode.
J'aurais tellement aimé avoir ça, j'ai tellement souffert de ne pas en avoir que
voilà, j'ai envie, même si je sais que ce n'est pas forcément les sujets UX qui
a l'air de plus passionner les foules de la communauté, mais je me dis que c'est important
de vous sensibiliser à ça.
Theo, Mickael, qui a envie de commencer ? Qu'est-ce qui vous a motivé à faire ça
à vous chez Welcome to the Jungle ?
Oui, ça a commencé en 2019, moi je suis arrivé du coup en mai 2019.
À quand même, trois ans.
Oui, ça, oui, ça y est.
Au moment où on enregistre, ça fait trois ans.
C'est ça, ça fait un mouvement, oui, qui est, qu'on a commencé à bosser dessus.
Et en gros, je suis arrivé, il y avait que deux développeurs front chez Welcome to
the Jungle.
Sur une équipe de combien ?
Je dirais 15 ans, personne à l'époque.
Donc, tu n'avais même pas 20% des devs qui étaient frontes, quoi.
Et il y avait un gros tasque tout sur le bac.
Oui, il y avait aussi des full stack qui étaient là aussi pour les aider.
En gros, moi, quand je suis arrivé, il y avait un nouveau projet qui voulait mettre
en place, donc un nouveau produit.
Et le but, c'était vraiment de, on s'est dit, mais il faudrait peut-être faire un
zig-zig system parce qu'on savait qu'il y avait d'autres produits qui allaient arriver
derrière et qu'on voulait vraiment avoir la même interface et expérience sur tous
nos produits.
C'est parti, va-on de se constater ?
Le besoin, c'était vraiment un besoin de cohérence, c'est ça, entre les différents
produits ?
Le cohérence, c'est de vouloir vraiment ne pas récrire 10 fois le même bouton, pas
récrire 10 fois la même modale.
C'était vraiment avoir une hybride pour simplifier aussi la vie pour la suite.
Et donc, il y a une botte externe qui a bossé sur le, vu qu'on est créé que trois
frontes, on n'avait pas assez de bande passante pour faire un peu les deux.
Donc ça a commencé, il y avait une botte externe qui bossait du coup sur nouveau produit,
côté fronte.
Et nous, on s'est mis pendant trois mois, donc temps plein.
Donc ça, c'était top.
Ça a pris du temps.
C'est sûr que c'était vraiment trois mois où on n'a pas fait trop de choses, mais
pendant trois mois, on a vraiment développé la base du design system.
Donc ça soit le thème, les composants vraiment basiques, donc boutons, modales, quelque chose
assez basique.
Et ça nous a permis, en fait, on a bossé avec la boîte externe en même temps.
Et voilà, pendant trois mois, on a sorti un design system qui fonctionnait, qui avait
les principaux composants.
Et voilà, donc c'est très content.
Donc ça a pris du temps, mais derrière, ça nous a libéré beaucoup de temps pour la suite.
Moi, j'imagine que c'est un peu la promesse de l'outil.
Par contre, c'est à vous que je suis un peu surpris.
L'idée d'y avoir pendant trois mois, ça me paraît énorme, vu de loin.
J'avoue que j'ai un petit peu du mal à me rendre compte de la quantité de travail,
mais là, t'amènes aussi peut-être un élément de pourquoi les gens qui essaient peuvent
se planter des fois.
C'est peut-être qu'ils...
Tu vois, intuitivement, en tant que manager, je n'aurais pas eu le réflexe de dire pour
un projet qui se met en place, ça peut prendre autant de temps.
Et pourtant, dans un projet où je l'ai vu de près, c'est effectivement...
C'est l'ordre de grandeur de ce que ça a pris.
Mais du coup, quand tu dis trois mois avec un cabinet externe, ça veut dire quoi ?
Ça veut dire que...
Et eux, avancer sur le produit et vous, vous avancer sur le design système,
vous avez mis en œuvre au fur et à mesure, parce que j'imagine mal un truc où tu
le livres, un truc un peu hétérée, pas vraiment un peu hors sol.
Le jour où tu le branches, tu as plein de surprises, quoi.
Comment ça s'est passé concrètement ?
Maintenant, on avance vraiment ensemble, c'est-à-dire que ils avaient besoin du
bouton, on a développé le bouton, on l'a ordonné.
Et là, quand tu dis le composant, tu englobes quoi ?
Tout, le CSS, le React ou essentiellement ?
D'ailleurs, en quoi tu le faisais là ?
En quoi vous l'avez implementé le design ?
Non, du coup, c'est vraiment React, CSS.
Du coup, on est sur du React.
Et derrière, on a StalComponent qui nous aide à faire du CSS ingest.
Et voilà, on en refoussait vraiment le composant qui était complet,
qui avait vraiment le long click, tout ce qu'il faut derrière pour que ça
marche bien, quoi. Le but, c'était eux, ils avançaient vraiment.
Donc eux, ils développaient le front, et vous, vous livriez au fur et à mesure
les composants dont ils avaient besoin ?
C'est ça.
Bon, on était vraiment minos, ils avaient besoin de telle composant,
ou des fois, ils avaient même fait un composant et nous récupérer le code,
on l'a amélioré pour faire notre sauce, si on le redonnait derrière.
Mais on essayait vraiment d'avancer ensemble pour que vous des trois mois,
on puisse et avoir un produit qui commençait à avoir vraiment les bases
et un zinq system qui puisse être utilisé,
sur lequel on puisse continuer à y terrer.
C'est apte, puisque la suite, c'était vraiment, on a continué à y terrer
sur le produit, parce que la Votec Star n'a arrêté dessus,
et nous, du coup, on a pris le relais.
Et en même temps, continuer sur les zinq system, parce que, bon,
on en parle peut-être plus tard, mais des zinq system, il est volu.
C'était plus un effort de maintenance qu'un effort de mise en place.
C'est ça, une fois, alors, trois mois, ça a pris du temps,
parce que des gens n'avaient jamais fait des zinq system.
Donc, parmi les trois frontes, on n'avait pas vraiment eu d'expérience là-dessus.
Donc, il faut mettre en base la stack.
Qu'est-ce qu'on va vraiment utiliser ?
Comment faire les déploiements ?
Comment faire un peu de documentation ?
Il y a quand même pas un peu de choses à mettre en place.
Ça, c'est assez long, mais une fois que la base, on va dire, est en place,
on va pouvoir vraiment aller très vite sur le reste.
– Michael, c'est quoi, toi, ton retour un petit peu d'expérience
sur ces trois premiers mois ?
Qu'est-ce qui te paraît important et intéressant à souligner ?
– Alors, moi, pour rappel, du coup, je n'étais pas encore chez Welcome quand ils ont lancé.
– Tu es arrivé à quelle version, toi ?
– Moi, je suis arrivé, c'était en V2.
Et c'était en cours de passage sur la V3, suite à un rebranding, en fait.
Et donc, moi, comment j'ai connu les zinq system, c'est en fait quand on postule
chez Welcome to the Jungle pour un poste de front,
le test technique te demande d'implementer ce zinq system.
Et donc, c'est comme ça que j'ai commencé à...
– De l'implementer ou de l'utiliser ?
– De l'utiliser, oui, pardon.
Et donc, c'était une époque où la doc n'était pas encore disponible,
parce qu'on n'a peut-être pas dit du coup,
mais Welcome to the Jungle, d'une zinq system et Open Source sur GitHub.
Et donc, il y a une documentation associée.
Et donc, c'était l'époque, la V2, justement, où c'était le début, en gros,
de l'Open Source pour essayer de rendre tout accessible et tout documenter.
Et c'est vrai que pour le test à l'époque, c'était un peu compliqué,
parce qu'il n'y avait pas de doc, donc tu devais aller fouiller dans le code
pour voir comment les choses fonctionnaient et tout ça,
là où aujourd'hui, la documentation...
– C'est là que c'est un vrai test, en fait.
C'est là que c'est un vrai.
– C'est sûr, oui.
– OK.
Du coup, là, il y a plein de notions qui sont arrivées, c'est intéressant.
D'abord, il y a la notion de versioning,
parce que vous avez aussi communiqué un petit peu sur votre expérience.
Vous avez publié un article, on mettra le lien dans la description.
Ça, cet article, il couvre la V0 à la V3, je crois.
Donc, ça veut dire qu'il y a encore de choses qui sont passées derrière.
Moi, il y a plein de questions qui me viennent en tête.
Tu parles... Allez, on commence par celle-là.
Tu parles d'un rebranding.
Donc, ce que je comprends, c'est que vous avez démarré sur un certain rebranding,
puis en cours de route, paf, gros rebranding,
enfin gros ou pas, j'en sais rien, mais rebranding.
La promesse que j'ai en tête, pour moi, de mon point de vue,
le design system, c'est un peu comme éto design,
ce que l'architecture hexagonale est à la gestion des dépendances.
C'est-à-dire que si tu veux changer une dépendance,
c'est pas grave, si tu es un arché hexagonal,
tu changes ton même temps framework, c'est pas un souci.
Est-ce que la promesse a été tenue,
ou est-ce que ça a été l'enfer, le rebranding,
ou est-ce que finalement, en changeant trois composants, c'est passé crème ?
Bon, du coup, j'en prends la main, parce que Mick était pas là pour le rebranding.
C'était, en fait, déjà pour dire la base qu'on avait en tête pour ce design system,
c'était pas de faire un truc qui est complètement customisable.
En gros, on avait fait un truc vraiment pour nous, pour notre stack,
et pour notre réflexion X.
On n'a pas fait, bon à l'époque, chaque RAUI, etc. n'existe pas.
Donc chaque RAUI, qui est un design system,
un des plus connus, je pense maintenant, côté front.
Et du coup, on n'avait pas la réflexion de se dire,
on va faire un million de couleurs disponibles,
un million de différentes tailles de typos, etc.
Le but était vraiment de rester simple et par rapport à nos besoins.
Et là, on a aussi, du coup, de faire une V2.
C'est par rapport au rebranding, c'est-à-dire qu'on a eu des nouvelles couleurs,
on a eu des nouvelles fonds, parce qu'on avait aussi un rebranding au niveau du logo,
enfin vraiment toute la chaude graphique autour de la boîte.
Et là, c'était un peu compliqué, parce que rien que pour Mick et aussi nos projets,
c'était pas aussi simple que ça, c'était pas simplement telle version.
Mais il faut juste savoir...
Qu'est-ce qui bloque, je suis curieux, parce qu'on pourrait croire qu'il suffit de changer
trois codes couleurs, deux images, évisuellement, ça n'a pas été le cas.
Bah non, parce qu'on a rajouté plein de choses.
Donc, c'est pas juste rajouter des couleurs,
c'est-à-dire qu'on avait revu vraiment la base de notre thème.
Et du coup, toute la logique derrière sur les composants change.
Donc, on pourra parler plus tard, parce que je ne sais pas si on va monter sur les versions,
mais on se retrouve un peu dans un même problématique actuellement,
pour la V5 qu'on sortira bientôt.
Mais voilà, c'est pas juste changer juste un exa de couleurs,
c'est vraiment l'architecture même du thème qui est la base du design system
qui a changé, même au niveau des designers, même de leur côté, tout avait changé.
C'était vraiment au gré, le branding, on avait vraiment cassé tous les anciens...
Est-ce qu'on peut dire quasiment que c'était comme recommencer à zéro ?
Je dirais pas ça, mais c'est vrai, contrairement à d'autres versions qu'on a pu monter.
Là, il fallait vraiment qu'on revoit vraiment les composants, même au niveau du style.
On ne pouvait pas juste changer le thème de base,
c'est-à-dire qu'il fallait qu'on retourne dans chaque composant
pour changer vraiment des propriétés CSS,
pour aller chercher dans le thème certaines propriétés qui n'avaient pas avant.
Donc, c'était pas zéro, parce que la logique derrière le composant, c'était toujours les mêmes,
mais vraiment la logique d'intégration du thème dans les composants, ça avait bougé.
Et justement, comment vous gérer cette montée de versions ?
Parce qu'on parle de V0, de V2, V3, V4,
et là, vous évoquez la V5.
Qu'est-ce qui... Comment tu versionnes un design système,
et qu'est-ce qui fait que tu passes une version à l'autre ?
En fait, chaque version qu'on a faite, c'était des Backing Challenge.
Donc, vraiment, il fallait revoir un peu son code pour mettre à jour.
Donc, c'est aujourd'hui la structure du thème sur la V2.
Après, on est passé sur la V3.
Là, on a mis à jour des dépendances de corps.
C'est-à-dire qu'on utilise, par exemple, X-Tiled,
qui est une surcouche de style component et de style système.
On a dû mettre à jour ces dépendances pour garder toujours nos dépendances,
et elles-mêmes avaient des Backing Challenge, donc on a obligé de les mettre dans notre code aussi.
Et du coup, petit à petit, ça monte et c'est obligé d'être sur nos projets.
Donc, on s'est dit, hop, version 3.
Et par exemple, la version 4,
Mick a beaucoup bossé dessus sur cette version.
Pour la version 4, on a dû passer aussi en TAPScript.
Et on a profité pour voir aussi pas mal de choses au niveau du code.
Donc, c'est vraiment souvent, les obrises, c'est vraiment...
Les montées de version majeures, c'est qu'on n'a vraiment pas le choix
et qu'on sait que ça va quand même casser du code derrière
si jamais on n'est pas toujours nous proposant dans nos projets.
Mais alors, comment tu fais pour migrer ton projet ?
Du coup, ça veut dire que, appartient du monde où tu upgrade la libre, ça casse.
Donc, ça veut dire que est-ce que tu maintiens une rétrocompatibilité
ou est-ce que ça veut dire que le projet, si il veut faire la montée de version,
il est obligé d'upgrade toutes les pages et d'assurer toute la compate ?
Et bien, c'est justement pour ça, du coup, qu'on fait des...
Parce que là, tu repars sur des espèces de mini-tunales, en fait.
Tu sais quand tu rentres et tu sais pas comment tu rentres.
Bah, c'est ça.
C'est pour ça, du coup, qu'on fait une version majeure.
C'est que...
On part du principe qu'on casse tout ce qui existe, même si, bon, ça casse pas tout.
Mais tu auras des padding qui vont changer des petits fonctionnements dans certains composants.
Bah, tout est détaillé, en fait, dans le change log, avec les nouvelles versions.
On essaie de décrir au mieux les breaking changes.
Et c'est vrai que quand tu upgrade ta version,
il faut t'attendre à passer un petit moment,
pour passer sur tous les composants et à voir tous les changements qu'il pourrait y avoir.
Comment tu t'es sûr de pas en avoir oublié ?
Bah...
Parce que ça, c'est pas le truc.
Est-ce que c'est visible, genre, ton réacte il bille plus ou je sais pas,
il y a un truc qui bille plus et qui te met un gros stop
ou tu le vois parce que ça crache dans la page ?
Bah, ouais, ça peut être soit un crash dans la page,
ça peut être soit visuellement, il y a quelque chose qui choque.
Ça peut être nos tests auto qui passent plus,
soit les tests end-to-end ou les tests d'intégration.
Avec des snapshots.
Soit des comportements qui passent plus.
Il y a beaucoup de cas, en fait, qui peuvent arriver.
Depuis qu'on a TypeScript, c'est un peu mieux quand on upgrade.
Parce que si ton composant est bien tippé,
tu vas voir ce que tu faisais avant, c'est plus possible.
Donc rien qu'au lint, tu auras l'information.
Et donc il y a beaucoup d'étapes à checker pour le vérifier.
Et aussi, une petite chose qu'on a mis en place,
c'est que justement pour garder déjà,
pour les anciens qui veulent,
enfin les anciennes versions, les gens,
ils n'ont pas forcément tout de suite les changer, les utiliser.
On a mis en place une rétrocompatibilité côté dock.
C'est-à-dire que l'ancienne dock est toujours accessible.
On a mis ça en place à partir de la V3, pas avant,
parce que avant, on n'était pas vraiment open source.
C'était plutôt l'interne, mais on a mis ça en place.
Donc ça, c'est déjà assez agréable.
On fonctionne par branche,
c'est-à-dire qu'on est une branche pour la V3.
Là, par exemple, la V4.
Et ces branches-là, en fait, on reste ouvert,
parce que si jamais on se dit sur la V4, il y a un problème de sécurité,
ou la V3, c'est important,
on peut, de notre côté, mettre du code de ce côté-là
et republier une version 3 avec un fixe de sécurité.
On a laissé cette possibilité pour ceux qui ne veulent pas mettre à jour
tout de suite la librairie,
ne soient pas bloqués et ne doivent pas absolument mettre à jour
pour fixer des soucis sur toute sécurité.
On fait surtout ça pour s'il y a des faits de sécurité.
Mais alors, du coup, c'était une question qui venait.
Pourquoi rendre le design système open source ?
Ça m'a vraiment questionné,
qu'est-ce qui vous a motivé à rendre ça open source ?
Et quel va être l'intérêt pour quelqu'un de télécharger,
enfin de l'utiliser ?
Puisque de ce que je comprends bien, il est quand même assez tuné à votre charte graphique.
Oui, du coup, ça me rend très curieux.
Alors, de base, on a voulu le mettre en open source
que des gens n'étaient assez fiers de notre design système.
Il y a un petit côté chauffe.
Oui, c'est ça.
On voulait vraiment montrer ce qu'on fait côté technique chez Welcome.
Mais ça, c'est top pour travailler la marque employer, la marque technique.
C'est super.
C'est pour ça qu'on en profite d'en parler aujourd'hui.
On a fait un article dessus.
C'est juste pour montrer aux autres frontes et aussi aux autres développeurs.
Voilà, c'est assez front, surtout pour les frontes.
Voilà ce qu'on a fait venir travailler chez nous, c'est cool.
On regardait comment on bosse bien.
Enfin, moi, je trouve ça génial que dans une boîte,
il y a un design système côté le front.
Ça permet déjà de voir qu'il y a une bonne équipe derrière
et qu'il y a du temps à louer.
Il y a une réflexion derrière qui est vraiment bonne.
Et ça donne envie.
On l'a sorti aussi en période où on recrutait beaucoup.
Et ça, c'est aussi...
Ça nous a quand même beaucoup aidé parce qu'on avait pas mal de développeurs
lors des entretiens qui nous ont parlé, qui étaient assez contents
d'avoir de voir qu'il y avait ce genre de projet.
Il y a vraiment en côté marque employer qui est assez soutenu.
Et tu dis que ça a bien marché, quoi ?
Oui, ça a bien marché parce qu'on avait vraiment des retours
pendant nos entretiens, même le premier entretien où on en parlait.
Ils étaient en mode, j'ai vu des design systems, on est super contents.
Ça a l'air trop bien.
C'est vraiment cool ce que vous faites.
Et voilà, ça aide aussi beaucoup là-dessus.
Ça donne envie peut-être à des frontes de venir...
Non mais cherment, je pense que j'étais développeur de frontes
qui ferait de voir sur de choses si je suis sur une entreprise.
Et qui avait ça, c'est clair que ça me...
Parce que quelque part, c'est un peu comme ouvrir le capot du code,
en fait, de votre manière à travailler.
C'est assez explicite sur tous ces sujets-là.
Donc c'est très, très cool.
C'est ça.
Et voilà, on va prendre là aussi un peu de sources pour si des gens voulaient
aussi participer.
Bon, et là, ça n'a pas marché.
Il n'y a pas eu l'auteur des petites pertes, mais c'était des petites choses.
Mais pourquoi les gens participent-ils-près, en fait ?
Parce que pour qu'ils participent, c'est qu'ils l'utilisent.
Pourquoi ils l'utiliseraient ?
Parce que si je...
Mais dis-moi peut-être que je dis une bêtise.
Si j'utilise votre design system, je vais avoir un site qui ressemble à votre.
Alors pas forcément parce que on a...
En fait, le thème de base, on a un thème,
parce qu'on a plusieurs thèmes dans le design system.
Le thème de base ne ressemble vraiment pas à Wellcome.
On n'a pas toujours les mêmes couleurs.
On a mis des couleurs différentes, etc.
On a des...
Ça ne va être pas des bras arrondis sur les boutons.
Et en fait, nous, on a fait un thème par-dessus pour nous.
Clairement, pour qu'on utilise le design system,
pour être honnête, je ne vois pas trop l'intérêt d'utiliser vraiment notre design system.
C'est... On n'a pas fait pour ça.
Parce qu'il n'y a pas quand même des choses assez beaucoup plus customisables,
comme chacra UI ou...
ou matérielle UI.
Enfin voilà, vraiment des gros...
des gros slivariés.
Voilà. On n'a pas fait pour ça, à la base.
Il y a quand même des gens qui l'utilisent.
On a quand même des...
Sur les Github, on voit qu'il y a quand même des gens qui ont utilisé sur quelques projets.
Il y en a quand même pas mal de fork.
On a aussi pas mal de gens qui suivent le projet avec les stars.
Mais pour être honnête, on ne fait pas vraiment pour ça.
Et c'est pas vraiment notre but premier, quoi.
Mais non, mais en fait, moi je trouve ça très cool.
Moi, je trouve ça super cool qu'une boîte
mette de l'énergie pour valoriser ce qu'elle fait techniquement.
Et on revient sur cette idée de travailler sa marque employeur.
En fait, montrer qu'elle a une...
une détermination tech.
Parce que ça montre que tu l'entrevues et prêtes à y mettre de l'énergie.
Après, c'est intéressant de voir comment ça évolue dans le temps.
Je vois des boîtes qui vont faire ça qu'en face de recrutement.
Alors que si tu veux vraiment faire ça, c'est un travail de longue haleine.
Donc, il faut être capable de mobiliser de l'énergie sur la durée.
Même dans les phases un peu difficiles.
De contraction et pas que dans les phases d'expansion.
Du coup, ça...
Je trouve que ça en dit long sur la culture de la boîte
et sur sa détermination à valoriser sa texte.
Et ça, c'est...
Moi qui produit du contenu tech, forcément, je suis sensible.
Vous, qu'est-ce que ça vous a apporté personnellement
de faire ce travail-là, de partager sur ces sujets-là ?
Ben, personnellement...
Moi, c'était un argument de plus pour rejoindre Welcome à la base.
Comme tu l'as...
Comme tu en parlais juste avant.
Et après, du coup, personnellement,
au quotidien, ça t'apporte de la simplicité à l'utilisation.
Non, non, je vous reformulais.
Pas le fait de faire un UIKit, pas le fait de faire un design système.
Le fait de mettre cette énergie pour communiquer autour de ce que vous avez fait.
Là, le temps que vous passez là maintenant,
qu'est-ce qui...
En gros, quelle est votre motivation personnelle à le faire ?
Je sais pas, est-ce qu'il y a des...
Je sais que des fois, dans certains carrières l'aideur,
t'as carrément des incentives sur ça,
ou d'un point du managerial,
t'as un truc autour de faire connaître la boîte avec des échelles.
J'ai lu ça dans, je sais plus, laquelle.
Je sais pas si c'est pas celle d'Alanne ou une autre boîte,
ou si y avait différents niveaux.
Et quand tu devenais contributeur,
et même que tu influençais ton industrie,
c'est que voilà, tu étais un peu au top de ce critère-là de notation.
Est-ce que vous, ça va jusqu'à l'évaluation manageriale,
ou c'est le pur plaisir vous, personnellement, de faire ça ?
Non, c'est surtout pour le plaisir, en fait.
Il y a les seniors, les lits, qui essayent d'intégrer le plus possible
les développeurs juniors confirmés,
pour qu'on essaye vraiment que tout le monde participe au design système,
pour que tout le monde soit autonome dessus.
Et voilà.
Et du coup, du côté plus nous,
ce que nous sommes procureurs du coup, de faire le podcast,
ou le genre de choses,
c'est aussi un plaisir.
Et c'est pour moi, j'aime bien en parler,
parce que j'en parle souvent à d'autres potes développeurs.
C'est juste, il faut n'hésitez pas à y aller.
C'est clair que les design systèmes, ça peut faire peur,
mais il ne faut pas hésiter à s'y mettre.
Et derrière, c'est que du positif et que du plus pour la suite.
Et voilà, le but, c'est,
moi, ce que j'aime, justement, en faire des articles podcasts,
c'est de juste partager ce côté-là, de dire,
en fait, lancez-vous et petit à petit,
vous allez réussir à faire un truc.
Et c'est quoi les questions qui reviennent le plus souvent ?
C'est déjà comment vous organisez.
Moi, ça m'a été pas mal de fois,
c'est comment on s'organise avec le design, par exemple.
Ou entre nous, comment on s'organise,
qu'est-ce que vous avez mis en place,
qu'est-ce que ça vous apporte.
C'est des questions assez basiques,
on ne rentre pas forcément dans la tech.
Mais c'est déjà au moins pourquoi vous l'avez fait,
comment vous organisez,
comment vous avez arrivé à avoir un process,
ce genre de choses, nous, on n'a pas eu un process,
on a essayé de mettre en place un petit bord sur le GitHub
pour justement essayer de bosser plus avec les designers plus facilement.
Mais voilà, c'est pas mal de questions comme ça,
vraiment la façon de le créer,
et pas forcément des choses techniques.
Ok, c'est cool.
Et moi, je me posais, c'est quoi les challenges principaux
que vous avez eus dans la mise en place du design système ?
Parce que ce que j'entends, c'est qu'il y a eu une,
vous avez attrapé le projet sur un point de départ,
c'était pas un truc qui était déjà en place,
ou alors peut-être que vous avez eu à migrer certains projets,
je ne sais pas,
c'est quoi les challenges principaux que vous avez rencontrés dans cette aventure ?
Alors, moi je passe sur le gros site principal,
qui est AllConsolJungle.com,
c'est notre site un peu, pas legacy,
mais voilà, qu'il a depuis le début.
Et il y a eu un gros travail dessus,
c'était un peu assez compliqué de mettre en place un système,
parce qu'il fallait remplacer beaucoup, beaucoup dans sa composante.
Parce que avant le design système, il y avait deux sites,
on avait deux sites,
et chacun avait vraiment son code avec le code du pliqué,
et on a beaucoup bossé d'abord sur le nouveau projet.
Et ensuite on n'avait pas...
Quitté pas le site principal ?
Non, c'était Wellcobomb,
on était vraiment sur ce projet-là,
sur lequel on a commencé vraiment le design système.
Quand il a fallu injecter le design système dans le site historique,
comment ça se fait ?
Ça a donné un peu plus compliqué,
et là on le voit encore,
même là avec la prochaine version qui va sortir,
on va encore avoir des problèmes,
parce que petit à petit on dépile un peu le legacy,
mais bon, ça se fait pas deux jours au lendemain,
c'est quand même un gros site.
Et là c'était assez compliqué,
là c'était assez dense, mais bon...
Ça veut dire qu'aujourd'hui,
le design système n'est pas 100% milionneuf,
c'est ça, sur tout le site ?
Donc tu cohabites avec deux frameworks ?
Oui, c'est ça en fait,
il y avait vraiment, par exemple,
je prends l'exemple de « Il n'y a pas longtemps »,
ce qu'on a fini de faire, enfin,
on a encore habité deux modales.
Donc là c'est la nouvelle modèle sur le design système,
et l'ancien système de modales,
qui était vraiment sur le projet même.
Et ça me dit beaucoup de temps,
vraiment à migrer de ça,
parce que bon, il y avait plein d'options,
enfin plein de choses.
Mais un exemple clair,
c'est qu'on avait quand même plusieurs mois,
voir dix-mete années,
à vraiment tout virer.
Et là, qu'elle a été votre stratégie,
vous y êtes allé,
plutôt composant par composant,
disant « Tiens, je fais le composant,
le bouton, et dans tout le site legacy,
je change le composant de bouton ».
Ou est-ce que vous y êtes allé plus
par domaine fonctionnel,
en disant « Tels écrans ou tels use cases »,
on le migre sur le design système ?
On y est plutôt par page,
on va dire par modales.
Par page, ouais.
On y est petit à petit,
en fait, ça dépendait,
par exemple, on a refait
tout notre système d'autotitification,
à un moment donné,
et du coup, là, on a vraiment
switché sur la nouvelle modèle,
avant il y avait l'ancienne.
Et par contre, notre modèle
pour postuler un job,
ça, on s'est dit,
avant donné, il nous reste
trois, quatre modales à migrer,
on se focus là-dessus,
et on migre les dernières modales
pour enfin tout enlever,
ben il y a pas longtemps,
on est enfin fini,
il y a même pas un mois,
mais voilà, maintenant, on est en hyperstache.
J'ai mis la satisfaction que ça doit être,
de un moment donné,
couper le fil,
alors que ça fait des mois,
des années que tu attends,
en ce moment.
Ouais, c'est ça.
Et puis, il y a aussi le fait
de pas avoir du code dupliqué
qui te remplit ton fichier derrière,
JS, que tu charges au client.
Donc, il y a vraiment,
c'est un tout,
et oui, c'est vrai que
une fois qu'on avait fini
d'enlever toutes les dernières modales,
on était content,
était content d'être un peu moins
dans le legacy,
et d'être un peu plus souple,
justement, pour la suite,
et pour les prochains,
les prochains onté de versions.
C'est aussi le souci,
c'est que, ben,
vu qu'il y a quand même du vieux code,
tout n'est pas exactement,
par exemple là,
on va rechanger un peu
tout ce qui est couleur,
enfin, la logique couleur,
etc., pour faire du dark mode.
Et au souci du spacing, voilà,
parce qu'on avait des espacesments,
enfin,
qui n'étaient pas hyper carrés.
Sur les nouveaux projets,
mais qui pourra peut-être en parler,
ça va être beaucoup plus simple,
mais sur le nôtre,
il va falloir quand même
qu'on ait encore cherché
dans des sous-composants,
des endroits
qu'il faudra modifier à la main,
alors que là,
par exemple,
les modales,
elles seront toutes mises à jour,
et on n'en parle plus,
et on s'en va plus
à regarder vraiment
assez bas dans les composants.
Et qu'est-ce qui faisait
que tu décidais de refaire un écran,
c'était lorsque tu travailles
dessus,
tu t'en profiter pour mettre
le nouveau design system,
ou est-ce que...
Enfin, oui, c'était comment,
est-ce que vous avez...
Comment tu décidais
de refaire un écran, pas ?
Oui, ben c'est...
Oui, c'est ça,
c'est par exemple,
c'est vraiment une décision
qu'on prend nous.
On sait qu'il faut qu'on sorte
du legacy,
qu'on est vraiment le maximum
de composants
qui viennent de voiles comme humail.
Mais, voilà,
en fait, on avait un ticket,
il fallait court-face,
voilà,
le parcours avec des améliorations,
ben, à ce moment-là,
nous, autant que
que front,
on leur disait,
au côté produit,
ben, on en profite aussi
pour passer
à la nouvelle version de la modale,
quoi.
Donc, c'était vraiment
une décision d'autre côté.
Comment ça racistait
du côté produit,
parce que j'imagine que ça...
Il devait avoir l'impression
que ça coûtait un peu plus cher,
parce que c'était probablement
le cas que ça coûtait
un peu plus cher,
ou pas, d'ailleurs ?
Euh...
Bah, pas forcément,
parce que, clairement,
quand on a du code assez vieux,
au-delà de fois,
c'est plus simple de tout casser,
et recommencer,
que de...
de faire des...
Voilà, de refaire des couches de couches.
Donc,
ben,
Coté Welcome, ils sont...
Enfin, en côté PM,
ils sont toujours
hyper contents,
enfin, ils nous mettront jamais
un stop là-dessus.
Donc, il n'y a pas trop de soucis.
Voilà, ce faire, ils sont...
Et une bonne communication,
une bonne confiance sur ça, quoi.
C'est ça, et...
De toute façon,
le but aussi,
c'est que de leur côté,
tout soit écarré,
tout marche comme il faut,
et qu'on ne se retrouve pas
avec...
en touchant un bout de code,
à casser un autre code, quoi.
Donc,
au final,
c'est...
c'est bénéfique pour tout le monde.
Ouais, parce que là,
quelque part, tu te...
tu...
Tu te tables le boulot deux fois, quoi.
Tu te tables le boulot dans le...
dans le...
dans le design de système,
et puis après,
tu es quand même obligé
d'aller
sur les endroits qui ne sont pas migrés,
finir à la main,
les...
les petits tuning, quoi.
C'est ça.
C'est ça, mais...
Bon, c'est surtout son projet legacy.
Je ne sais pas, Mique,
ton expérience
quant à monter les nouveaux...
des nouveaux, du coup, services...
Ouais, ben,
moi, c'est un peu différent,
parce que...
Ben, du coup, comme disait Théo,
moi, j'ai travaillé
sur des nouveaux...
nouvelles features,
nouveaux services,
où il y avait un bout de strap à faire,
et...
Ben, forcément,
en fait, tu prends le design de système
en sa dernière version,
et, ben, ça va hyper vite, en fait.
Et t'as pas préoccupé
de...
du code legacy et tout ça.
Ouais, c'est...
c'est genre, tu es l'import,
et puis, c'est parti, quoi.
Exactement, ouais.
Ça va hyper vite.
Rien que dans la...
dans la réponse à la question,
tu vois, une énière,
ça s'est compliqué, là.
Et...
Et tu dirais...
tu dirais, Théo, que le...
le legacy est migré à quel pourcentage,
à peu près, sur le...
le nouveau design de système?
Ben, là, on est quand même...
on a vraiment bien avancé.
Franchement, ça fait depuis un...
un an et demi qu'on passe vraiment dessus,
bon, ben, petit à petit,
parce que, à côté,
il faut qu'on fasse quand même évoluer
le produit, mais...
je pense qu'on est un bon 70% facile...
structure sur le nouveau design de système.
Et aussi, en fait,
ce qui est bien, c'est que dès qu'on fait
une nouvelle feature,
une nouvelle page,
mais en fait, on fait que du nouveau, en fait.
Que du design de système.
Donc, ça aide aussi à réduire un peu ce...
enfin, ce code qui aurait pu
être autrement, mais voilà.
En tout cas, c'est...
on est dans les 70%
et en ce moment,
là, je bosse vraiment pour qu'on...
qu'on atteigne, bon, 100%
ce qu'on a été en un jour, j'espère,
mais en tout cas, qu'on atteigne vraiment
90% pour...
pour être le plus tranquille possible.
Qu'est-ce que vous avez eu d'autres
comme challenge dans la...
dans cette aventure?
Et ben, justement,
parlons de challenge.
La version 4,
c'était principalement
une migration de...
ben, vers TypeScript, en fait.
Historiquement, tout notre code...
Ben, moi, quand je suis arrivé,
toute la code base,
c'est welcome, était en...
en JS pure.
Et...
Et donc, moi,
comme je le disais juste avant,
j'ai...
j'ai travaillé sur
des nouvelles features,
des nouveaux services
qui impliquaient un bootstrap.
Et à ce moment-là, en fait,
on s'est posé la question,
ça valait pas le coup de le faire
en TypeScript.
Chose qu'on a faite.
Et...
Et en fait, tu te rends compte
que quand t'as un projet en TypeScript,
mais que t'as livré,
que tu utilises le plus,
donc, qu'est le design de système,
n'est pas typeé,
et ben, tu travailles pas vraiment...
Tu perds un peu l'avantage
du... du... du script.
Exact. C'est exactement ça.
Et donc, on a...
on a passé un long moment
pour migrer...
Donc, il y a plusieurs solutions, en fait.
C'était soit de...
de juste créer des fichiers
de déclaration dans le design system,
sans migrer tout notre code base.
Nous, on a...
on a fait la version hardcore,
on va dire.
Hardcore.
Ça.
Et...
Ouais, on a tout migré.
Donc, c'était composant par composant.
Donc...
Et ces gens, je me rends pas compte
du travail sur un truc comme ça.
C'est genre quelques heures,
quelques jours, quelques semaines,
quelques mois...
Ben, en fait, c'est compliqué parce que...
Là, tu vois pas leur tête chez l'auditeur,
mais vu leur tête,
c'était pas quelques heures.
C'est toujours compliqué,
parce qu'en fait,
il n'y avait aucun front
qui était full-time, en fait,
sur le design system.
Donc, c'était...
Dès que quelqu'un avait un peu de temps,
dès que quelqu'un avait un peu de bandes passantes,
il avait...
Tu faisais au mieux,
quoi, au best effort, ouais.
Ouais, c'est ça.
Et...
Ouais, d'accord, ouais.
Et ouais, on a commencé, du coup,
par les composants de bas niveau
qui étaient utilisés par d'autres composants,
parce que forcément,
tu as des dépendances.
Et après, on a dépilé,
comme ça,
ainsi de suite.
Et tout en faisant face.
Mais là aussi,
j'imagine la satisfaction,
quand c'est fini.
Ah oui.
C'est-à-dire, le truc passe en entier,
tu l'importes,
tu as toutes tes dépendances.
C'est là que, d'ailleurs,
probablement, tu te rends compte
qu'il y avait 2, 3 trucs
qui t'aient pas tout à fait carré, carré.
Exactement.
Bah, c'est pour ça que,
dans notre système de release,
en fait, on a pas lancé la 4 en stable tout de suite.
On a lancé pas mal d'alpha et de beta.
Et moi, comme je travaillais, du coup,
sur des nouveaux,
nouvelles features,
je pouvais me mettre en alpha
et tester, en fait,
directement,
et voir s'il manquait des petites choses
à droite à gauche,
pour ensuite ajuster
et sortir une version stable.
Excellent.
Il y a que des agents de système en internait.
Combien de projets?
Qui tu as combien de répos GitHub,
de France,
qui sont sur ce design de système?
Eh ben, c'est une bonne question.
Je pense qu'il y en a plus d'une dizaine,
c'est une vingtaine,
parce qu'après,
à chaque fois qu'on fait un Poc,
par exemple,
on va l'utiliser,
même s'il Poc part pas en prod,
raison de son coin.
Donc, en fait,
dès qu'on va boostraper quelque chose,
on va l'utiliser.
Donc...
Combien de devs en internait aujourd'hui
qui bossent avec ce design de système
au quotidien?
Au moins une vingtaine.
Oui.
Ouais, c'est ça.
On vous internait.
Donc, vous avez quand même un peu...
Ouais,
c'est un produit dans le produit.
C'est...
Vous avez vos clients,
c'est vos collègues développeurs,
et...
C'est ça.
Et si tu fais de la merde,
ils vont vite te le faire comprendre.
C'est ça.

Après, tout le monde participe.
Au moins,
au moins tout le monde peut...
OK.
Tout le monde peut...
Tout le monde a la main pour
s'il y a un truc qui va pas,
adapté quoi.
Comment tu as formé d'ailleurs
sur ça,
parce que intervenir dans le design
de système,
c'est facile,
une fois qu'il est en place,
ou ça demande quand même un peu de...
de training?
Alors, en fait,
ouais, on a mis...
Au début,
c'était compliqué.
En gros, on était...
Il y a eu beaucoup de nouveaux fonds
qui sont arrivés.
Et nous, on n'a pas réussi à tous,
très vite les...
Les intégrés au projet,
ils étaient assez sur le côté produit,
et du coup, on était plutôt une petite...
Bah, un petit groupe dessus.
Et là, ce qu'on a réussi à mettre en place,
et ce qu'on a...
Ce qu'on a voulu mettre en place,
c'est...
C'est justement dans l'AV5 qu'on est en train de faire,
les intégrés à plein de tickets,
en fait, ce qu'on a...
Qu'on a pu créer en amont.
Et grâce à ça, en fait, on les a accompagnés,
on a fait du pair avec eux,
sur le projet,
on a expliqué quand ça...
Ça marchait.
Et au début, ils avaient peur.
Enfin, je sais, quand je parlais avec eux,
ils se sauraient pas vraiment toucher au code,
on va dire,
d'où elle commutait.
Ça leur faisait...
Ça leur paraissait vraiment élimin,
c'est compliqué.
Alors qu'au final, bon, ça reste un code...
Ça va, c'est pas trop, trop complexe.
Il n'y a pas non plus une ronde logique.
Et grâce à ça,
avec les pairs et avec...
En faisant des plein de petits tickets,
bah, maintenant,
je m'en compte qu'il y a des développeurs
qui font...
Qui voient un petit bug,
bah, ils font un truc,
même, sans qu'on leur demande.
Même des volets de juniors
qui sont élevés à pas longtemps,
bah, ils sont hyper à l'aise.
Et voilà, maintenant,
ils...
Enfin, pas au moins,
c'est bon, ils ont pu peur.
Ils peuvent entrer dans le sujet.
Et ça, c'est assez cool.
Mais c'est vrai qu'on a eu...
On a eu du temps
à intégrer vraiment tous les nouveaux
et beaucoup de trop de dents.
Je pense que c'était un rôle souci,
de notre part.
C'est quoi, c'est que
j'avais pas mis l'attention là-dessus, ça.
T'étais trop occupé à fabriquer le système.
Alors non, parce qu'on va dire que c'est un système...
On en a un moment donné,
en fait, on a dû faire beaucoup de produits.
Parce que la boîte a évolué,
qu'il y avait beaucoup de choses à faire.
Et du coup, on avait beaucoup moins de temps
sous le système.
Et on avait beaucoup moins besoin
de faire des modifications, en fait.
Ce qu'on a...
Par contre, on a quand même
à plus de...
Je sais pas, on a besoin
d'avoir une carte de composants, quand même.
Donc bon,
on commence un peu à courir
beaucoup de cas.
Et...
Et voilà, du coup,
on n'a pas eu trop l'occasion.
Là, la V5,
on est en train de faire une V5.
On revoit, du coup,
comme...
J'en peux parler de la langue,
mais des couleurs,
un peu plus de dark mode,
parce qu'on n'était pas en combatible.
On a revu vis-à-vis de fait,
un peu, tout ce qu'il y a,
ce passement,
pour avoir un truc un peu plus carré,
et des grilles,
un peu design,
on va dire,
un peu plus logique.
Et...
Et en fait, on a profité, justement,
de ça pour les intégrer,
leur dire,
bah non, regardez,
ça...
ça ne faut pas avoir peur.
Et...
Et venez,
et là, on avait un peu plus de temps,
et on les accompagnait.
Quand on était trois...
Trois seniors,
et aussi des...
Bah, du confirmer,
qui étaient bien en projet.
Et du coup, on les...
On était là pour les...
Pour les accompagner.
Alors,
cette déquestion était là pour eux.
On s'est dû perdre avec eux.
Et...
Et voilà, on essayait de les expliquer.
Des fois, ils se trompaient.
On disait,
bah non,
regarde la logique,
c'est plutôt comme ça.

tu es vraiment dans la pédagogie.
Dans la version 5,
ça qui était cool,
qu'on était en train de faire,
c'est...
On a vraiment de la pédagogie derrière qui est...
qui est arrivée,
et ça marche bien, voilà,
parce que...
Il y a des personnes maintenant
qui vont faire eux-mêmes,
ou d'étiqués,
ou...
Et du coup,
comment tu fais quand tu as un composant
un peu spécifique,
quand tu as un truc,
tu me disais,
tu as une quarantaine de composants,
donc ça veut dire que vous avez couvert
petit à petit tout ce qu'il fallait.
Est-ce que c'est que vos ex-designateurs
sont super disciplinés
et restent dedans?
Ou est-ce...
Ou comment tu gères,
je sais pas,
tu as un composant un peu unique,
un peu isolé sur une page,
qui rentre pas du tout dans le design système,
ou alors qu'il demande beaucoup de travaux,
tu te débrouilles toujours
pour le reconstruire
à partir d'éléments atomiques,
ou des fois,
tu fais un...
Voilà, comment tu gères ça?
Euh... Alors,
en général,
quand on inclut un composant
dans le design système,
c'est qu'il est au moins utilisé
par deux features de produits,
de services,
et s'il y a vraiment quelque chose qui est...
qui est unique,
si je puis dire,
en fait,
il va plus rester côté applicatif
dans son projet,
et on va pas chercher forcément
à le mettre dans le design système.
Ok.
Et là, du coup,
tu descends à quel niveau
de granularité
tu récupères quand même
quoi du design système,
hein?
Bah...
Les styles, les balises,
CSS,
c'est tout comme ça,
et puis,
il se débrouille, ça?
Euh...
Ouais, ça peut être.
Si tu as un bouton,
tu vas récupérer le bouton.
Si tu as...
Ça dépend, en fait,
vraiment de l'élément,
mais tu auras forcément
des choses à récupérer
du design système,
de la base, quoi.
Ok.
Ok.
Est-ce qu'il y a eu des best practices
que vous avez remarquées,
que vous aimeriez...
Je sais pas, tu vois,
il y a quelqu'un qui veut...
qui veut se lancer là-dedans,
qui finit par se dire,
ouais, non, mais ça a l'air bien,
à force de m'en parler,
je vais m'y mettre.
C'est quoi, les conseils
que vous donneriez,
les...
Le conseil principal
que vous donneriez à une team
qui veut se lancer là-dedans?
C'est une bonne question.
Ah, je...
Je vous prends...
Je vous prends de la surprise.
Euh...
Peut-être, d'être...
d'être bien en phase
avec le design,
avant de commencer.
Ça veut dire quoi,
pour toi, d'être en phase
avec le design?
D'avoir des vraies maquettes,
de gérer tous les...
Par exemple,
tu as un input,
texte,
de gérer
tous les cas,
tous les states
de cet input,
pour pas avoir de surprises
après,
et de savoir,
bah tiens,
qu'est-ce qu'on fait?
Je sais pas,
y'a pas de maquettes.
Ça me paraît de la base,
dans partir sur un design
système,
s'il n'y a pas...
Deux trucs,
tu sais juste,
du suicide planifié, non?
C'est clair, ouais.
Et...
Il faut commencer petit,
je pense aussi.
Un conseil,
c'est vraiment commencer...
C'est pas paraître bête,
mais commencer par
juste un petit bouton.
Et juste le fait
d'utiliser
ce bouton
sur un projet,
ça peut
donner un petit élan
pour la suite,
mais...
Penser vraiment,
commencer vraiment petit,
et petit à petit,
on a commencé,
on avait dit composants,
et voilà,
maintenant on en a
presque à 40.
Ouais, ça serait quoi,
les 5 composants de base
qui te paraîtrait...
Si tu devais mettre en place
un design système
dans un nouveau projet,
c'est quoi,
les 5 premiers composants
que tu migres?
J'ai eu un...
Nous, on a fait un composant texte,
qui reprend vraiment la typographie
avec les styles.
Ça, ça apparaît d'être un peu la base.
Y'a un composant,
qu'on appelle box,
c'est-à-dire,
c'est un composant
sur lequel tu peux
passer un peu tout.
Ça peut être une diable,
n'importe quoi,
mais c'est vraiment un
composant
où tu peux passer une couleur,
tu peux passer un fond, etc.
Mais qui est connecté,
du coup,
au design système
et au thème.
Après, il y a tout ce qui est
bas-bouton,
bouton,

interaction.
Je dirais
un côté formulaire,
au moins,
petit input, quoi,
tout texte.
Mais encore, les formuleurs,
c'est quelque chose aussi assez...
J'ai l'impression que c'est un morceau
dans le morceau,
ça n'a pas le formulaire.
Ouais,
ouais, parce qu'il faut...
On avait commencé, nous,
par s'adapter
par rapport à une librairie, en fait.
Donc, on avait fait un composant
par rapport à une librairie.
Du coup, de gestion de formulaire,
et on s'est rendu compte
qu'on voulait utiliser cette librairie,
et là, on a fait,
ah!
Mais du coup, notre...
On n'a pas très bien fait la chose.
Et du coup,
ouais, c'est vrai que c'était un beau boulot
parce qu'on a dû retrailler tout ça
pour justement,
enfin, c'était un...
C'était vraiment un break-in change
dans les formes, quoi.
Donc, peut-être pas des bons textes,
toi,
peut-être que les inputs,
ça peut arriver un peu après.
En tout cas, j'entends texte,
bouton, peut-être image,
et...
Et une boîte de mise en forme,
un peu.
Ouais, c'est ça.
On a vraiment le...
En fait, nous, notre composant principal,
c'est vraiment une boîte à tout faire.
C'est-à-dire que c'est un composant
en HTML sur lequel
je peux passer les couleurs,
les pas grandes.
Enfin, pas mal de choses, quoi.
Après, moi, que je passe
ça d'autres composants,
en tête, mais...
Bah, je pense que ça dépend
de ton produit aussi.
Je sais pas si tu fais beaucoup de tableaux,
bah, t'auras besoin du tableau.
Si tu fais beaucoup de formuleurs,
bah, tous les composants liés
aux formuleurs.
Et...
Mais en fait, ouais,
c'est vrai que nous,
on a vraiment notre box
qui s'appuie un peu,
comme sur Tailwind,
sauf que, au lieu de passer des classes,
tu passes directement des props,
React.
Et donc, en fait,
ta box, tu peux tout le passer,
elle peut se transformer
en n'importe quoi,
tout en utilisant les valeurs
de ton thème.
Donc, si ta ta box,
tu peux...
tu peux tout refaire, en fait.
Ok, donc ça,
j'imagine que vous l'avez
affinée au fur et à mesure
des...
des éditions, comme.
Ok, bah, écoutez,
merci pour tout ce retour d'expérience.
Est-ce qu'il y a un truc
que vous avez pas dit,
que vous aimeriez vraiment dire
dans le cadre
cet épisode
et un auditeur qui...
qui s'intéresserait à ce sujet?
On a quand même parlé
pas mal de choses, hein.
Ouais, c'est juste pour l'opin de la fin.
Ouais, juste lancez-vous,
lancez-vous, c'est que...
c'est que du positif.
Vraiment, c'est que du positif
et... et ça aide vraiment
à développer ensuite rapidement,
quoi, vous dire.
C'est compliqué au début,
mais la fin
est vraiment chouette.
En tout cas,
moi, je prends l'outil à l'un de te dire
essayer au moins de...
de mettre en place
un petit composant de base, genre,
un bouton
et vous voir ce que ça donne
et... et s'y essayer, quoi.
Mais merci les gars,
si les auditeurs veulent en savoir
plus sur ce que vous faites,
vous suivre,
c'est le moment de...
de faire un peu de promo.
Alors, j'ai compris que vous recrutiez,
mais où est-ce qu'on peut venir
vous lire ?
Alors, on peut...
du coup, on a une... on a un médium,
donc, où était GTek
et après, si vous voulez en savoir
plus sur le système,
c'est welcome-ui.com
et derrière,
vous allez avec CO-Gitub,
enfin, vous avez toute la doc
qui vous faut
et les liens
pour...
pour voir un peu
ce qu'on a fait
et même aller un peu
regarder le code,
si tu es intéressant d'aller
voir un peu...
un peu les déferner
d'un système
pour voir un peu
comment ils ont...
ils ont créé leurs stacks techniques, quoi.
Merci Théo, merci Michael.
Merci à toi.
Merci à toi.
Quand t'as eu le chère auditeur,
bah, je t'invite,
si tu l'as...
maintenant que tu as écouté
cet épisode du Tkobu,
je t'invite,
si tu l'as pas encore fait,
aller écouter l'autre épisode
sur Design System,
on te mettra le lien
dans la description,
comme ça,
ça te fera vraiment
quelque chose d'assez complet
et je t'invite vraiment
à relever le challenge
si tu n'as pas Design System
dans ta boîte,
mais en place
avec,
ben,
comme on l'a dit,
un premier petit composant de base,
tu verras,
ça t'apportera plein de choses.
Et si tu es envie de nous rejoindre
dans la communauté,
bien sûr, artisan-developer.fr,
puis, ben, pense à t'inscrire
à la liste d'e-mail privée
pour recevoir toutes les news
de la commune.
Je te dis à bientôt,
ciao !