วีดีโอ

Super intéressant, Merci!!!😌

Merci Julien pour la vidéo !

le combo Nest + Prisma, un bonheur. Mais mauvais point pour Prisma, c'est au niveau de la compatibilité avec les vieilles bases de données (non migrable). Pour le boulot par exemple sur du SQL server, j'ai des erreurs OFFSET du coup obligé de faire du $queryRaw...

Salut Julien ! Je suis un peu perdu je t'avoue, est-ce que je me fatigue à essayer maitriser les choses ou juste avoir les notions sont suffisantes pour finalement travailler la maitrise le jour où tu en as vraiment besoin ? je suis en reconversion et je perd un peu pieds avec la quantité de chose à connaitre.. j'apprend des choses mais quand je vois des bouts de code comme le tien je comprend rien, comment faire ? :(

une super video de plus merci julien .. je te suggère de voir du coté Adonisjs je pense que t'adorerai

Thank you for the great video, Julien! Keep them up.

Salut Julien, je suis débutant en reconversion, merci pour ton partage, c'est précieux de trouver des contenus comme celui que tu proposes, je m'abonne, je trouverais certainement d'autres choses qui pourront me servir ! Et y'en a un paquet haha !

Salut , merci pour la vidéo. Dans la vidéo tu dis que tu fais appel à l'infrastructure depuis le domaine. La clean architecture ne devrait pas être l'inverse. Parce que là si tu change ton infra, tu dois réimplémenter ton domaine.

Hello Julien, j'ai une petite question, la couche "domain" de ton app n'est pas censé être indépendante du framework or je crois que tu utilises RTK, dans le cas ou l'on voudrait migrer sur Vue JS il faudrait donc réécrire également toute cette partie comprenant les use-case et non uniquement la couche "app"... J'ai surement mal compris certaines choses, merci d'avance si tu as le temps de m'éclairer sur le sujet

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.

É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