Английский для IT: какие темы и словарный запас нужны для работы и собеседований

Каждый опытный айтишник согласится, что английский в IT-секторе выходит за рамки технических терминов. Специалистам всех уровней — от HR до developer — рано или поздно приходится иметь дело с этим языком в его полном измерении: общаться устно и письменно.

Если trainee достаточно ознакомиться с основными терминами и пройти интервью, то junior уже должен уметь читать документацию, написанную на английском. Поэтому даже первые шаги не обходятся без этого языка на уровнях, близких к В1–В2.

Позиции middle, senior, lead принимают активное участие в митингах и переписках — коммуникации в команде и с заказчиком, то есть с каждым этапом английского становится больше.

Важно, что в этой сфере он довольно специфичен, поэтому сначала нужно дать ему определение и объяснить особенности.

Что такое «английский для IT» и чем он отличается от General English

IT English — это профессионально ориентированная часть лексики английского языка. Она сосредоточена в кругу обсуждения бизнес-идей и технических решений, поэтому заметно отличается от общего английского.

Разница между IT English и General English:

	General English	IT English
Основная цель	Повседневное общение, путешествия, бытовые ситуации	Рабочая коммуникация в команде и профессиональной среде
Типичные темы	Хобби, путешествия, покупки, повседневная жизнь	Проекты, задачи, баги, дедлайны, функционал, разработка
Лексика	Общая лексика и базовые выражения	Сочетание общего английского с технической терминологией
Коммуникационные ситуации	Неформальные разговоры, small talk	Митинги, командные обсуждения, технические пояснения
Письменная коммуникация	Личные сообщения, неформальные письма	Рабочие чаты, email-переписка, комментарии в тасках
Работа с текстами	Статьи, новости, блоги	Техническая документация, инструкции, спецификации
Использование на работе	Может использоваться не во всех профессиях	Является ежедневным рабочим инструментом в международных командах

Но вместе с профессиональным английским большинство айтишников активно изучают общий. На международном рынке размещают более выгодные вакансии, карьера со временем растёт не только вверх, но и вширь и требует более глубоких знаний, чем рабочий уровень В2.

Поэтому нужно понимать, что IT English — это производная от General English, ведь он касается отдельной сферы в большой языковой системе.

Рабочие темы, которые нужны ежедневно (даже без клиентов)

Когда мы говорим «английский для программистов», то обобщаем, имея в виду разные звенья:

• технических и нетехнических специалистов;
• украинский и международный рынки;
• «рядовых» работников, которые общаются в рамках команды, и lead-позиции или project-manager, которые коммуницируют с клиентами.

Необходимо разделять эти сегменты, потому что в каждом айтишнику понадобится разный языковой уровень. Но есть темы, которые объединяют всех в этой сфере. 

Базовый минимум каждого IT-специалиста касается будней командной работы и разработки — основных процессов, без понимания которых коммуникация не будет успешной. 

Темы базового минимума английского для IT:

• Daily, sync meetings, standups

«Дейлик» — это короткая ежедневная встреча команды, которую проводят с целью узнать, что делает каждый работник, чтобы синхронизировать совместную работу. На таких встречах общаются лаконично.

Что я выполнил:

• Yesterday I worked on the auth flow.
• I wrapped up the payment integration.
• I fixed a bug in the login flow.

Над чем работаю:

• Today I’m working on the profile feature.
• I’m continuing work on the dashboard.
• I’m focusing on bug fixing today.
• I’m working on improving the performance of this module.

Есть ли блокеры или проблемы:

• I’m waiting for feedback on the pull request.
• I’m blocked by an issue with the API.
• I need clarification on the task requirements.

Краткое резюме статуса:

• Everything is on track.
• The task should be finished today.
• I’ll update the ticket after the meeting.

Ключевая задача программиста на митинге — максимально конкретно и коротко описать этап своей работы команде.

• Code review 

Рецензирование кода — этап, на котором просматривают код на соответствие правилам и качеству, после чего он попадает в главную ветку. Обычно используют такие фразы:

• Can you explain this approach?
• Any reason for this implementation?
• Can be simplified.
• Let’s refactor this.
• This can break on edge cases.
• Missing error handling.
• Please add error handling.
• What about edge cases?
• Move this to a separate function.
• Better to reuse existing logic.

Во время code review программисты оставляют комментарии в коде своим коллегам. От вида этих комментариев зависит качество работы специалиста, который работает с продуктом, поэтому они должны быть понятными и корректными. Для этого и нужно владеть английским.

• Bug reports / incident

Ещё одним важным ежедневным этапом быта программиста является исправление ошибок в коде и его работе, которые называют «багами». 

Как правильно описывать баги на английском:

• There is a bug in the login flow.
• The feature is not working as expected.
• We are experiencing an issue with the API.
• Something is broken in the payment flow.
• The system behaves unexpectedly.
• Happens when user submits the form.
• Occurs on mobile devices only.
• Reproduces on staging environment.
• Happens intermittently.
• Steps to reproduce:
• Try logging in with invalid credentials.
• Click the submit button twice.
• Expected behavior: user is redirected to dashboard.
• Actual result: user sees an error page.
• This is a blocker for release.

Часто проблемы решаются совместно: разработчик получает запрос и комментарии от тестировщика, то есть на этапе bug reports центральное место занимает коммуникация.

• Оформление документации

Техническая документация — это список правил и пояснений, который работник создаёт для многих людей и за пределами своей команды тоже. Поэтому она должна быть прописана детально и чётко. 

Эта часть работы айтишника более «официальная», чем предыдущие, поэтому целесообразно использовать формальные фразы:

• This document describes…
• Overview of the system…
• The purpose of this feature is…
• High-level architecture…
• Technical requirements include…
• Prerequisites for running the project: …
• Installation steps: …
• Configuration details: …
• Environment setup: …
• API endpoints are listed below: …
• The system consists of the following components: …
• Data flow works as follows: …
• Make sure to update configuration accordingly.
• For more details, see the section below.
• Refer to the official documentation for reference.

В некоторых крупных компаниях, где работают над масштабным продуктом или несколькими проектами, созданием документации занимается отдельный человек — техрайтер. Но будьте готовы, что придётся учить английский для этой задачи, ведь встретить техрайтера на первой работе, да ещё и на аутсорсе, — редкость.

Но все упомянутые темы применяют уже работники. А чтобы ими стать, нужно ещё постараться и начать с собеседования.

Английский для собеседования в IT: структура ответов

Интервью с рекрутером при устройстве на работу — это отдельная большая тема в сфере IT. Ей уделяют так много внимания, потому что она является довольно сложным процессом, особенно для новичков.

Из-за этого внимания мы и привыкли бояться собеседований, но каждый HR-специалист — тоже вполне рядовой работник, а каждый lead, который «нащупывает» hard skills рекрута, тоже когда-то был на его месте. Поэтому не нужно забывать, что за интервью стоят люди, которые действуют по определённому регламенту.

Регламент рекрутеров предусматривает проверку кандидата, которая в том числе касается технического английского. 

Ревью IT English состоит из:

• Self-introduction;
• technical discussion;
• behavioral questions.

А теперь подробнее о каждом этапе собеседования айтишника.

1. Self-introduction — самопрезентация

Вопрос «Tell me about yourself» касается кандидата и как специалиста, и как личности. К нему следует тщательно подготовиться: провести репетицию рассказа о том, где получали знания и практический опыт.

Краткая структура self-introduction на собеседовании:

• роль — кто вы как специалист;
• стек или домен — с чем работаете;
• 1–2 главных достижения в работе;
• какие карьерные вызовы вы сейчас ищете.

Это нужно завернуть в 5–7 предложений (не больше) без лишних деталей или нерелевантного опыта, если о нём не спрашивали.

2. Technical discussion — проверка теории хард-скиллов

На этом этапе кандидатам приводят в пример типовую задачу, чтобы проверить его знание паттернов и умение мыслить по алгоритму. Это часто делает технический специалист — не HR. 

Отвечать следует по определённой схеме: проблема (что нужно было решить) → решение (что вы сделали) → почему сделали именно таким способом (обоснование) → компромиссы (trade-offs, если были).

Этот простой метод вполне покрывает то необходимое, что нужно узнать интервьюеру, и позволяет кандидату последовательно отвечать без долгих пауз. А именно они свидетельствуют о нехватке компетентности.

3. Behavioral questions — проверка soft skills (умения коммуницировать и вести себя в разных рабочих ситуациях)

Кандидату приведут несколько рабочих кейсов и будут слушать, как он ответит. Наиболее эффективным для ответа здесь будет метод STAR: 

• Situation — кратко описать ситуацию;
• Task — объяснить свою роль или задачу;
• Action — рассказать, что вы сделали для решения;
• Result — показать результат и сделать вывод о своих действиях.

Подробнее об этом методе рассказали на платформе https://happymonday.ua/metod-star-na-spivbesidi.

Какой уровень английского нужен для IT и как прогрессировать

На старте айтишнику вполне хватит B1: понять таск, поддержать тезис предложений на митинге. Но настоящий комфорт приходит с B2+ — здесь уже можно отстаивать архитектурные решения и общаться с клиентом.

Популярная иллюзия разработчика

«Я читаю документацию — значит, учу язык» — с этим можно согласиться лишь частично.

Чтение наращивает пассивный словарь, который молчит, как только нужно ответить на митинге. Сюда отнесём также Stack Overflow, Reddit, YouTube, ресурсы на DOU — всё это полезно, но мало тренирует способность самостоятельно строить предложения.

Что реально работает

Вместо этого стоит попробовать speaking-сессии — и не про путешествия или что-то такое банальное. Отрабатывайте конкретные ситуации, которые встретятся в работе: защита своего решения, объяснение задержки, разбор блокера.

Помните: настоящий уровень прокачивается коммуникацией. Всё остальное — подготовка к ней.

Выводы

Английский айтишникам нужен так же, как и знание языков программирования. Первый запрос на English появляется у будущего разработчика в тот момент, когда он берёт в руки книгу Брюса Эккеля или Стива Макконнелла. Ведь просто читая ресурсы в сети, большинство понимает — это не то, что даст результат.

И в конце концов — вы не найдёте IT-специалиста, который не знает английского хотя бы на базовом уровне.

Но изучать его только по книгам или из объяснений блогеров — эффективно лишь наполовину. Настоящий результат делает коммуникация. Коммуницировать на английском для IT можно на нашем курсе бизнес-английского в AP Courses, ведь здесь вы найдёте:

• разбор рабочих кейсов;
• обучение в команде единомышленников;
• регулярные разговорные практики;
• уникальный технологичный формат подачи информации.

Записывайтесь на курс бизнес-английского в AP Courses и стройте ту карьеру в IT, о которой всегда мечтали. Успехов!