Simplifier sa stack technique : moins d’outils pour plus d’efficacité ?

SaaS Makers· 7 min· 1,408 words· 6 min read· French ·Watch on YouTube

This is the full transcript of Simplifier sa stack technique : moins d’outils pour plus d’efficacité ?, published on YouTube by SaaS Makers. Every paragraph carries the moment it was spoken, so you can click any line to jump straight to that point in the video, search the whole thing for a word, or copy it out.

0:00salut à tous je voudrais essayer un nouveau format sur la chaîne ce sera un format un petit peu plus brut parce qu'on a souvent des discussions intéressantes sur le S avec mes potes et je me suis dit que ça serait intéressant d'en partager certains avec vous notamment quand on en quand on en a on on s'envoie des vidéos en fait sur WhatsApp et ça permet de pouvoir en les montant faire des et ben des des petites vidéos sympa très courtes un peu en mode snack content on avait une discussion intéressante en fait avec Baptiste sur de crisp sur les nouveaux outils il parle par exemple que maintenant ils

0:30utilisent playri qui est un outil en fait pour faire des tests end to end sur son SAS et qui permet notamment de faire des comparations visuelles en fait dans les screenshot et voir un petit peu ce qui a été modifié par exemple lors d'un d'un comit et je su parlé justement d'un qui s'appelle chromatique qui est fait par notamment les gens qui ont fait storybook et je raconéis un peu mon expérience de storybook que j'avais utilisé ça et que ça m'avait aidé un petit peu à refactorer NX 2 NX 3 et qu'au final j'avais passé un temps fou en fait parce que storybook c'est un outil qui Peret de pouvoir mettre voir

0:57en fait ses composants de manière isolée et puis de de d'avoir une sorte de catalogue de composants dans ce navigateur et finalement c'est un truc que j'ai qu'on a complètement enlevé avec avec de notre notre stack sur the company the PI et on a perdu un temps F en fait finalement a ça et la question en fait c'est que on est souvent confiant et excité quand on découvre un nouvel outil et il y en a une tonne he sur product mais finalementestime plant la maintenance de que ça prend d'avoir cet outil là et en fait la maintenance de storybook c'était pas du tout rentable pour nous ça

1:27tellement de temps à mettre à jour et cetera que ben en fait fini a préféré le dégager et et donc la question qu'on s'était posée là là là aour la discussion c'est quand est-ce qu'on a vraiment toujours besoin de de fonctionnalité de toutes les fonctionnalités d'un outil et d'avoir des outils extrêmement puissants et de toujours rajer les outils à la stack parce que bah c'est quelque chose qui qui a un coupt et comment est-ce que lui il faisait par exemple quel était un peu sa vision sur le sujet je prends un exemple très simple c'est que par exemple vous pouvez utiliser mix panel pour traquer vos vos ateurs et et aussi

1:59odja pour voir un petit peu faire du screen recording et cetera mais est-ce que finalement utiliser un outil comme post HOG qui en plus est Open Source et qui permet en ayant moins de fonctionnalité d'avoir à peu près des choses SIM similaires est-ce que c'est pas suffisant en fait tout simplement et c'est un peu la même chose avec Google Analytics est-ce qu'on a besoin vraiment toutes les fonctionnalités Google Analytics est-ce qu'on utiliserait pas juste un plausible qui est en plus aussi open source et d'avoir une assiduité en fait dans la lecture ces données un peu plus récurrentes on va dire et et ça c'est je pense l'un des risques ce que

2:30vous en pensz d'ailleurs n'ésitez pas à me dire en commentaire c'est un sou l'un des rises plusance dans notre s qu'on commence à grossir c'est d'accumuler les outils et de d'avoir quelque chose qui devient d'AV une stack technique et marketing qui devient assez complexe avec des outils un peu partout et l'une des manières de faire par exemple c'est de pouvoir utiliser un outil comme comme stack chare qui permet de pouvoir un petit peu dans son équipe avoir toutes les tous les outils que qu'on utilise à l'intérieur de la boîte ou tout simplement aussi de traquer ces subscription qu'on peut avoir aussi parce que ça triste quand on commence à

3:00accumuler subscription avec un outil qui s'appelle license one qui d'ailleurs de l en commentaire maisqu qui qui fait par des Français d'ailleurs je crois qu'ils sont de la relle et qui per trquer ses subscription et vous avez aussi un autre outil qui permet de voir un petit peu les quand on veut quand on veut éviter d'accumuler normement subscription qui s'appelle openalternative.co et qui permet de traquer un petit peu les les les les coup les différents coup que qu'une alternative open source peut avoir donc voilà je vous laisse un peu maintenant avec Baptiste sur son opinion sur le sujet et et je souhaite une agréable journée à bientôt salut Julien

3:32donc en fait tu me posais la question de au final est-ce que moins d'outil c'était pas mieux et comment on faisait chez Chris pour gérer nos outils scale dans le temps donc en fait faut s'imaginer que crisp c'est une boîte qu'on a créé donc avec Valérian il y a 9 ans maintenant quasiment 10 ans et en fait on a fait quand on a commencé crisp ce que tous les dev font quand il commencent une boîte c'est on utilise les outils shiny du moment et on essaie un peu de se faire plaisir donc à l'époque on utilise vraiment ce qui se fait de mieux on utilise angular GS uise

4:00firebase et tout un tas de trucs comme ça genre Grun de V6 quand même et en fait tous ces outils là en fait la plupart ont été déprétid il a fallu les remplacer dans le temps donc par exemple angular il a fallu le remplacer par vue de qui lui-même a été dépréc qu'il a fallu remplacer par vue 3 Grun remplacé par Gulp lui-même des pr qu'il a fallu remplacer par webpack webpack des PRC qu'il a fallu remplacé par vite euh et en fait bah dans le cyle d'une boîte comme ça tu traînes des outils qui sont moment Dépré que la communauté n'utilise plus c'est plus maintenu et en fait bah

4:36tu es obligé de move on et de passer autre chose et c'est hyper important dans dans le temps d'éviter cette dette technique et c'est pareil dans d'autres dans d'autres métiers par exemple les designers avant tout le monde u Photoshop Photoshop après plus personne utilise ça les gens utilisent sketch et maintenant tout le monde passe sur figma là où où je veux revenir c'est qu'en fait c'est parfois important temps de faire des choix simples euh et d'éviter d'overingénier les trucs parce qu'en fait c'est des choix que tu vas traîner longtemps aujourd'hui les trucs qu'on moins changé chez nous c'est des scrip Bach euh c'est notre infra en notre JS

5:15et des DB comme redis Mongo dB et MySQL des trucs qui étaient hyper hyper standard et en fait quand on utilise un outil que ce soit un truc pour du code ou même un outil open source ou gratuit c'est important de se poser la même question que si c'était un sas hyper cher en gros est-ce que j'en ai vraiment besoin est-ce que c'est le bon outil pour moi est-ce qu'au final je vais pas être lockin dans cet univers et que c'est un univers dans lequel je ne pourrais jamais sortir en fait pour moi tous les outils qu'on les outils qu'on utilise ça être des trucs sans

5:49engagement et accepter qu'un moment il va falloir les remplacer par autre chose donc en fait ce que tout le monde trouve cool dans ta stack d'aujourd'hui et ben demain si ça se trouve les gens vont se moquer de toi parce que bah plus personne utilise ça et et tout le monde jugera que il y a mieux et dans l'univers JavaScript il y a plein d'exemples comme ça et c'est un truc que par exemple dans certains univers comme le Ruby ou le PHP bah ça pas changer des masse et tout le monde utilise la Ravel depuis des années et ça pas changer des masses donc en fait quand on commence

6:22une boîte ce que je recommande c'est d'utiliser des outils assez standard euh qui sont maintenus et acceptter donc que bah à un moment va falloir passer autre chose donc gardez les choses simples voilà pour le conseil du jour

Where these words come from. This is the caption track YouTube holds for this video, written automatically by YouTube rather than by the creator. We read it, tidied the line breaks and laid it out so it can be read. The plain text version is at https://viewrankai.com/tools/youtube-transcript/Zz1VIN2uZ_U.txt.

All rights in this video belong to SaaS Makers. Watch it on YouTube. If this is your video and you would rather this page did not exist, tell us and we will remove it.