Rejeté à cause de GitHub ? Sur Reddit, le vrai fantasme, c'est une réponse détaillée du recruteur

Trouve les anomalies
Utiliser les outils de lecture

Écouter lit l’article à voix haute. La lecture rapide affiche les groupes de mots au rythme choisi. La pratique des langues compare les traductions disponibles. Enregistrer ajoute un favori dans ce navigateur, accessible dans la liste du lecteur. Le casse-briques transforme les mots de l’article en briques à casser.

Partager cet article
Publicité
Publicité

Dans le post « itDoBeLikeThatSometimes », consulté le 28 octobre 2026, une image montre un prétendu courriel refusant un candidat à un poste de développeur débutant à cause de ses habitudes de gestion des versions. Les internautes trouvent pourtant un détail encore moins crédible : un recruteur aurait lu le travail et pris le temps d'expliquer son refus.

Quelle est la blague de départ ?

L'image a été publiée sur r/ProgrammerHumor. Le message présente la mauvaise tenue de l'historique des modifications comme un motif de rejet. Sur GitHub, les modifications sont enregistrées dans des commits accompagnés de messages. Cela aide une équipe à comprendre ce qui a changé. Des descriptions obscures rendent cette tâche plus compliquée.

Aucune preuve indépendante n'établit que ce courriel provient d'une véritable entreprise, et plusieurs commentaires le disent faux. Il s'agit donc ici d'un montage humoristique sur le recrutement, pas d'un refus d'embauche avéré. Les petits caractères de l'image n'ont pas tous été vérifiés ; aucun texte précis de la lettre ne sera inventé.

Les commentaires inversent l'entretien

Un internaute plaisante : le candidat serait « trop qualifié pour un poste junior », plutôt du niveau confirmé ou senior. Les mauvaises habitudes deviennent soudain une preuve d'expérience.

Une autre réponse affirme que repérer le faux courriel fait partie de l'entretien. D'autres soulignent que, dans la réalité, on n'obtient parfois même pas de réponse à une candidature, encore moins des explications personnalisées. Le candidat n'est plus le seul évalué : c'est désormais le recruteur qui doit prouver qu'il est crédible.

Un commentaire compare aussi le jugement d'un projet personnel à une inspection des vêtements portés chez soi selon le règlement vestimentaire du bureau. Cela ne rend pas l'historique des modifications inutile : la documentation officielle de GitHub rappelle que les commits enregistrent les changements. Mais un bricolage privé et un projet d'équipe n'ont pas toujours les mêmes contraintes.

Sketch original : dernier entretien

Recruteuse : « Votre message dit : “normalement, c'est réparé”. » Candidat : « Je préfère rester prudent avant les tests. » Recruteuse : « Le suivant dit : “cette fois, c'est la bonne”. » Candidat : « La première conclusion était provisoire. » Recruteuse : « Nous vous enverrons les raisons détaillées du refus. » Candidat : « Vous répondez vraiment aux candidats ? Attendez, votre entreprise existe ? » Cet échange est inventé pour l'article et ne provient pas de Reddit.

Pourquoi ça marche ?

La plaisanterie commence par des messages de commit bâclés et finit par une critique des candidatures laissées sans réponse. Le dépôt du candidat est peut-être chaotique, mais la communication de cette entreprise imaginaire relève presque de la science-fiction.

Références (2)

Pour aller plus loin : Dans le Japon de l’époque de Heian, « nyōbō » ne signifiait pas seulement « épouse » : ces femmes pouvaient aussi servir d’intermédiaires dans les relations amoureuses de l’aristocratie

PublicitéLivres sur ce sujet

  • Don't Make Me Think (édition anglaise)

    Steve Krug / New Riders Press / 2000

    Un livre sur développement web, le sujet de cet article.

  • Eloquent Javascript (édition anglaise)

    Marijn Haverbeke / No Starch Press, Incorporated / 2009

    Un livre sur développement web, le sujet de cet article.

Cet article contient des liens affiliés (publicité). À propos de la publicité En tant que Partenaire Amazon, je réalise un bénéfice sur les achats remplissant les conditions requises. As an Amazon Associate I earn from qualifying purchases.

Si cet article vous a été utile, vous pouvez soutenir le site. Soutenir

Publicité
Publicité
Publicité

Encore un ? Un truc sympa ?

Puisque vous avez fini : quelques histoires proches et d'autres complètement différentes, mais amusantes.

  1. Sujet procheVendre sa licence de Hunter suffirait pour prendre sa retraite. Pourquoi Gon et les autres continuent-ils à travailler ?
  2. Pourquoi nos erreurs nous reviennent-elles le soir?Trouver une sortie au cycle de la rumination
  3. Rien à voir, mais amusantQu’est-ce que le « Takeshimansion » de l’aquarium Takeshima?Un nom qui rend un bassin amusant
  4. Pourquoi les personnages de Chiikawa mangent-ils sans cesse?Nourriture, herbes, monstres, travail et classement 10+
  5. Pourquoi Hisoka aide-t-il Gon à Greed Island?La logique d’un allié dangereux
  6. Une canette de 500 mL à 9 %, c'est vraiment « un » verre?Environ 2.6 bières

À lire aujourd’hui

Chacun répond à une question que se posent souvent les lecteurs de cet article.

Voir tous les articlesPlus sur Communication

Trouver d’autres articles

Tous les articles

Mendoi-chan

Qui tient ce site

Mendoi-chan

Elle transforme les frictions du travail et du quotidien en structures claires et en prochaines étapes concrètes.