Transcription

• Speaker #0

  Bonjour à tous, bienvenue sur ce nouvel épisode. Bonjour Adrien.

• Speaker #1

  Bonjour Loïc.

• Speaker #0

  Est-ce que ça va aujourd'hui ?

• Speaker #1

  Écoute, ça va très bien. Un peu fatigué. La nuit arrive tôt maintenant, l'hiver arrive. C'est un peu déprimant.

• Speaker #0

  Winter is coming.

• Speaker #1

  Exactement. Mais ça va plutôt bien. Et toi ?

• Speaker #0

  Ça va, pareil. Vous allez sentir tout au long de ce podcast notre fatigue certainement. On est en fin de projet sur pas mal de choses, donc il faut tout mettre en prod pour que ça marche correctement.

• Speaker #1

  On va essayer d'être en forme quand même.

• Speaker #0

  Oui, vous nous connaissez maintenant. On fait deux épisodes, on s'en sort.

• Speaker #1

  Ça commence à être une petite habitude.

• Speaker #0

  C'est vrai. Et d'ailleurs, n'hésitez surtout pas à nous proposer des sujets qu'on pourrait traiter. Parce que nous, on se fait un brainstorming souvent le lundi. En disant, on parle de quoi cette semaine ? Ça fait une transition toute faite. Avec le sujet du jour. Adopte un dev, employé à chance ou freelance ?

• Speaker #1

  Exactement, c'est le titre. On fait toujours un peu d'humour dans le titre.

• Speaker #0

  C'est le but, vous l'aurez compris. Et aujourd'hui, d'après le titre, on va parler de comment on va créer cette équipe dev pour résoudre un problème digital ou créer un projet digital. Est-ce qu'on embauche des salariés ? Est-ce qu'on passe par une agence ? Ou est-ce qu'un peu le compromis des deux, on trouve un freelance qui peut travailler avec nous ? Et on va commencer tout de suite par, est-ce que c'est intéressant aujourd'hui d'avoir des salariés dans son entreprise ?

• Speaker #1

  Exactement. Je pense que après c'est un peu évident. C'est-à-dire qu'avoir des salariés, c'est quand même pas mal. Tout d'abord, c'est pour la stabilité dans le projet. C'est quand même quelque chose qui est le point le plus important, je dirais. Un employé, c'est dans l'entreprise, ça noue des relations avec les autres employés. Donc forcément, la stabilité, il va rester. il va être dans le moule de l'entreprise ça je pense que c'est important et puis il aura la tête qu'au projet dans lequel il est employé donc ça aussi c'est vraiment pas mal il est là pour le long terme et puis la culture de l'entreprise quand même c'est quelque chose qui est important et un employé il va vraiment s'imprégner et puis du coup donner sa pleine... sa pleine, comment je pourrais dire ça ?

• Speaker #0

  Toute son énergie au projet, toutes ses compétences.

• Speaker #1

  Ouais,

• Speaker #0

  voilà. De toute façon, s'il se sent bien dans l'entreprise et qu'il colle à la culture de l'entreprise, normalement, il va être heureux de venir au travail, de travailler, de se démener pour arriver à ce projet.

• Speaker #1

  Exactement.

• Speaker #0

  Après, en tant que chef d'entreprise, un salarié, c'est aussi un coût élevé. Puisque en France, on va avoir les charges patronales, les cotisations sociales, etc. Donc, ça peut amener à un certain coût à ton projet qu'il faut pouvoir amortir. Et surtout, que c'est sur une durée, si tu signes en CDI, c'est le principe du CDI, c'est sur une durée indéterminée. Donc, il faut absolument trouver la bonne personne qui puisse répondre à vos besoins et pas juste vos besoins à l'instant T. C'est comment la personne va bien se fit justement avec cette culture d'entreprise. Est-ce qu'elle va bien fit avec le reste de l'équipe ? Tout ce genre de choses. Et en même temps, il faut passer par un recrutement strict, assez long. Nous, on le voit aujourd'hui. En ce moment, on fait passer des recrutements. C'est quand même de l'énergie en plus. Et il faut bien choisir le profil parce que potentiellement, ça va t'accompagner pendant un, deux ans, trois ans. Donc, ça revient toujours sur ce cas-là où il faut trouver la bonne personne. Et après, il faut surtout... trouver à... Comment dire ? Il faut garder un certain dynamisme dans ses équipes, toujours leur amener du renouveau et leur donner des nouveaux challenges à remonter, ainsi de suite. C'est très important pour garder ses équipes motivées.

• Speaker #1

  Qu'est-ce que tu en penses ? Je trouve que tu dis juste et qu'en fait, les points positifs d'engager quelqu'un, ça peut rapidement se transformer en points négatifs parce que avoir de la stabilité, un engagement, c'est ce que... C'est ce que vend le fait d'être embauché. Mais si on embauche la mauvaise personne, là, c'est compliqué. Et surtout, ce qu'on voit régulièrement, c'est que quand on veut monter un projet et qu'on n'a aucune idée du métier de développeur, en fait, c'est très compliqué. Je le dis, ce n'est pas mon cas, puisque moi, je suis développeur. Mais je veux dire, c'est très compliqué d'engager quelqu'un dans ce domaine-là, parce que quand on ne connaît pas, on est un peu perdu. Comment est-ce qu'on peut faire passer un processus de recrutement ? Voilà, on peut vite se tromper et donc rapidement, on peut engager la mauvaise personne.

• Speaker #0

  Tout à fait. Et ça peut même être le sujet d'un autre podcast, c'est comment recruter un bon dev. Oui, j'espère. Parce qu'il y a toutes ces histoires de tests techniques pour connaître déjà son développement, comment il fonctionne au niveau du développement, mais aussi comment il se comporte avec des clients ou avec les autres personnes de son équipe. Il y a plein de choses à dire autour du recrutement d'un dev qui est hyper important.

• Speaker #1

  Effectivement, on pourrait en faire un sujet, mais bon, pour l'instant, on reste dans celui-là. On va parler un peu du deuxième point qui est de travailler avec une agence. Est-ce que toi, déjà, tu peux nous donner les points positifs étant patron d'une agence ?

• Speaker #0

  C'est vrai que ça va aider. Je vais évidemment donner les avantages, pas trop aller sur les inconvénients.

• Speaker #1

  Je m'en chargerai.

• Speaker #0

  Donc, au niveau des agences, c'est comme si vous externalisez vos ressources puisque du coup, vous allez faire appel à une entreprise qui a les ressources et qui peut avoir en même temps... plusieurs profils. Normalement, si l'agence est bonne, elle a recruté les bons profils. Par exemple, si je prends DevLab, nous, on recrute des profils principalement experts en JavaScript, TypeScript, sur les frameworks comme React, Next, et tout ce genre de framework. Donc, si vous venez nous voir, on va vous parler de JS ou d'OTS principalement. Mais après, s'il y a du C++ ou d'autres langages IT, langages informatiques, on va réussir à trouver des experts et on sait comment les recruter. Nous, on a une pluralité de ressources qui est quand même plutôt cool. Et aussi, on a une disponibilité beaucoup plus immédiate. Il n'y a pas tout un recrutement à faire. On vous envoie des devis, on discute avec vous, on parle qu'il y a des charges et tout ça. On vous accompagne sur la création du périmètre de travail qu'on va faire. Donc voilà. Et après, ça a quand même un coût moins élevé qu'une embauche puisque vous allez nous… Enfin, je dis vous puisque je suis une agence, j'ai l'habitude. Vous allez nous avoir pendant 1, 2, 3, 4 mois le temps de votre projet. Et après, il n'y aura pas besoin de mettre énormément de billes encore tous les mois. Il n'y aura plus que la maintenance à gérer. Parce que c'est vrai que souvent une agence vous propose un contraint de maintenance ensuite. Parce qu'elle a tout codé, donc elle sait comment ça se passe. Elle peut vous dire sur les serveurs ce qui ne va pas, elle surveille. Et il y a un suivi de maintenance des projets qui est assuré normalement par les agences.

• Speaker #1

  Mais du coup, moi, je vais parler des inconvénients. Et tu parlais du coût qui est moins élevé qu'une embauche. En fait, je dirais que ça dépend beaucoup du projet. Parce qu'en fait, si on est sur un projet qui est vraiment long terme, de construire sur un projet qui va durer plusieurs années, ça va plutôt être l'inverse et ça va être même très élevé. Donc, c'est un point que je t'accorde, mais ça dépend vraiment du projet. Ensuite, je dirais que quand on fait appel à une agence, il faut forcément avoir une idée assez précise du projet d'un point de vue sur la durée. Parce qu'une agence va produire un devis, donc il va falloir quantifier précisément. Et parfois, quand on lance son projet, tout simplement, on ne sait pas, on part un peu à l'aveugle. Et ça peut être compliqué de se dire qu'on quantifie. les attentes qu'on va avoir, parce que potentiellement, elles vont évoluer. Alors, on peut faire évoluer les demandes auprès d'une agence, mais c'est toujours des processus qui sont plus compliqués que quand on a quelqu'un qui est dans son entreprise. Et ça peut être aussi à la journée, si jamais on ne peut pas quantifier. Mais du coup, là, on revient à ce que je disais, le coût peut s'envoler rapidement, parce qu'un développeur à la journée, ça coûte cher quand même. Donc, voilà. Et puis, la gestion de projet, c'est... est aussi assez compliqué. Bon, ce n'est pas toujours le cas, ça dépend. Mais je n'en sais rien, je vais donner un exemple bête. Vous, vous avez décidé dans votre entreprise que vous commencez tous les matins à 8h30 et l'agence commence à 10h. Eh bien, l'employé qui travaille dans l'agence va obéir aux règles de l'entreprise dans laquelle il travaille et pas dans votre entreprise. Et ça peut faire des problèmes si vous voulez faire des réunions tous les jours et que dans l'agence, ce n'est pas comme ça que ça fonctionne. ça peut être compliqué. Alors il y a des agences qui sont plus flexibles que d'autres, qui s'adaptent, mais c'est un point qui peut être négatif.

• Speaker #0

  Tout à fait, après on essaye toujours au niveau de la gestion de projet d'amener tout ce qui est daily, méthode agile, souvent, et ce n'est pas le cas dans toutes les agences malheureusement, mais c'est vrai qu'il y a un pain point autour de cette gestion de projet.

• Speaker #1

  Loïc me regardait en mode détruit pas trop les agences s'il te plaît.

• Speaker #0

  N'importe quoi. D'ailleurs tu vas peut-être être réduit de salaire.

• Speaker #1

  Ah bon ?

• Speaker #0

  Oui, je t'ai dit du mal. C'est possible. En plus, j'ai donné les inconvénients des employés. C'est très drôle. Ça fait un peu une métaphore du patron qui défend l'agence, mais qui donne les inconvénients des employés. C'est une petite anecdote. Évidemment qu'on ne fonctionne pas comme ça chez DevLab. Et ce n'est pas notre marque employeur, ni notre culture d'entreprise.

• Speaker #1

  C'est important de le rappeler.

• Speaker #0

  C'est important de le rappeler, en effet. Ensuite, il y a un sujet, donc là on a parlé des agences, on a parlé des employés, et il y a un sujet hybride à ça, qui est d'engager des freelances. Quel est l'avantage qu'on va retrouver là-dedans ? Je te laisse le présenter. Qu'est-ce que toi tu vois de bien à engager des freelances ?

• Speaker #1

  Principalement de la flexibilité, puisque le freelance va passer de mission en mission, de projet en projet, et donc on va pouvoir faire appel à lui dès qu'on a besoin. Il a souvent aussi une capacité où il va pouvoir s'adapter. rapidement, puisqu'il a l'habitude d'arriver sur de nouveaux projets. Donc, il va pouvoir se mettre dans une équipe. Je dirais aussi qu'un freelance, on peut l'avoir dans son entreprise. Moi, j'ai eu des expériences où, pendant ma scolarité, où j'ai fait des stages, il y avait des freelances qui étaient là pendant six mois. Donc, ça peut être pas mal pour une intégration un peu plus grande dans la boîte. Donc, ça, c'est intéressant. Et puis surtout, un point c'est qu'il peut vraiment travailler sur un ou deux jours, donc ce sera un point vraiment très très court, ce qui va évidemment être impossible pour un employé, on ne va pas embaucher quelqu'un pour deux jours, c'est évident. Et une agence, souvent, ça va quand même être sur une intervention, allez, je vais dire minimum une semaine, donc pour résoudre un problème... Un ou deux jours, le freelance, c'est parfait. Ça rejoint la flexibilité, mais voilà.

• Speaker #0

  N'oubliez jamais, quand vous faites appel à une agence, à un freelance qui récupère du code, laissez-lui le temps de lancer votre projet. Parce que ça, c'est propre à chacun. S'il n'y a pas de doc et tout, c'est toujours galère à le lancer. On en a parlé dans le premier épisode en plus. Donc laissez-lui le temps. Il va certainement facturer une journée de plus pour ça. Mais pour le coup, ça vaut le coup.

• Speaker #1

  Et c'est en même temps un avantage d'avoir un employé, c'est que son temps n'est pas compté, donc souvent on va pouvoir lui laisser plus de temps, alors qu'en fait, quand c'est une agence ou des freelances, le fait d'avoir un temps, un timing à respecter, fait que souvent les gens ne comprennent pas qu'il y a un moment où il faut s'adapter au nouveau projet.

• Speaker #0

  Et c'est un argument très compliqué à faire comprendre, souvent, je ne crache pas sur les personnes qu'on a vues, mais leur dire, bon, il y a une journée qui va être perdue l'initialisation du projet de votre part s'il ya personne de votre côté qui nous aide pas ça peut être compliqué mais bon revenons aux free lance c'est vrai qu'il ya pas mal d'avantages mais après il y en a qui créent des équipes de free lance entière donc il serait une équipe de free lance en entier composé que de free et là en fait un free ça va quand même c'est un peu comme un mercenaire Oui, un mercenaire, c'est-à-dire qu'il va aller là où il est souvent le mieux payé. Je le vois comme ça. Après, il y a forcément ceux qui vont adorer la culture d'entreprise, potentiellement de chez vous ou de chez d'autres. En tout cas, on regarde, puisque j'ai été freelance, on regarde quand même la meilleure offre qui arrive. Donc, si jamais on a une meilleure offre qui est là, on va potentiellement switcher de projet. Ils peuvent être aussi en autonomie. Donc, ça peut être pas mal dans un sens, mais aussi... Si un freelance n'est pas très bon en communication, il ne va pas forcément vous parler des problèmes qu'il a eus, est-ce qu'il a besoin d'aide, est-ce qu'il peut avoir l'UX en call ou ce genre de choses pour s'améliorer. Donc bon, il faut quand même trouver un freelance qui est bon en autonomie. Et après, la gestion du projet, c'est vrai qu'il peut y avoir des fris dans la boîte, comme tu l'as dit, mais il y en a aussi pour la plupart qui sont à distance. parce que c'est quand même un des avantages aussi d'être free, enfin quand t'es free, pas quand tu crées un projet, mais c'est de pouvoir travailler à distance quand tu veux, où tu veux, et du coup comme il écoute aussi la meilleure offre et qu'il part où il veut, bah il peut partir du jour au lendemain. C'est-à-dire que s'il a un nouveau projet, même de vie, il peut vous dire, bon bah on avait un contrat jusqu'à la fin de semaine, c'est terminé. Que quelqu'un en CDI, bon il peut poser des congés, mais c'est tout, c'est-à-dire qu'il est censé revenir après ses congés.

• Speaker #1

  C'est de la stabilité qu'il n'y a pas forcément avec un freelance.

• Speaker #0

  Après, il y a un point dans tout ça et qui est commun aux trois, c'est qu'il faut avoir quelqu'un dans son équipe. qui est leader des projets de dev, mais un leader technique. Il y a quelqu'un qui a déjà mis les mains dans le code, qui comprend ce que c'est, ou qui a travaillé dedans en tant que manager pour comprendre les problématiques des développeurs. Donc ça peut être un lead dev, comme ça peut être un CTO.

• Speaker #1

  Effectivement, c'est un peu la dernière partie dont on voulait parler, et c'est un point qui est essentiel dans les trois cas, d'avoir un référent pour mener son projet dans son entreprise. Et ensuite, pouvoir choisir en fonction de la situation, comme on a essayé de vous l'expliquer durant ce podcast, s'il vaut mieux prendre un freelance, une agence ou employer quelqu'un. Mais le référent, c'est un peu ce qu'on voulait dire en dernier pour que ça reste dans votre esprit, c'est que c'est le plus important.

• Speaker #0

  C'est vrai. En plus, il y a une question qui est complexe, c'est comment on va trouver un bon CTO, un bon lead dev. parce qu'un CTO, il peut arriver au début des projets pour les startups. Il n'est pas forcément recruté plus tard. Ou même au début, il faut avoir quelqu'un qui choisisse les technos, les stacks, tout ça. Donc même si c'est qu'un dev au début, ce n'est pas très grave. Mais surtout, un CTO, vous n'avez pas forcément le payer au début, quand on est en début de projet. Potentiellement, il va travailler pour des parts,

• Speaker #1

  surtout en startup.

• Speaker #0

  Surtout en startup, donc il peut travailler pour des parts. Après, si vous lui versez un salaire, c'est... une autre dimension, mais ça veut dire qu'on revient aux avantages et aux inconvénients d'un employé. Ainsi de suite, on peut le considérer un peu plus comme un associé. Et après, il faut que vous vous décidiez sur son implication. Est-ce qu'il va être là 10 heures par semaine ? Est-ce qu'il va être là 20 heures par semaine ? Est-ce qu'il va être en full time ? Ça, c'est hyper important de le savoir. En plus, pour le coup, il y a un site qui s'appelle le cofondateur.fr. Du coup, j'ai déjà mis les pieds et tout ça, et on te le demande. c'est-à-dire combien de temps tu veux accorder un projet de startup et tout ça. Donc, c'est vraiment quelque chose qui se fait couramment dans les CTO. C'est-à-dire qu'au début, ils vont être là 10 heures par semaine et plus le projet va grossir, plus ils vont être présents. Ensuite, il faut connaître les capacités de ce CTO. Est-ce qu'il est très bon en management ? Et de s'entourer d'une équipe, d'une agence de free ou d'employés, si on revient toujours au sujet. Toujours. Et est-ce qu'il va être très bon du coup en management, qui va lui permettre de créer la bonne équipe, avec les bons devs, chacun sa spécialité et tout ça ? Ou est-ce que ça va être plutôt un CTO qui met les mains dans le cambouis, j'ai envie de dire ? Est-ce qu'il va être dev mobile, dev front, dev back ? Est-ce qu'il va être même dev IA ? Est-ce qu'il sait développer ? Est-ce qu'il va développer dans votre startup ? Souvent, ça reste quand même le plus courant dans les startups à leur début.

• Speaker #1

  Je dirais que... je dirais que c'est... Moi, je conseille de prendre un CTO qui est technique. Enfin, qui est technique, c'est dans l'énoncé, c'est-à-dire Chief Technical Officer, mais qui sait quand même coder et pas juste diriger une équipe de développeurs. Parce qu'effectivement, au début, quand vous allez vous lancer en mode startup et que vous allez vouloir prendre un CTO, un référent, c'est souvent lui qui va en fait être le premier dev de votre entreprise. et pour par la suite s'entourer d'une équipe. Mais je dirais qu'il vaut mieux.

• Speaker #0

  C'est ça, mais il ne faut pas un mec qui ne sait pas manager une idée, là c'est le pire des cas.

• Speaker #1

  Je dirais que même si vous avez de l'argent et que vous pouvez directement construire une équipe avec un CTO et une équipe de développeurs, que ce soit comme on l'a dit freelance, agence ou employé, je dirais que même dans cette situation-là, c'est quand même important de prendre un CTO qui... qui peut mettre les mains dans le grand bruit, comme tu l'as dit.

• Speaker #0

  C'est ça. Parce qu'il faut vérifier ce que font les gens. C'est très important. Que ce soit les agences, les devs, les free, parce que ça peut mal tourner très rapidement. Et après, on accumule une dette technique là-dessus. Et vous allez faire une levée. En fin de compte, la levée, elle va juste vous permettre de remettre le code d'équerre. Alors que si dès le début, il y avait eu un CTO qui avait cadré les choses, il n'y aurait pas eu ce problème.

• Speaker #1

  Oui, puis même dans le cas, on n'en a pas parlé aujourd'hui, mais si vous voulez prendre par exemple un alternant, le CTO, c'est souvent celui qui va être son référent. Si vous prenez un alternant développeur, c'est quand même bien que le référent puisse le former puisque l'alternant, c'est souvent quelqu'un qui va rester dans votre entreprise si ça matche bien. Et donc, si vous le formez d'une manière optimale, derrière, ça peut potentiellement être une très bonne ressource. Donc, voilà.

• Speaker #0

  Tout à fait. En plus, après, il y a des... En plus de ces enjeux de formation et tout ça, on peut quand vous cherchez un CTO, mais comme quand vous cherchez, je suis en train d'élargir mon propos, mais... Comme quand vous cherchez quelqu'un en marketing, un CPO ou autre, il faut connaître ses envies. Pourquoi il arrive dans une startup ? Qu'est-ce qui l'intéresse ? Est-ce que c'est le secteur ? Moi, j'ai rejoint une startup dans les sports mécaniques parce que j'adore ça, principalement. Après, est-ce que c'est un investissement ? Est-ce qu'il voit que dans votre startup, ça va grossir ? Il va mettre un peu d'argent, il va se retirer et il va partir au Bahamas. Eh oui, je ne sais pas. Il peut y avoir ça aussi qui l'intéresse. Après, c'est à vous de voir qu'est-ce qui vous plaît. Il y a aussi un cas où moi, je le suis beaucoup plus, c'est le challenge technique. Est-ce que ça m'intéresse ou pas techniquement de développer ça ? Si c'est une énième appli mobile dans un secteur très connu, est-ce que ça m'intéresse ? Est-ce que je l'ai déjà fait ? Oui, non. Si je ne l'ai pas fait, pourquoi pas ? Mais sinon, bon, basta, comme on dit.

• Speaker #1

  Après, tu pointes quelque chose, c'est que... embaucher un CTO ça peut être compliqué parce qu'il faut le convaincre. Si on veut quelqu'un de compétent pour le convaincre potentiellement de quitter un autre job ou alors de rejoindre comme tu l'as dit 10h 20h par semaine et ben il faut avoir les arguments c'est pas toujours le plus facile et

• Speaker #0

  en plus je rajouterai pour finir sur les CTO parce qu'on en a pas mal parlé du coup c'est compliqué d'en trouver un comme tu le disais mais c'est essentiel Et après un CTO, où est-ce que ça se trouve ? On va se retrouver sur LinkedIn, voir qui parle, qui est dans ce domaine, même faire des petits salons de networking. Après, trouver un dev dans des salons de networking, ça peut être compliqué. Un CTO qui a un petit penche en business, c'est toujours très cool, parce qu'il comprend vos problèmes. Mais voilà, il faut sortir, il faut aller dans des incubateurs, pouvoir rencontrer. Donc voilà, on retrouve les CTO, et qu'est-ce qu'on en fait, et l'importance du CTO dans ces trois cas.

• Speaker #1

  Donc si on résume. Quand on monte sa boîte, ou si on a déjà sa boîte, c'est important d'avoir un CTO pour pouvoir engager son équipe de développeurs. C'est un peu ce qu'on a dit. Ensuite, on a fait les avantages et les inconvénients. Chacun, en fait, c'est en fonction. Moi, ce que je dirais quand même, c'est que le mieux, c'est quand même toujours pour un projet long, une vraie entreprise, d'avoir des employés. Mais par contre, ça coûte de l'argent. Et ce n'est pas toujours adapté, mais sur un projet de startup où on veut monter quelque chose, c'est quand même le plus stable, le plus efficace.

• Speaker #0

  Évidemment, je vais mettre une nuance à ça. C'est que je l'ai entendu récemment et j'ai trouvé ça plutôt intéressant. C'est qu'on peut avoir des équipes en interne qui travaillent avec des équipes en externe. C'est-à-dire que vos équipes en interne, donc des employés principalement, ou même des freelancers chez vous, ils vont être là au quotidien pour régler les petits problèmes, les petits bugs. Tiens, il faut changer la couleur du header et des trucs du genre. Chiant d'appeler une agence pour ça. Payer une journée d'un mec qui va mettre du rouge sur votre header, c'est un peu fatigant. Par contre, le jour où vous voulez développer une fonctionnalité et que vous êtes en sprint, c'est-à-dire qu'il nous faut une fonctionnalité pour dans un mois, une agence, ça peut être hyper intéressant parce que du coup, elle va être disponible immédiatement avec des ressources qualifiées et elle sait qu'elle a un mois pour le sortir. Donc, on peut aussi faire un mix de cette équipe interne et de cette équipe externe.

• Speaker #1

  Je trouve que c'est une bonne manière de conclure. Je ne suis que d'accord. Mais effectivement, c'est vrai que c'est une bonne solution.

• Speaker #0

  Magnifique. Tu seras augmenté.

• Speaker #1

  Toujours finir sur une bonne note.

• Speaker #0

  C'est ça. On espère que vous avez aimé l'épisode. Il a certainement été un peu plus court que ceux de d'habitude. Donc voilà, le sujet était aussi un peu plus léger. dans la réflexion d'une gestion de projet comment on ferait ça et très peu de technique quand même c'est ça, donc voilà peut-être que la semaine prochaine on se retrouvera sur un sujet un peu plus technique à vous de nous dire, n'hésitez pas à commenter sur LinkedIn sous mon post, si vous venez de LinkedIn évidemment et si vous venez pas de LinkedIn, allez sur mon LinkedIn pour aller voir le post et commenter en dessous tiens j'aimerais bien voir un versus React versus Vue,

• Speaker #1

  et puis dites-nous si vous n'êtes pas d'accord aussi avec le avec les arguments qu'on a donnés, parce qu'on est jeunes, on n'a pas forcément toute l'expérience, donc nous on a fait comme ça une petite énumération des points qu'on considère importants sur cette question, mais voilà quoi. Donnez-nous votre avis aussi si vous voulez.

• Speaker #0

  C'est ça.

• Speaker #1

  On est ravis de vous écouter et même d'avoir vos retours.

• Speaker #0

  Tout à fait. Après on est en rééchange la semaine d'après sur ce sujet, c'est magnifique. n'hésitez pas à mettre une petite note dans le sur spotify apple podcast là où vous écoutez et un petit commentaire nous ça nous aide pas mal si vous faites ça ouais c'est sûr donc voilà on se retrouve pour un prochain épisode la semaine prochaine au revoir