Complete guide: English for programmers
English for Programmers: The Complete Guide to Working at International Companies
Everything you need to know to use English confidently as a software developer, from daily standups to technical interviews.
Why English is not optional anymore for developers
Por qué el inglés ya no es opcional para los developers
Ten years ago, you could be a great developer and work entirely in Spanish. Today, that is getting harder.
GitHub is in English. Stack Overflow is in English. Most documentation, error messages, open-source projects, and best practices are written in English. If you work on a team with people from Argentina, Colombia, Spain, Brazil, and India, the shared language is English.
This is not about accent or perfection. It is about being able to participate, contribute, and grow in the global developer ecosystem.
This guide covers every situation where you need English as a developer, with practical examples, phrases, and links to deeper resources for each one.
What is in this guide
- 1. Daily Standups: what to say and how to say it
- 2. Meetings and calls: participating with confidence
- 3. Pull Requests: writing and reviewing code in English
- 4. Emails: professional communication in English
- 5. Technical Vocabulary: the words you actually need
- 6. Interviews: technical interviews in English
- 7. Your English Level: where you are and where you need to go
- 8. Grammar you actually need as a developer
- 9. Keep Practicing: exercises and resources
Daily Standups: What to Say and How to Say It
Daily Standups: qué decir y cómo decirlo
The daily standup is 15 minutes, but it is the moment when your English is most visible to the whole team. You have to speak without preparation. You have to be clear and concise. And you have to do it every single day.
The good news: standups are highly structured. There are three questions you answer every time. Yesterday, today, blockers. Once you know the right phrases for each, the standup becomes predictable and manageable.
Reporting what you did yesterday
- "I finished the login page yesterday."
- "I wrapped up the authentication refactor."
- "I reviewed two pull requests."
- "I spent most of the day on the database migration."
Reporting what you are doing today
- "Today I am working on the payment integration."
- "I am going to start the API documentation."
- "I am picking up the bug we found in the checkout flow."
- "I plan to finish the unit tests for the user service."
Reporting blockers
- "I am blocked on the third-party API credentials. I need access from the DevOps team."
- "No blockers on my end."
- "I have a dependency on the backend team finishing the endpoint first."
- "I am waiting for a review on my PR before I can continue."
Practice standup English with exercises
Interactive exercises to practice your daily standup English
Practice standup English with exercises →Meetings and Calls: Participating with Confidence
Reuniones y llamadas: cómo participar con confianza
Meetings are harder than standups because they are less predictable. Someone might ask you a question you were not expecting. You might need to interrupt, disagree, or ask for clarification. In English, there are standard ways to do all of these without sounding rude or confused.
Asking for clarification
- "Sorry, could you repeat that?"
- "I did not catch that. Could you say it again?"
- "When you say X, do you mean Y?"
- "Just to make sure I understand: you are saying that..."
Interrupting politely
- "Sorry to interrupt, but I have a quick question."
- "Can I jump in here for a second?"
- "Just to add to that point..."
- "Before we move on, I want to mention..."
Agreeing and disagreeing professionally
- "That makes sense. I agree."
- "I see your point, but I think there might be another way to look at this."
- "I am not sure about that. My concern is..."
- "Could we explore the alternative of...?"
Buying time when you need to think
- "That is a good question. Let me think for a second."
- "I want to make sure I give you an accurate answer."
- "Let me check my notes."
- "I am not 100% sure off the top of my head. Can I follow up after this call?"
Pull Requests: Writing and Reviewing Code in English
Pull Requests: cómo escribir y revisar código en inglés
Pull requests are where a lot of professional English happens in writing. You write PR descriptions, leave comments on other people's code, respond to feedback, and request changes. The tone matters here as much as the content.
One of the most common mistakes is accidentally sounding bossy or rude in review comments. In English, there is a big difference between "Change this" and "Could you change this?" Learning to signal severity and soften your tone makes your reviews more professional and more effective.
Blocking: this will throw a null pointer exception if the list is empty.
Nit: I would rename this variable to make it clearer, but feel free to ignore.
Could we extract this into a helper function? It would make it easier to test.
LGTM! Nice refactor. Left one small comment but it is not blocking.
Full guide to code review comments in English
Orders vs suggestions, blocking vs nit, and how to approve a PR professionally
Full guide to code review comments in English →Emails: Professional Communication in English
Emails: comunicación profesional en inglés
Developers write more emails than they think. Access requests, follow-ups, bug reports to stakeholders, escalations. Each one is a small professional moment where tone matters.
In English emails, the opening and closing are formulas you learn once and reuse forever. The body is where clarity matters most.
Access request
Hi Sarah, I am joining the payments team next week and will need access to the production dashboard. Could you add me to the payments-team group in AWS? Thanks, Alex
Following up on a PR
Hi Carlos, Just following up on my PR from last Tuesday (link below). Let me know if you have any questions or if there is anything you would like me to change. Thanks, Alex
Full guide to professional emails for developers
Access requests, follow-ups, escalations, and the tone rules that matter
Full guide to professional emails for developers →Technical Vocabulary: The Words You Actually Need
Vocabulario técnico: las palabras que realmente necesitas
Technical English is a specific dialect. The words developers use in code reviews, standups, architecture discussions, and job interviews are not the same words you learn in a generic English course.
Here is the vocabulary every developer working in English needs:
- Coding acronyms (LGTM, WIP, AFK, PR, TBD...)The short codes that show up everywhere in developer communication
- Phrasal verbs for developers (set up, roll back, hand off...)The multi-word verbs that native speakers use constantly in tech contexts
- Idioms in tech teams (boil the ocean, low hanging fruit...)Expressions that do not mean what they literally say
- AI vocabulary (LLM, RAG, token, hallucination...)Essential terms for developers working with AI tools and systems
- How to talk about code in EnglishThe verbs and sentence patterns for walkthroughs, reviews, and explanations
- System design vocabulary (load balancer, CAP theorem, sharding...)The concepts that come up in every system design discussion and interview
- Job ad vocabulary (greenfield, IC, OTE, vesting cliff...)What the words on LinkedIn job postings actually mean
- SOLID principles in English (SRP, OCP, LSP...)Design principles you need to know and explain in code reviews and interviews
- Coding terms: Spanish to English glossaryThe most common dev terms explained for Spanish-speaking developers
Interviews: Technical Interviews in English
Entrevistas: cómo hacer entrevistas técnicas en inglés
Technical interviews in English are challenging on two levels at the same time: you have to solve the problem AND explain your thinking clearly. Most developers practice the problem-solving part but not the explanation part.
Here are the types of interviews you will face and what English you need for each:
Recruiter screen
- "I have been working as a backend developer for four years, mostly in Python and Go."
- "I am looking for a role where I can work on distributed systems at scale."
- "My most recent project was a real-time notification system handling about two million events per day."
Coding challenge
- "My first thought is to use a hash map here, which would give us O(1) lookup."
- "Let me think through the edge cases before I write the code."
- "I am going to start with a brute-force solution and then optimize."
- "Could I ask a clarifying question? Is the input always sorted?"
System design
- "Before I jump in, could you tell me more about the expected scale?"
- "I would start with a simple architecture and then scale out the bottlenecks."
- "The tradeoff here is between consistency and availability."
- "I would use a message queue here to decouple the services."
Cultural fit
- "I prefer to get feedback early, even on incomplete work, rather than waiting until I think it is perfect."
- "When I disagree with a decision, I usually raise my concern once clearly, and then I commit to the team's direction."
- "I learn best by doing. I tend to pick up a new technology by building something small with it."
Full guide to coding interview questions in English
Common questions for every interview type, with example answers
Full guide to coding interview questions in English →Your English Level: Where You Are and Where You Need to Go
Tu nivel de inglés: dónde estás y adónde necesitas llegar
Before you practice, it helps to know what level you are at. The CEFR scale (A1 to C2) is the international standard for measuring English proficiency. Most developer jobs at international companies require at least a B2 level.
Here is what each level means in a developer context:
| CEFR Level | What you can do | Developer context |
|---|---|---|
| A1-A2 | Basic phrases and simple sentences | You can read simple error messages. Standups are very difficult. |
| B1 | Most everyday work situations | You can follow meetings and write basic PR descriptions. |
| B2 | Complex topics, fluent interaction | You can lead discussions and explain your architecture clearly. |
| C1 | Advanced professional texts | You can write documentation and mentor others in English. |
| C2 | Native-level fluency | Almost no developer needs this for work purposes. |
Understand the CEFR scale for developers
Which level you need for remote work, FAANG, and international teams
Understand the CEFR scale for developers →Take the CEFR levels guide
What A1 to C2 means and how each level is tested
Take the CEFR levels guide →Grammar You Actually Need as a Developer
La gramática que realmente necesitas como developer
You do not need to master all of English grammar. Developers use a specific subset of verb tenses and structures in their daily work. If you focus on these, you will cover 90% of what you need.
| Tense | When to use it | Example |
|---|---|---|
| Present simple | Describing how things work | "This function returns the user ID from the token." |
| Present continuous | Reporting current work (standups) | "I am working on the payment integration." |
| Present perfect | Reporting completed work with recent relevance | "I have merged the authentication PR." |
| Past simple | Reporting what you did | "I finished the code review yesterday." |
| Future simple / going to | Announcing upcoming work | "I am going to start the refactor tomorrow." |
| Conditional (would) | Making suggestions politely | "I would extract this into a separate function." |
Full guide to verb tenses for developers
The seven tenses you actually use, with standup and code review examples
Full guide to verb tenses for developers →Keep Practicing: Exercises and Resources
Sigue practicando: ejercicios y recursos
Reading this guide is the first step. But fluency comes from practice, not reading. Here are the interactive exercises and resources you can use to build real confidence in technical English.
Practice real situations (A1 exercises)
Interactive vocabulary exercises
More resources for developer English
Related Articles
Ready to practice your English at work?
Lingua-e has interactive exercises built around real developer conversations: standups, code reviews, retrospectives, and more. Practice until it comes naturally.
Try Lingua-e for free
Written by
Roxana LafuenteLingua-e's founder
Roxana Lafuente is a software engineer with 8+ years of experience. At the beginning of her career, even though she had already passed the First Certificate in English, she still froze every time she had to speak up in the daily standup. That was a gap nobody was fixing. After 2,000+ standups, she figured out what actually builds fluency: practice that looks like your real work. She built Lingua-e so other developers wouldn't have to take the long road to feel confident working in an international development environment.