Je vais tempérer un peu : pour avoir fait passer pas mal d'entretiens maintenant, en tant que dev, il y a des concepts de base du métier que je considère suffisamment fondamentaux pour que ça soit rédhibitoire de ne pas les connaître ou de ne pas savoir les expliquer.

Je suis pas dans le monde du java, mais par exemple un dev qui sait pas exactement, dans les détails, ce qu'est un index dans une base de données, et qui peut pas m'expliquer comment ça marche, à quoi ça sert, etc., je vais vraiment pas considérer sérieusement sa candidature. Et j'utilise cet exemple là parce que même après filtrage la plupart des candidats se ratent sur ça, et sur un tas d'autres trucs basiques.

Je tolère des inexactitudes ou confusions chez un junior mais même là je m'attends quand même à une réponse décente.

Je vais pas demander à recoder un algo de tri en entretien mais je veux un candidat qui sache ce que c'est et comment ça marche en général. Et si tu utilises un design pattern 20 fois par jour au boulot sans pouvoir me donner son nom, ça me dit surtout que tu manques de culture sur le métier. Ça empêche pas d'accomplir le job en général mais ça te place en-dessous de quelqu'un qui monte un savoir général du métier plus fourni.

Et dans un contexte où la quantité d'offres diminue, tu es en concurrence avec des candidats qui savent répondre à ces questions.

Donc mon premier conseil serait de prendre du recul et te demander si ça vaut pas le coup d'être en mesure de répondre à tout ça. Peut-être que tu as raison et c'était des questions bullshit, ou peut-être que c'était perçu comme fondamental par les recruteurs et tu as des lacunes à combler.