Anglais pour les développeurs et les TI

Écrire en anglais n’apprend pas à le parler

Un développeur québécois passe une grande partie de sa journée en anglais. Et pourtant, presque tout ce qu’il produit est écrit, asynchrone et corrigeable : un message peut être relu trois fois, un commentaire de revue peut être réécrit, une recherche se fait en silence.

L’oral n’offre aucune de ces protections. Il faut produire immédiatement, sans relecture, devant des gens qui attendent. C’est une compétence entièrement différente, et rien dans une journée de travail normale ne l’entraîne.

La bonne nouvelle, c’est que le vocabulaire est déjà là — massivement. Il n’y a rien à apprendre : il faut créer un chemin d’accès pour un lexique que vous possédez uniquement à l’écrit. Ce travail est rapide, et c’est pourquoi ce profil progresse vite.

Un détail compte pourtant beaucoup : la prononciation des termes techniques. Des mots lus mille fois et jamais entendus finissent prononcés à la française, avec l’accent tonique au mauvais endroit — et deviennent méconnaissables même pour un collègue qui connaît parfaitement le concept.

La mêlée quotidienne

Quinze minutes par jour, tous les jours : c’est la situation la plus fréquente et la plus stressante du métier.

Le format paraît simple — ce que j’ai fait, ce que je fais, ce qui me bloque — et c’est justement ce qui piège. Comme il est répétitif, on finit par réciter une formule figée, sans jamais progresser. Et dès qu’un imprévu survient (quelqu’un pose une question, demande une précision, propose de l’aide), on décroche.

Nous travaillons donc deux choses distinctes. D’abord la fluidité du format lui-même, jusqu’à ce qu’il ne demande plus aucune préparation mentale. Ensuite, et surtout, ce qui vient après : répondre à une question de suivi, expliquer un blocage technique, demander de l’aide sans paraître dépassé, dire qu’une tâche prendra plus longtemps que prévu.

Ce dernier point est plus délicat qu’il n’y paraît : annoncer un retard dans une langue qu’on maîtrise à moitié se fait souvent trop abruptement, ou au contraire de façon si atténuée que personne ne comprend qu’il y a un problème.

Les équipes distribuées et leurs accents

C’est la réalité de la majorité des équipes TI québécoises : des collègues à Bangalore, à Cracovie, à São Paulo, à Toronto, parfois tous dans le même appel.

Beaucoup de développeurs en concluent que leur anglais est faible. C’est rarement le cas : leur oreille n’a simplement jamais été exposée à ces variétés. Un anglais indien, polonais ou brésilien a son rythme, ses voyelles et son accentuation propres, et aucun cours standard n’y prépare.

C’est un entraînement d’habituation, pas d’apprentissage, et il donne des résultats rapides. Dites-nous d’où viennent vos collègues et nous ciblons ces variétés-là.

S’ajoute la contrainte du canal : visioconférence, son compressé, léger décalage, gens qui parlent par-dessus. Nos séances se déroulant en ligne, vous vous entraînez exactement dans ces conditions — et une partie des séances se fait caméra fermée, comme les vraies réunions.

Revue de code, estimation et entrevue technique

La revue de code à l’oral. Écrire « I’d suggest extracting this into a separate function » est facile. Le dire en direct, en défendant la suggestion face à quelqu’un qui n’est pas d’accord, l’est beaucoup moins. C’est un exercice de registre : critiquer du code sans que ce soit entendu comme une critique de la personne.

L’estimation et le refus. Dire qu’une demande est irréaliste, qu’une dette technique doit être payée, qu’une fonctionnalité aura des conséquences. Un « no » transposé du français passe pour cassant; il existe des formulations graduées qui tiennent la position sans fermer la porte.

L’entrevue technique. Une catégorie à part : il faut penser à voix haute tout en résolvant un problème, dans une langue seconde, sous observation. Beaucoup d’excellents développeurs échouent là pour des raisons qui n’ont rien à voir avec leurs compétences. Si vous en avez une à venir, elle devient le fil conducteur des séances.

Pour aller plus loin

↑ Voir toutes les pages de la section « Cours par métier » · Plan du site

FAQ | Anglais en TI

Je travaille en anglais toute la journée. Pourquoi je bloque à l’oral?

Parce que tout ce que vous produisez est écrit, asynchrone et corrigeable. L’oral n’offre aucune de ces protections, et rien dans une journée normale ne l’entraîne.

Dois-je apprendre du vocabulaire technique?

Non, il est déjà là. Il faut créer un chemin d’accès pour un lexique que vous possédez à l’écrit — et corriger la prononciation de termes lus mille fois mais jamais entendus.

Comment améliorer ma participation à la mêlée?

En travaillant surtout ce qui vient après le format figé : répondre à une question de suivi, expliquer un blocage, annoncer un retard sans être ni trop abrupt ni si atténué que personne ne comprend qu’il y a un problème.

Je ne comprends pas certains collègues. Est-ce mon niveau?

Rarement. Votre oreille n’a jamais été exposée à l’anglais indien, polonais ou brésilien. C’est un entraînement d’habituation qui donne des résultats rapides.

Préparez-vous aux entrevues techniques?

Oui. C’est une catégorie à part : penser à voix haute en résolvant un problème, en langue seconde et sous observation. Si vous en avez une à venir, elle devient le fil conducteur des séances.