Là je fais ca avec un mapping manuel, ca reste explicite mais je me demande s'il n'y a pas plus opti.

Quand on génère des types TypeScript à partir d’un schéma GraphQL, mais qu’on utilise Prisma pour le CRUD, on se retrouve à manipuler des objets typés selon Prisma. Du coup, quand on retourne la donnée dans un resolver, le type Prisma ≠ le type GraphQL. Vous gérez ça comment ?

Forcément, être recalé parce que je n’étais pas au niveau technique attendu, c’est un peu dur — le poste et la boîte avaient vraiment l’air cool. Mais ça me donne du grain à moudre pour progresser.

Merci à toutes les personnes qui ont pris le temps d’analyser le code de mon test ! 🙏 Je relirai toutes vos réponses dans la semaine et je ferai un petit post-mortem de ce test échoué 😉 C’est cool qu’il y ait eu des échanges sur ce qu’est un bon test technique aussi.

Les Barrel Files bonne ou mauvaise pratique selon vous ? Je demande par rapport aux imports circulaires par exemple, je suis tombé sur un article qui recommande cette pratique que lorsqu'on écrit une lib qui a besoin d'un seul point d'entrée.

2ans et demi sur un projet React/Next. Avant je ne faisais que du WP en agence, où je ne faisais qu’un peu de dev PHP et du JS vanilla.

Mdr oui

Allez y vraiment faîtes vous plaiz, name droppez tous les trucs pros à mettre en place sur un gros projet.

C'est quoi pour vous les outils obligatoires à mettre en place dans une équipe de devs (6 devs sur un projet web TS/React/Apollo) ? C'est la jungle je suis perdu. Genre Cursor c'est un game changer à avoir ? On a "que" Github Copilot par ex.

Merci @_smontlouis je savais que tu déboulerais sur un thread comme celui-ci haha 🫶. Je prends note des retours et je lis ça à tête reposée quand j'ai le temps.

C'est un truc qui revient souvent que le test est nul, mais j'ai l'impression que c'est la norme.

Non c'était dans la consigne :/ "Try to not add any dependency library. Only testing libraries are accepted."

Donc si des seniors passent dans le coin : roast me !

Le but du projet : créer une app de recherche de users Github, le test ne juge pas le design donc osef. Le retour que j'ai eu sur les lacunes c'est : la gestion des états, le traitement de certains cas utilisateurs, ainsi que sur la couverture et la profondeur des tests.

Du coup je mets le repo de mon test ici ça pourra servir à d'autres : github.com/sebastien-imbert/… Ce qui ressort de mon code : niveau intermédiaire. Je l'accepte sans soucis j'ai que 2 ans et demi de dev sous React. Ouvert aux retours !

J’ai raté une opportunité de poste à cause d’un test technique qui n’était pas au niveau attendu. J’ai eu un retour, mais je le trouve un peu vague. Un dev senior React dispo en MP pour me donner un avis sur ce qui a pu coincer dans mon code ?

J'ai quasi plus de syndrome de l'imposteur, mais ouais l'effet Dunning Kruger joue beaucoup.

Vide codé avec l'IA ne m'apprend presque rien sur le moyen long terme. Par contre utiliser l'IA pour qu'elle m'explique des concepts etc ça me fait progresser à fond.

J'ai l'impression que passer de dev junior à intermédiaire se fait assez vite. Alors que devenir senior c'est une autre histoire, on peut rester des années intermédiaire. Perso c'est mon cas : stuck intermédiaire depuis des années. 👋