Video

Testing Library c’est juste une lib opiniated sur comment interagir avec la UI d’un point de vu utilisateur. Ce n’est absolument pas spécifique a du e2e et elle peut être utilisée a différents niveaux que ce soit du e2e ou de l’intégration. Pour ça que tu la retrouves également sur Storybook. La lib n’est pas spécifique a une quelconque catégorie de tests

Merci pour les conseils, c'est toujours complexe de se mettre dans la tête du recruteur. En tant que dev on a toujours tendance à trop se focaliser sur les technologies et à se dire "ils vont bien voir que je suis bon" alors que ce sont tout les petits à coté qui vont faire basculer la décision.

L’IA a -t’elle y a un rôle à jouer dans la dans la phase de tests unitaires ?

Sujet tres intéressant, j'ai l'impression que le sujet du testing en front-end est encore tres immature. Quelques erreurs / coquilles que j'ai noté : - RTL c'est pas pour du e2e. Cest des tests de composants (que tu appelles tests d'intégration) - peut-être que jai mal compris mais tu as présenté une liste avec Cypress/Playwright/Vitest/MSW comme s'ils étaient des outils similaires, ce qui nest pas du tout le cas ;) Je pense que la vidéo mériterait de rentrer plus dans le détail - Il faudrait qu'on définisse clairement les differents types de tests. Les définitions (notamment unitaire vs intégration) en front-end sont très floues et varient d'une équipe à l'autre - Le sujet de tester le View Model est super intéressant. Je le pratique aussi en Vue avec un composable (hook) qui represenre mon composant et ca evite de spinup un faux DOM. Ca aurait cool de plus creuser ce sujet - Pareil le sujet des tests avec un vrai navigateur en mockant les calls networks (avec MSW par ex) est super intéressant, ca mériterait plus d'infos ! J'ai deja entendu le terme end2mocks pour ce genre de tests

Intéressant mais à mon sens, c’est dommage de ne pas avoir parlé de Storybook. Je pense que c’est une vrai révolution dans le testing (donner un retour visuel aux tests par exemple pour des non dev, notamment). Également, je pense qu’il y a une confusion sur la définition de test E2E. Pour moi, le principe c’est justement de ne pas mocker, d’où le nom: bout en bout. Idem, testing library ne permet pas de faire du E2E mais de tester des interfaces. En l’occurrence j’aurai plutôt tendance à appeler ça des tests d’intégration dès lors qu’on ne requête pas le back grâce à des outils comme MSW.

Hello Julien, merci pour tes vidéos. Comment tu as fait pour trouver ta première mission React en freelance ? Et est-ce que tu arrives à travailler en full remote?

Bonjour, une remarque, vous gachez la qualité de vos vidéos avec une musique de fond omniprésente et donc trop forte en arriere plan. Cela devient très vite pénible à suivre. Régle numéro 1 sur youtube comme pour le front end, penser à l'utilisateur.

Cette video, c'est du flan ! Pas que celle-là d'ailleurs. EDIT : mon dernier commentaire a été supprimé. Là où je remets les pendules à l'heure. À l'attention du visiteur qui me lira. Tu n'apprendras rien. Tu peux trouver beaucoup mieux ailleurs (le fond et la forme). Tu n'as pas besoin de perdre du temps pendant 15 minutes à regarder de la pub video d'un gars qu'il sache faire. C'est tout ce que tu auras comme information.

Étant débutante je ne suis pas dans le testing trophy mais plutôt dans le testing nothing 😂 Du coup votre vidéo tombe vraiment bien, ça m'a permis de prendre conscience de l'importance de tester, en plus d'en apprendre davantage sur le sujet (qui m'était très flou jusque-là). Merci^^

C'est top. Merci pour la découverte de l'outil MSW ! (:

Le dossier "service" à la racine n'est pas joli, si ce sont des hooks comme tu le dis, ils devraient être placés dans le dossier userInterface. 10:32 dans le deleteTraining tu utilises une classes "deleteTrainingApi", ça c'est vraiment pas bon. Tu devrais avoir un découplage de ce niveau là, dépendre d'une interface et avoir quelque chose du genre : "deleteTrainingRepository.endpoints.deleteTraining...". C'est justement ça le principe de base de la clean architecture. 11:47 tu nommes la function deleteTraining mais enfaite, elle est aussi responsable de lister l.466, tu as un problème de single responsabilité. 13:20 les any partout c'est pas top 22:22 c'est pas redux qui fait que c'est testable, c'est le fait d'isoler les fonctions métier. 24:27 "c'est très typé start-up, c'est scalable"...heu non, aucun rapport. Franchement faire une vidéo de 25min sur la clean architecture sans parler d'inversion de dépendance et d'adapters c'est très fort. La clean architecture ça va plus loin que crée un dossier "domain" et "infrastructure" à la racine d'un projet.

Super vidéo, de ce que j'ai compris, il existe en faite plusieurs " Clean architecture ", et toi tu te base sur le DDD, c'est bien ça ? J'essaie de comprendre comment mieux structurer son code, sauf que je vois beaucoup de gens utiliser différent nom, par exemple " Application " " Presentations " ou encore des fois " Entites " ou " Models " pour dire la même chose, je me demande si il existe une " norme " quand on fait du " Clean architecture ", par ailleurs j'utilise Vue3. Aurais-tu des conseils pour mieux structurer mon code ?

Hello ! Super vidéo très intéressante. Penses tu mettre a dispo le code sur un github? Car le seul reproche que je peux faire c'est que par moment ça va très vite et on a pas trop le temps de voir en détails le découpage. J'ai compris les principes mais j'avoue que je suis partisant d'avoir un example a analyser à tête reposé. En tout cas encore félicitations pour ta vidéo.

Mec je débute en développement et ta vidéo est vraiment super merci 🙏🏻

Ta police de caractère sur VS Code elle fait mal aux yeux

elle est exceptionnel ta vidéo, sah je suis heureux que youtube me l'ai recommandé

Salut, super vidéo hyper intéressante que de bons conseils ça fait plaisir de te revoir depuis quelques temps continue comme ça j’adore

J'ai adore 🤩

Yes, c'est ça qu'on veut voir. Des cas concrets d'implémentation Clean/Hexa & DDD. Je suis sur Vue et le point qui me dérange le plus par exemple, c'est la liaison entre le domain et les primitives de réactivité du framework.

Merci bcp. mais je trouve encore plus mieux une video complete

Sujet intéressant mais tout est vraiment trop long ; répétitif et donne l'impression que les explications partent dans tous les sens. J'ai eu l'impression d'entendre pleins de fois la même chose sans que ça n'apporte quelque chose de plus au contenu. Dommage, l'initiative est sympa !

Super vidéo, tu utlises redux toolkit pour ta clean archi mais est-ce qu'on pourrait pas faire la meme chose avec Zustand ?

Très intéressant, comment fais-tu les tests de tes composants et de l’intégration ?

Je trouve ton parcours très inspirant Julien ! C'est avec plaisir que je m'abonne à ta chaine. ;-)

Très intéressant, merci

Très bonne initiative ! Je suis.

Hello, intéressant, c'est possible de savoir à quel âge tu es devenu développeur freelance ? J'aimerais savoir si le marché accepte les gens qui se reconvertissent tardivement.

Hello julien. Quand on voit le titre je code insta en 4h on s’entend à avoir les 4h de vidéo. Du coup suis un peu rester sur ma fin pour le coup sur cette vidéo. Si t’as la possibilité n’hésite pas a publier la vidéo complète. Du courage pour la suite

Je suis vraiment ravi du projet mais nous aimerions avoir la vidéo complète vraiment pour véritablement avoir des vrais acquis dessus si possible partagé nous le lien de la vidéo merci ❤

first, super vidéo

Superbe vidéo. Est-ce qu'il n'y aurait pas un volet un peu management ? gestion d'équipe/organisation de projets etc

Très bon conseil, j'ai déjà eu des réflexions sur le manque d'initiative. Malgré 24 ans d'expériences 😅

Bonjour Lucas Tu as dis que tu avais suivis une formations en JavaScript, Par quel organisme l'as tu suivi ? As tu déjà fais une vidéo sur comment lire une documentation ? merci

T’as pas honte d’avoir un drapeau français derrière toi sérieusement ?

Excellents conseils, j'ai trouvé ici, merci bcp Julien ; Je vais explorer ta chaîne car j'ai un grand d'amélioration que je dois faire pour être meilleure collègue développeuse, c'est de savoir communiquer mieux avec les collègues non Tech notamment les chefs de projets, PO & consorts ; car je trouve important d'échanger au mieux pour appréhender les besoins client et besoin utilisateurs ; encore merci et ravie de découvrir ta chaîne

Top ta vidéo merci :)

Bonjour, interessant, mais en tant que dev en formation, difficile a apprehender

Hey!^^ Ma question va ptetre paraître étrange mais comment on fait pour savoir quand c'est le moment de demander de l'aide? Mon soucis c'est que je pense tjr pouvoir régler le problème seule (en faisant des recherches ou en demandant à Gepetto), et je demande de l'aide que si vraiment je suis bloquée de chez bloquée depuis un moment..

Pour le premier point, c'est presque impossible. Pour faire les tickets à haute valeur ajoutés il faut comprendre le fonctionnel du produit. Et comprendre le fonctionnelle nécessite du temps et de la formation interne. Il existe aucun produit où il n'y a pas de fonctionnel, les tâches qui sont donnés aux nouveaux correspondent au "first issue" (e.g. modifier la popup) ce qui est normal puisqu'il n'a pas encore eu le temps d'être former sur le produit.

Merci pour la vidéo, comment tu appris le Typescript, est ce qu'il est utiliser dans les entreprises où t'as fait ta mission ? ....

petite question : est ce que les "bons" dev donnent forcément des estimations de temps correctes ou bien est ce qu'ils visent large comme un junior et ralentissent la cadence afin de terminer dans les temps tout en peaufinant les derniers détails ? Etant donné que la plupart des entreprises regardent les années d'expérience ça semble logique qu'un projet court estimé large et qui ne se termine pas trop longtemps en avance avantage l'image qu'on a non ? C'est paradoxal mais pour un même taff, un type qui fait le boulot en 2 mois il gagne 2 mois d'exp pro alors qu'un mec qui termine en 2 semaines il gagne 2 semaines d'exp pro non ?

super video merci

merci je voulais une description de tes premiers pas lorsque tu arrives sur un projet deja existant en détails

mille merci il faut plus de videos de ce genre mais cette fois sur le git en entreprise avec d autres ou les conflit interne ou l ego des dev .....

Merci pour la vidéo Pour mon cas en faite je maîtrise HTML CSS et j’ai des base en js et un peu de React … mais j’ai peur 😰 de déposer de stage dans les entreprises 🎉

belle video. je rajouterai que pour etre competent, il faut etre capable de prendre des decisions et d'apporter des solutions qu'on assume plutot que de seulement soulever les problemes sans rien proposer. Ca evite de passer pour quelqu'un qui ne prend aucune responsabilité et sur qui on ne peut pas compter. Choisir, c'est renoncer

Pour estimer quand on est nouveau dans une boîte ce serait un point a approfondir, ce n’est pas un exercice évident quand on ne connaît pas le projet, les features ect

Voici un témoignage que j'aimerai partager avec vous. Un jour, pendant une réunion particulièrement ennuyante, et un peu par excès de zèle car je voulais faire bonne figure (étant encore en période d'essai), je pose une question au PO (product owner). Sa réaction est sans appel, il se met à ricaner car il trouve la question sotte, et il me répond devant tout le monde (j'ai retenu mot pour mot sa tirade): - Monsieur...machin, la prochaine fois que tu ouvres la bouche, je déféquerai dans ta gorge et tu devras avaler mes étrons dare-dare pour ne pas t'étouffer. Voilà. Tu es prévenu, on peut passer à l'ordre du jour maintenant ? Sidération ! Tout le monde rigole à pleines dents ! Personne ne semble être choqué. Il y a eu certes un peu de bazar pendant 2-3 minutes, mais la réunion a très vite repris son cours, comme si de rien était. C'était un vendredi. Le lendemain, je croise le PO, qui était à ses heures perdues un afficionados de vélo; il grimpe une côte un peu sévère et sue à grosses gouttes. Je le dépasse en voiture, discrètement, et du coin de l'oeil, je remarque qu'il n'a pas de sac à dos, et surtout que le support de bouteille de son vélo est vide. Une idée me vient à l'esprit, et le temps de cogiter, je parcours trois kilomètres, avant de décider de m'arrêter sur le bas côté, pour l'attendre. Il est 18 heure, le soleil darde de magnifiques rayons oranges aussi intense qu'un jaune d'oeuf poché, le fond de l'air est chaud, et nous sommes sur une petite route de campagne peu fréquentée. Le temps de voir son vélo débouler d'un virage, je me vide la vessie dans une gourde avec un revêtement blanc floquée "Phmax" que j'avais toujours dans mon coffre, vestige de mon passé sportif. Le liquide est relativement tiède, inodore, d'une couleur blanc de lait, blanc d'Espagne, et à moins de savoir que la gourde est remplie d'urine, n'importe qui penserait à de l'eau, un peu tiède à cause des fortes températures de la journée. Dans mon for intérieur, je me rassure: je ne suis pas une ordure et je n'ai jamais humilié un collègue de travail comme il a pu le faire à mon égard. D'ailleurs, j'ai déjà oublié l'incident, et quand on est payé 400 euros par jour, on voit les choses avec plus de légèreté. Simplement, l'argent n'achète pas tout. Alors s'il me demande de l'eau, et uniquement s'il en fait la demande, je lui tendrait la gourde, sans autre forme de procès. Il descend de son vélo, et on commence par échanger quelques mots qui n'ont rien à voir avec le travail. En dehors du contexte professionnel, je découvre une personne relativement sympathique. Il parle de la beauté du paysage, de la chance qu'on a de vivre en France car c'est beau partout, et des 15 kilomètres journalier qu'il fait pour se maintenir en forme et décompresser. Il tient le crachoir pendant une bonne demie-heure, et après quelques raclements de gorge, il s'excuse de me demander si je n'aurai pas de l'eau car il a perdu sa bouteille en chemin (ce n'est pas grave, il la retrouvera sur le chemin du retour). Spontanément, et avec un sourire commercial, je lui tend ma gourde "Phmax", et croyez le ou non, il a bu mon urine (qui, je le rappelle, n'avait pas d'odeur, et qui était très claire car je m'hydrate beaucoup en été) jusqu'à la dernière goutte, sans broncher, ni sur la température, ni sur le goût ! Il a bu les 400ml d'une seule traite, s'est passé la main sur la bouche pour éponger, puis m'a dit simplement: merci, ça fait du bien ! Et d'ajouter: "elle était pas très fraîche, mais après un tel effort même de l'eau croupie ferait l'affaire, parole de sportif !". On se souri, on échange une poignée de main cordiale, tandis qu'on reprend l'un et l'autre le cours de nos vies. Trois mois plus tard, la mission prend fin, un peu prématurément, en raison de coupes budgétaires; mais aussi, je l'apprends par des collègues, à cause du PO qui trouve que le projet n'a pas beaucoup de sens. On est le dernier jour, et je décide d'aller le voir dans son bureau. Il est cynique, expéditif et passablement colérique. Il m'envoie quelques piques, relativement banales, que je n'ai pas retenues. Et sur ces entrefaites, je lui balance de but en blanc: au fait, la fois où on s'est croisé sur la route, il faut que je vous dise: c'est mon urine que vous avez bu, vous qui vouliez me faire avaler vos étrons ! Sidération. Il me sourit ! Pire encore, il s'approche de moi, pose la main sur mon épaule comme le ferait un bon père de famille ! Et avec un regard emprunt d'une grande compassion, il me dit: "je l'ai su dès que j'ai posé la gourde sur mes lèvres, mais j'ai bu quand même pour me punir de vous avoir humilié". Et d'ajouter: "la conscience est un poison aussi bien qu'une bénédiction. Quand on humilie les autres, il faut s'humilier soi même pour s'émanciper du sentiments de culpabilité. Car on est pas des bêtes, juste des mammifères un peu évolués." Sur ces mots, on s'est échangé une vraie poignée de mains, viriles, cordiales, respectueuses. J'ai fermé la porte de son bureau avec un sourire comme je n'en avais jamais eu sur mon visage.

Vidéo très intéressante!

Moi bientôt