Anglais IT : vocabulaire, parcours et écoute en réunion
On this page
- Pourquoi on lit bien mais n'entend pas assez vite
- À quoi ressemble l'anglais dans un standup
- Apprendre pour entendre, pas seulement pour lire
- Mal comprendre un mot, mal lire la prononciation et hésiter à redemander
- Vocabulaire anglais IT par groupe
- Parcours et ressources d'auto-apprentissage pour les pros IT
- Questions fréquentes
Vous lisez de la documentation en anglais toute la journée. Stack Overflow, changelog, message d'erreur, spec d'une API tierce — vous lisez directement, sans traduire. Avec vos collègues, vous enchaînez l'anglais : deploy ça sur staging, merge cette branche dans main, fixe ce bug puis release. Votre vocabulaire IT ne manque de rien.
Puis l'entreprise prend un projet pour un client étranger, ou l'équipe s'agrandit avec des gens dans d'autres fuseaux horaires. Un standup de quinze minutes sur Google Meet. L'autre dit exactement trois phrases sur ce qu'il a fait hier, et vous n'en captez qu'environ la moitié — pas parce que les mots sont inconnus, mais parce que toute la phrase "I'm gonna pick that up after the retro but I'm kinda blocked on the staging creds" passe en quatre secondes, alors que chaque mot est un mot que vous connaissez.
Cet article est écrit pour ce décalage précis. D'abord, quatre endroits où l'oreille lâche prise et un extrait de standup recopié mot pour mot, qui montre où les sons sont avalés. Ensuite, du vocabulaire anglais IT classé en cinq groupes que vous utilisez vraiment : rôles dans l'équipe, process agile, code review, infrastructure et opérations, entretiens et CV.
- Pourquoi on lit bien mais n'entend pas assez vite
- À quoi ressemble l'anglais dans un standup
- Apprendre pour entendre, pas seulement pour lire
- Mal comprendre un mot, mal lire la prononciation et hésiter à redemander
- Vocabulaire anglais IT par groupe
- Parcours et ressources d'auto-apprentissage pour les pros IT
- Questions fréquentes
Pourquoi on lit bien mais n'entend pas assez vite
Beaucoup de développeurs vietnamiens ont déjà la partie écrite : documentation et logs d'erreur tous les jours, les termes sont dans la tête depuis longtemps. Ce qui vous bloque en réunion est souvent la partie sonore, et il y a quatre endroits.
Le plus visible, ce sont les abréviations lues lettre par lettre : PR, QA, CI, CD, API, SLA. À l'écran, c'est net ; à l'oral, ça se colle en un bloc sonore court — "the PR" à vitesse normale file en une demi-seconde. CI et CD ne diffèrent que d'une consonne finale, PR et MR d'une consonne initiale ; rater un son, c'est basculer vers autre chose sans savoir qu'on vient de rater. Et puis des trucs qui se lisent comme des vrais mots : k8s se dit "kates", i18n "eye eighteen en", a11y "ally".
Ensuite, les mots du quotidien avec un sens figé dans le métier : ship, block, park, nit, smell, debt, spike, freeze, groom. Vous connaissez le sens d'origine, l'oreille ne se met pas en alerte. Quelqu'un dit "let's park that", le cerveau traduit d'abord en stationnement, et pendant qu'il corrige, la phrase suivante est déjà passée.
Puis les tournures indirectes en réunion : "I might be missing something here", "just a small nit", "can we take this offline". Mot à mot, ça sonne anodin ; le vrai sens, dans l'ordre : ici je vois un problème, petite remarque qui ne bloque pas le merge, et on en parle à part, pas ici. Même couche de convention que l'anglais de bureau, sauf qu'en équipe technique c'est plus dense et ça impacte directement si vous devez modifier du code ou non.
Enfin, les sons raccourcis et collés : gonna, wanna, lemme, kinda, "could you" qui devient /kədʒə/. Ce phénomène s'appelle la connected speech ; ce n'est pas propre aux réunions tech, sauf que le standup va vite et les phrases sont courtes, donc les sons avalés sont plus denses. Si vous avez l'habitude de prononcer chaque mot distinctement, l'oreille peine aussi à reconnaître les formes raccourcies quand les autres parlent.
À quoi ressemble l'anglais dans un standup
Les quatre points réunis, voilà à quoi ça ressemble à l'oreille. L'extrait ci-dessous est un standup ordinaire, recopié tel qu'on le dit, pas comme on l'écrit dans un ticket.
- Tech lead : "Okay, let's get started. Nam, d'you wanna go first?"
- Nam : "Yeah. Yesterday I finished the migration script, today I'm gonna pick up the retry logic. No blockers."
- Linh : "I'm still on the payment bug. I'm kinda blocked on the staging creds, I pinged infra yesterday but I haven't heard back."
- Tech lead : "Lemme check with them right after this."
- Huy : "Quick one. My PR for the caching layer's been sitting for two days, could somebody take a look?"
- Tech lead : "I'll get to it this morning. It's mostly nits from what I saw."
- Linh : "Also, are we still shipping Thursday, or has that moved?"
- Tech lead : "Still Thursday as far as I know. Let's wrap, I'll follow up in the channel."
Huit phrases, environ quarante-cinq secondes, que des mots familiers pour quelqu'un du métier. Le tableau ci-dessous reprend sept endroits où l'oreille glisse souvent, un type par endroit.
| Phrase originale | Ce qui sort vraiment à l'oral | Où les pros IT vietnamiens glissent souvent |
|---|---|---|
| "d'you wanna go first?" | /dʒə ˈwɑːnə ɡoʊ ˈfɜːrst/ | quatre mots "do you want to" réduits à trois syllabes ; beaucoup ne reconnaissent pas à temps que c'est une question pour eux |
| "I'm kinda blocked on" | /aɪm ˈkaɪndə ˈblɑːkt ɑːn/ | le cluster /kt/ dans "blocked" disparaît presque ; on entend "I'm block on" |
| "the staging creds" | /ðə ˈsteɪdʒɪŋ kredz/ | "creds" est credentials raccourci, souvent entendu "credits" ; dans ce métier on coupe les mots comme ça tout le temps : repo, config, prod, spec |
| "I pinged infra" | /aɪ ˈpɪŋd ˈɪnfrə/ | le /d/ final se colle au voyelle initiale de "infra" en "ping-din-fra" ; le rater, c'est perdre le marqueur du passé |
| "I haven't heard back" | /aɪ ˈhævnt ˈhɜːrd bæk/ | le /nt/ final de "haven't" est très léger ; l'entendre "I have heard back" inverse complètement la situation du collègue |
| "the caching layer's been sitting" | /ðə ˈkæʃɪŋ ˈleɪərz bɪn ˈsɪtɪŋ/ | "layer's" ici, c'est "layer has", pas un possessif |
| "It's mostly nits" | /ɪts ˈmoʊstli nɪts/ | "nits" sonne presque comme "needs", et les deux mots mènent à des conclusions opposées |
La colonne du milieu montre le point commun : aucun mot difficile. Migration, retry, staging, caching, layer — ce sont des mots que vous écrivez dans du code tous les jours. Ce qui disparaît, ce sont les frontières entre les mots et les consonnes finales avalées.
Le prix à payer est très concret. Entendre "nits" pour "needs", c'est croire que votre PR demande de grosses modifications alors qu'elle est sur le point d'être approuvée. Entendre "I haven't heard back" pour "I have heard back", c'est croire que Linh a eu une réponse d'infra, alors qu'elle est bloquée et a besoin qu'on la relance.
Donc ce qu'il faut travailler, ce sont les mots outils, pas le jargon : "has", "could", "for", "of", "have", et les /d/ ou /t/ en fin de verbe au passé. Le sens de la phrase est là, et c'est ce que le locuteur enchaîne le plus vite. Réécoutez une réunion enregistrée et recopiez seulement ces mots pour voir combien vous en attrapez.
Apprendre pour entendre, pas seulement pour lire
Le conseil par défaut pour l'anglais pro, c'est d'apprendre plus de mots. Pour quelqu'un en IT, le travail consiste souvent à rattacher l'écrit que vous maîtrisez déjà au son qui sort vraiment ; une liste de quatre cents mots de plus ne règle pas ça, parce qu'une liste de vocabulaire forme l'œil, pas l'oreille.
Ce qui forme l'oreille, c'est écouter puis recopier : entendre une phrase, la recopier mot pour mot, puis comparer à l'original. En écoute passive, le cerveau devine pour combler les trous, et vous ne savez pas où vous avez lâché. En recopiant, le trou est là, sur l'écran.
Essayez avec la phrase exacte de Linh ci-dessus : "I'm kinda blocked on the staging creds." Si vous recopiez "I'm kind of block on the staging credits", en sept mots vous avez déjà trois erreurs d'écoute : la forme raccourcie "kinda", le cluster final de "blocked", et le raccourci "creds".
WELE est construit autour de cette méthode, appelée dictée à l'écoute : écouter phrase par phrase, recopier, le système corrige et pointe exactement le mot où vous vous êtes trompé. Le processus détaillé est dans l'article 5 étapes pour une dictée à l'écoute efficace.
À dire clairement : le meilleur contenu d'entraînement pour vous n'est pas forcément du contenu IT. Un podcast tech qui parle vite et plein de termes que vous connaissez déjà — vous finissez en croyant comprendre, mais en partie vous devinez grâce au métier, pas parce que vous entendez vraiment. La bibliothèque de podcasts WELE est découpée par niveaux ; un bon point de départ, c'est celui où vous recopiez correctement environ huit fois sur dix.
Si vous ne savez pas où vous en êtes, faites d'abord le test de niveau d'écoute, puis choisissez le contenu. Pour tester le vocabulaire à part, il y a le test de vocabulaire, même si le score vocabulaire est souvent plus haut que la capacité d'écoute.
Des sessions courtes et régulières tiennent mieux qu'une longue session le week-end, surtout quand l'agenda pro est plein et que le week-end est rarement libre d'un bloc. Comment caser ça dans une journée déjà pleine : l'article apprendre l'anglais 15 minutes par jour.
Mal comprendre un mot, mal lire la prononciation et hésiter à redemander
Prendre "nit" pour une critique lourde. En code review, "nit" est une convention implicite : une petite remarque, qui ne bloque pas le merge ; corriger ou laisser, c'est vous qui décidez. Beaucoup de Vietnamiens voient ce mot et corrigent tout en s'excusant dans le commentaire, alors que le reviewer marquait juste un détail pour être complet. À l'inverse, "I have some concerns" sonne poli mais pèse bien plus qu'un nit.
Croire que LGTM veut dire que le code est parfait. Ça veut seulement dire que le reviewer n'a pas vu de problème assez gros pour bloquer ; souvent il a lu en diagonale. Pour qu'on examine vraiment une partie, il faut le dire : "Could you take a proper look at the concurrency part?"
Mélanger deploy et release. Deploy, c'est pousser du code sur un environnement ; release, c'est ouvrir une fonctionnalité aux utilisateurs. Beaucoup d'équipes deploy plusieurs fois par jour mais release à la semaine ; dans un appel incident, confondre les deux mots, et l'autre comprend mal ce qui vient de changer.
Se tromper de voyelle sur estimate. Nom : /ˈestɪmət/, voyelle finale réduite en schwa ; verbe : /ˈestɪmeɪt/, voyelle finale claire et longue. Dire "my estimate was wrong" avec la voyelle du verbe sonne tout de suite faux ; l'erreur est fréquente parce que le vietnamien ne change pas la voyelle selon la catégorie grammaticale.
Se taire quand on n'a pas suivi. Ce n'est pas une faute de langue, c'est une habitude. Une phrase courte suffit : "Sorry, could you say that again?" ou "I didn't catch the last part." Dans beaucoup d'équipes, redemander une fois ne dérange personne ; une tâche mal faite parce que vous avez hoché la tête pour passer, si.
Vocabulaire anglais IT par groupe
Le reste de l'article, ce sont des tableaux de référence. L'anglais IT couvre un terrain énorme ; apprendre par liste alphabétique, c'est du travail perdu parce que vous ne les retrouverez pas dans cet ordre. Les cinq tableaux ci-dessous suivent cinq situations d'une semaine de travail ; les exemples sont des phrases que les pros disent ou écrivent. Parcourez une fois, revenez quand il faut.
Rôles et organisation dans l'équipe
| Mot / expression | Transcription | Sens | Exemple en phrase |
|---|---|---|---|
| Developer | /dɪˈveləpər/ | Développeur | "We have four developers on this squad." |
| Software engineer | /ˈsɔːftwer ˌendʒɪˈnɪr/ | Ingénieur logiciel | "She joined as a senior software engineer last month." |
| Frontend developer | /ˈfrʌntend dɪˈveləpər/ | Développeur interface | "The frontend developer owns everything the user sees." |
| Backend developer | /ˈbækend dɪˈveləpər/ | Développeur côté serveur | "Ask a backend developer, that logic lives in the API." |
| QA engineer | /ˌkjuː ˈeɪ ˌendʒɪˈnɪr/ | Ingénieur QA | "QA found three regressions in last night's build." |
| Tech lead | /ˈtek liːd/ | Lead technique | "The tech lead signs off on the architecture." |
| Engineering manager | /ˌendʒɪˈnɪrɪŋ ˈmænɪdʒər/ | Manager technique, plus de gestion d'humains que de code | "Bring the headcount question to your engineering manager." |
| Product Owner (PO) | /ˈprɑːdʌkt ˈoʊnər/ | Personne qui décide des priorités produit | "The PO decides what goes into the sprint." |
| Scrum Master | /ˈskrʌm ˌmæstər/ | Personne qui cadre le process scrum | "Our Scrum Master runs the retro every other Friday." |
| Business Analyst (BA) | /ˈbɪznəs ˈænəlɪst/ | Analyste métier | "The BA wrote the acceptance criteria for this ticket." |
| Stakeholder | /ˈsteɪkhoʊldər/ | Partie prenante avec voix au chapitre sur le projet | "We need stakeholder sign-off before we build it." |
| DevOps engineer | /ˈdevɑːps ˌendʒɪˈnɪr/ | Ingénieur infra et pipeline | "DevOps handles the pipeline, the app code is on us." |
| Squad | /skwɑːd/ | Petite équipe autonome dans une grande organisation | "Each squad owns one part of the product." |
| Cross-functional | /ˌkrɔːs ˈfʌŋkʃənl/ | Pluridisciplinaire, une équipe avec tous les rôles | "It's a cross-functional team, design sits with us." |
| Report to | /rɪˈpɔːrt tuː/ | Être rattaché directement à | "You'll report to the engineering manager, not the PO." |
| Onboarding | /ˈɑːnbɔːrdɪŋ/ | Processus d'intégration d'un nouveau | "Onboarding takes about two weeks here." |
| Headcount | /ˈhedkaʊnt/ | Quota de recrutement, nombre de postes approuvés | "We don't have headcount for another backend this quarter." |
Process agile et réunions
C'est le lot que vous entendez le plus chaque jour, et aussi celui qu'on enchaîne le plus vite.
| Mot / expression | Transcription | Sens | Exemple en phrase |
|---|---|---|---|
| Sprint | /sprɪnt/ | Cycle de travail court, souvent deux semaines | "We're in the second week of the sprint." |
| Backlog | /ˈbæklɔːɡ/ | Liste de tâches en attente | "That's sitting somewhere in the backlog." |
| Sprint planning | /sprɪnt ˈplænɪŋ/ | Réunion pour choisir le travail du sprint suivant | "Sprint planning is Monday at nine." |
| Daily standup | /ˈdeɪli ˈstændʌp/ | Point court chaque matin, trois infos par personne | "Keep it short, standup is fifteen minutes." |
| Blocker | /ˈblɑːkər/ | Ce qui empêche d'avancer | "Any blockers before we wrap?" |
| Blocked on | /blɑːkt ɑːn/ | Bloqué en attendant quelqu'un ou quelque chose | "I'm blocked on the API key from their side." |
| Refinement (grooming) | /rɪˈfaɪnmənt/ | Session pour clarifier les items du backlog | "We'll size that ticket in refinement." |
| Retro (retrospective) | /ˌretrəˈspektɪv/ | Rétro de fin de sprint | "Bring that up in the retro, not here." |
| Estimate | /ˈestɪmət/ nom, /ˈestɪmeɪt/ verbe | Estimation d'effort pour une tâche | "My estimate was way off on this one." |
| Story point | /ˈstɔːri pɔɪnt/ | Unité d'estimation de complexité | "Is this a three or a five in story points?" |
| Ticket | /ˈtɪkɪt/ | Une tâche dans l'outil de gestion | "Can you drop that in a ticket so we don't lose it?" |
| Acceptance criteria | /əkˈseptəns kraɪˈtɪriə/ | Conditions pour considérer une tâche terminée | "This doesn't meet the acceptance criteria yet." |
| Scope creep | /ˈskoʊp kriːp/ | Périmètre qui gonfle au-delà du plan initial | "That's scope creep, it wasn't in the original spec." |
| Deliverable | /dɪˈlɪvərəbl/ | Livrable | "The deliverable for this sprint is the login flow." |
| Milestone | /ˈmaɪlstoʊn/ | Jalon important du projet | "We're two weeks behind the milestone." |
| Ship | /ʃɪp/ | Mettre une fonctionnalité entre les mains des utilisateurs | "Let's ship it Thursday and watch it over the weekend." |
| Deploy | /dɪˈplɔɪ/ | Pousser du code sur un environnement | "We deploy to staging first, always." |
| Rollback | /ˈroʊlbæk/ | Revenir à la version précédente | "If the error rate spikes, we roll back immediately." |
| Bandwidth | /ˈbændwɪdθ/ | Temps et énergie disponibles d'une personne | "I don't have the bandwidth for that this sprint." |
| Take it offline | /ˌteɪk ɪt ˈɔːflaɪn/ | En parler à part, pas dans cette réunion | "Let's take this offline, we're over time." |
| Circle back | /ˈsɜːrkl bæk/ | Revenir sur le sujet plus tard | "I'll circle back once infra replies." |
Code review et qualité du code
Ce groupe est plein de conventions implicites ; mal comprendre un mot, c'est corriger plus que le reviewer ne le voulait.
| Mot / expression | Transcription | Sens | Exemple en phrase |
|---|---|---|---|
| Pull request (PR) | /ˈpʊl rɪˌkwest/ | Demande de fusion de code, en attente de review | "Your PR has two comments waiting." |
| Merge | /mɜːrdʒ/ | Fusionner une branche dans la branche principale | "Don't merge until CI goes green." |
| Merge conflict | /ˈmɜːrdʒ ˈkɑːnflɪkt/ | Conflit quand deux branches modifient le même endroit | "I hit a merge conflict in the config file." |
| Branch | /bræntʃ/ | Branche de code pour travailler à part | "Cut a branch off main and start there." |
| Commit | /kəˈmɪt/ | Un enregistrement de changements | "Squash those commits before you push." |
| Rebase | /ˌriːˈbeɪs/ | Repositionner sa branche au-dessus d'une autre | "Rebase onto main, then force push." |
| Refactor | /ˌriːˈfæktər/ | Réécrire proprement sans changer le comportement | "This works, but it needs a refactor later." |
| Tech debt | /ˈtek det/ | Dette technique, le prix d'avoir fait vite avant | "We're paying for tech debt we took on last year." |
| Edge case | /ˈedʒ keɪs/ | Cas limite, rare mais possible | "You missed the edge case where the list is empty." |
| Regression | /rɪˈɡreʃn/ | Ancien bug qui revient après un changement | "This change caused a regression in checkout." |
| LGTM | /ˌel dʒiː tiː ˈem/ | Abréviation de "looks good to me", approbation | "LGTM, feel free to merge." |
| Nit | /nɪt/ | Petite remarque, ne bloque pas le merge | "Nit: this variable name could be clearer." |
| Request changes | /rɪˈkwest ˈtʃeɪndʒɪz/ | Demander des modifications avant approbation | "I'm going to request changes on this one." |
| Code smell | /ˈkoʊd smel/ | Signe de problème de conception dans le code | "Three levels of nesting is a code smell." |
| Boilerplate | /ˈbɔɪlərpleɪt/ | Code répétitif sans logique propre | "Most of this file is boilerplate." |
| Legacy code | /ˈleɡəsi koʊd/ | Vieux code encore en prod, peu osé à toucher | "Nobody wants to touch that legacy code." |
| Breaking change | /ˈbreɪkɪŋ tʃeɪndʒ/ | Changement qui casse les usages en aval | "That's a breaking change, we need a version bump." |
| Test coverage | /ˈkʌvərɪdʒ/ | Part du code couverte par les tests | "Coverage dropped, add a test for that branch." |
| Workaround | /ˈwɜːrkəraʊnd/ | Contournement temporaire, pas le vrai correctif | "We shipped a workaround, the real fix lands next sprint." |
Infrastructure et opérations
En incident, les gens parlent vite et sec ; ce lot doit déjà être dans l'oreille.
| Mot / expression | Transcription | Sens | Exemple en phrase |
|---|---|---|---|
| Incident | /ˈɪnsɪdənt/ | Incident qui impacte les utilisateurs | "We had a P1 incident at two in the morning." |
| Outage | /ˈaʊtɪdʒ/ | Arrêt de service | "The outage lasted about forty minutes." |
| Downtime | /ˈdaʊntaɪm/ | Temps où le système ne tourne pas | "Scheduled downtime this Sunday, two hours." |
| On-call | /ˌɑːn ˈkɔːl/ | De garde pour les incidents | "Who's on-call this weekend?" |
| Get paged | /ɡet ˈpeɪdʒd/ | Être réveillé par l'alerting | "I got paged twice last night." |
| Postmortem | /ˌpoʊstˈmɔːrtəm/ | Rapport d'analyse après incident | "The postmortem is due by Friday." |
| Root cause | /ˈruːt kɔːz/ | Cause racine | "The root cause was a stale cache entry." |
| Mitigate | /ˈmɪtɪɡeɪt/ | Limiter les dégâts d'abord, corriger la cause ensuite | "We mitigated by rolling back the release." |
| Escalate | /ˈeskəleɪt/ | Remonter le dossier à un niveau supérieur | "If it's still down in ten minutes, escalate." |
| Monitoring | /ˈmɑːnɪtərɪŋ/ | Système de surveillance | "Monitoring didn't catch it, the customer did." |
| Alert | /əˈlɜːrt/ | Alerte automatique | "That alert has been noisy all week." |
| Latency | /ˈleɪtnsi/ | Temps de réponse | "Latency doubled right after the deploy." |
| Throughput | /ˈθruːpʊt/ | Débit, volume traité par unité de temps | "Throughput held up under the load test." |
| Scale | /skeɪl/ | Monter en charge | "This won't scale past ten thousand users." |
| Staging | /ˈsteɪdʒɪŋ/ | Environnement de test proche de la prod | "It works on staging, that's exactly the problem." |
| Production (prod) | /prəˈdʌkʃn/, /prɑːd/ | Environnement réel, vrais utilisateurs | "Never test straight on prod." |
| Rollout | /ˈroʊlaʊt/ | Déploiement progressif vers les utilisateurs | "We're doing a gradual rollout, ten percent first." |
| Hotfix | /ˈhɑːtfɪks/ | Correctif urgent poussé directement en production | "A hotfix went out an hour ago." |
| Uptime | /ˈʌptaɪm/ | Temps de fonctionnement normal du système | "Our uptime target is written into the contract." |
| SLA | /ˌes el ˈeɪ/ | Engagement de niveau de service envers le client | "We breached the SLA on response time." |
Entretiens et CV en IT
| Mot / expression | Transcription | Sens | Exemple en phrase |
|---|---|---|---|
| Job description (JD) | /dʒɑːb dɪˈskrɪpʃn/ | Description de poste dans l'offre | "The JD says five years, apply anyway." |
| Screening call | /ˈskriːnɪŋ kɔːl/ | Premier appel de filtrage, souvent avec les RH | "The screening call is thirty minutes." |
| Take-home assignment | /ˈteɪk hoʊm əˈsaɪnmənt/ | Exercice à faire chez soi | "The take-home should take about four hours." |
| Coding challenge | /ˈkoʊdɪŋ ˈtʃælɪndʒ/ | Test de code chronométré | "There's a coding challenge before the onsite." |
| Pair programming | /ˈper ˌproʊɡræmɪŋ/ | Tour d'entretien en codant avec un ingénieur | "Round two is pair programming with a senior." |
| System design | /ˈsɪstəm dɪˌzaɪn/ | Tour de conception système à grande échelle | "The system design round trips up most candidates." |
| Whiteboard interview | /ˈwaɪtbɔːrd ˈɪntərvjuː/ | Entretien code au tableau, sans machine | "We stopped doing whiteboard interviews last year." |
| Behavioral interview | /bɪˈheɪvjərəl ˈɪntərvjuː/ | Tour sur la façon dont vous gérez des situations passées | "Behavioral is where they ask about conflict." |
| Onsite | /ˌɑːnˈsaɪt/ | Série d'entretiens sur place, souvent plusieurs tours en une journée | "The onsite is four rounds in one day." |
| Tech stack | /ˈtek stæk/ | Stack technologique utilisée | "What's your tech stack on the backend?" |
| Seniority | /siːnˈjɔːrəti/ | Niveau d'expérience | "We're hiring at mid to senior level." |
| Referral | /rɪˈfɜːrəl/ | Recommandation par quelqu'un dans l'entreprise | "Ask for a referral, it moves a lot faster." |
| Notice period | /ˈnoʊtɪs ˌpɪriəd/ | Délai de préavis avant de quitter | "My notice period is forty-five days." |
| Probation | /proʊˈbeɪʃn/ | Période d'essai | "Probation here is two months." |
| Salary expectation | /ˈsæləri ˌekspekˈteɪʃn/ | Prétentions salariales | "What's your salary expectation for this role?" |
| Counter offer | /ˈkaʊntər ˌɔːfər/ | Contre-offre pour retenir quelqu'un | "My current company came back with a counter offer." |
| Offer letter | /ˈɔːfər ˌletər/ | Lettre d'embauche officielle | "The offer letter should land tomorrow." |
Parcours et ressources d'auto-apprentissage pour les pros IT
- Étape un, la lecture de docs est déjà solide. Chaque jour, prenez un passage de docs que vous lisez déjà, lisez-le à voix haute, puis vérifiez la transcription de trois mots que vous n'avez jamais entendus prononcés.
- Étape deux, entendre les réunions. Chaque semaine, prenez environ une minute de dialogue dev, écoutez phrase par phrase et recopiez, puis ouvrez la transcription pour comparer.
- Étape trois, passer un entretien en anglais. Préparez trois questions fréquentes : vous présenter, un projet dont vous êtes fier, une fois où vous avez foiré. Enregistrez-vous jusqu'à pouvoir parler fluide sans lire vos notes.
Choisissez des ressources qui enseignent le métier et vous donnent de l'anglais réel, de préférence avec une transcription pour vérifier.
- MDN Web Docs (developer.mozilla.org) : rédigé en phrases complètes, pas en puces, donc vous récupérez aussi la tournure. La section Learn web development est la porte d'entrée la plus simple.
- freeCodeCamp (freecodecamp.org) : organisation à but non lucratif, entièrement gratuit, publications régulières. Les articles sont en prose complète, vous retrouvez les expressions qu'on entend en réunion.
- Syntax.fm : les hosts sont des devs, parlent comme au quotidien, plein de formes raccourcies comme en standup, et chaque épisode a une transcription pour vous auto-corriger.
- Talk Python To Me (talkpython.fm) : format interview, rythme plus lent qu'un podcast d'actu, transcription complète avec timestamps, bon tremplin.
- The Changelog (changelog.com) : invités de plusieurs pays, l'oreille s'habitue à des accents différents de ceux des manuels ; la transcription indique qui dit quoi.
N'importe laquelle, tant qu'une vraie personne parle et qu'il y a une transcription pour comparer.
Questions fréquentes
Qu'est-ce que la programmation en anglais ?
On pose souvent la question au sens : comment dit-on programmer en anglais. Programmer, c'est programming ; écrire du code, coding ; la personne, programmer ou software developer ; et l'ensemble de l'anglais pour ce travail, English for IT. Connaître ces noms aide à chercher des ressources, parce que les bonnes docs sont souvent sous des mots-clés anglais.
Faut-il une grammaire avancée pour l'anglais IT ?
Pas vraiment. La communication en équipe technique tourne en phrases courtes, surtout présent et passé simple. Ce qui crée les malentendus, c'est la prononciation et le choix des mots ; rarement la proposition relative.
Mieux vaut apprendre le vocabulaire IT par longue liste ou par situation ?
Par situation. Les cinq tableaux ci-dessus sont organisés pour ça : vous vous rappelez d'une expression grâce au contexte où elle apparaît, pas sa place dans l'alphabet. L'article apprendre le vocabulaire en contexte développe.
Faut-il viser l'accent américain ou britannique ?
Non. Dans une équipe distribuée, accent indien, singapourien, allemand ou australien n'est pas moins fréquent que l'accent des manuels. L'objectif réaliste : parler clairement et comprendre plusieurs accents. Choisissez un accent pour la dictée au début, élargissez ensuite.
Combien de temps pour suivre un standup sans redemander ?
Ça dépend de votre niveau d'écoute, pas de repère unique. Quelqu'un qui entend déjà bien l'anglais courant s'habitue au rythme des réunions en quelques semaines ; quelqu'un qui peine encore sur des phrases lentes doit construire la base d'abord, en mois. Le suivi le plus simple : chaque mois, enregistrez une réunion et recopiez, comptez où vous lâchez encore.
Faut-il apprendre la transcription phonétique pour le vocabulaire IT ?
Pour les mots que vous n'avez lus qu'à l'œil et jamais entendus, oui — deviner à partir de l'orthographe dérape souvent : cache /kæʃ/, queue /kjuː/, puis tuple, schema, null et toute une série de noms de bibliothèques. La colonne transcription des cinq tableaux sert à ce moment-là. Regarder une fois, puis réécouter dans une vraie phrase, et ça reste en général.
Le vocabulaire de cet article, ce sont les expressions qui reviennent dans un standup, une retro et un tour de code review. Le reste, c'est les rattacher au son réel — et ça se fait quand vous écoutez puis recopiez. La méthode détaillée est dans la méthode de dictée à l'écoute. Si vous faites un autre métier, l'article anglais professionnel regroupe le vocabulaire de base pour d'autres domaines.