ESL for IT · Level B1 · Teacher's Book

UNIT 1: IT ROLES & DAILY ROUTINE

👩‍ Как пользоваться этой книгой

Зелёные блоки — только для учителя. В каждом: «О чём раздел» (простыми словами, без IT-жаргона) и «Мини-словарь»: термин, транскрипция (IPA) и короткое объяснение значения по-русски.

Главное правило: вам НЕ нужно быть программистом, чтобы вести этот курс. Вы учите языку: временам, коллокациям, коммуникации. Если студент спросит «а что такое Kubernetes?» — честно скажите: "Great question! Let's check the glossary / let your DevOps colleague explain". Это нормальная учительская стратегия, а не позор.

"I'm Busya. Grey cat, QA engineer, five years of experience. I've seen production bugs that would make a junior developer cry. In this unit you will learn to talk about your role, your tools, and your daily routine — so you sound like a pro in any international team. And no, "It works on my machine" is not a defense."

In this unit you will learn to:

name IT roles and describe their responsibilities;
talk about your daily routine and current projects;
use Present Simple and Present Continuous correctly;
understand a real morning stand-up;
decide when to use Slack and when to open a Jira ticket;
introduce yourself to a new international team.

1.1 Warm-up

👩‍ Заметка · §1.1 Warm-up

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

QA (Quality Assurance) /ˌkjuː ˈeɪ/ — специалист, который тестирует программу и ищет ошибки ДО пользователей. «Отдел контроля качества».
bug /bʌɡ/ — ошибка в программе, сбой. Буквально «жук»: по легенде, первый сбой компьютера вызвал настоящий жук в реле.
backend /ˌbækˈend/ — «невидимая» сторона сайта: серверы и базы данных. Витрина — это frontend, склад — это backend.
Project Manager /ˈprɒdʒekt mænɪdʒə/ — человек, который следит за сроками и переводит с языка клиентов на язык разработчиков и обратно.

Как вести: дайте 2 минуты на угадывание в парах/в чате, затем спросите «which role is closest to you?» — это сразу даст вам диагностику словарного запаса группы.

ALook at the three quotes below. Which IT role does each person probably have?

#	Quote	Your answer
1	"I break things on purpose so that real users don't."	______________
2	"I turn coffee into code and argue with the server."	______________
3	"I ask 'is it done yet?' and protect the team from new tasks."	______________

BDiscuss:

Which quote describes your job best? Why?
What is the most unusual thing about your daily routine?
Imagine the bug lifecycle: bug found → logged in Jira → assigned to a developer → fixed & tested → deployed to production. At which stage does your work usually happen?

1.2 Vocabulary: Job Roles

👩‍ Заметка · §1.2 Job Roles

О чём раздел: кто есть кто в IT-команде. Студент должен уметь назвать свою роль и понимать, чем занимаются коллеги. Аналогия для вас: IT-команда — это ресторан. Frontend — официант и зал (то, что видит гость), backend — кухня, DevOps — электрика и вентиляция (чтобы всё работало), QA — дегустатор, PM — администратор зала, UX/UI — дизайнер меню и интерьера.

Frontend Developer /ˈfrʌntend dɪˈveləpə/ — программист видимой части: кнопки, страницы, анимации.
Fullstack /ˈfʊlstæk/ — «два в одном»: умеет и frontend, и backend.
DevOps /ˈdevɒps/ — настраивает серверы и автоматику, чтобы код программиста доехал до пользователей. Слияние слов Development + Operations.
UX/UI Designer /ˌjuːeks ˌjuːaɪ dɪˈzaɪnə/ — проектирует, как продукт выглядит (UI) и насколько он удобен (UX).
Jira /ˈdʒɪrə/ — программа-органайзер для задач и багов: общий список «кто что делает».
Confluence /ˈkɒnfluəns/ — корпоративная вики: статьи, инструкции, конспекты встреч.
Figma /ˈfɪɡmə/ — программа, в которой дизайнеры рисуют макеты интерфейсов.
GitHub /ˈɡɪthʌb/ — общее «облачное хранилище» кода, где программисты работают вместе.

Как вести: после упр. C попросите каждого студента сказать одну строку о себе: "I'm a ... , I work with ...". Это снимает страх «я не знаю достаточно IT-слов» — им нужно всего 8 слов, и они уже их знают.

AMatch the job titles (1–8) with their descriptions (a–h).

Job title	Description
1. Frontend Developer	a) Designs how the product looks and feels
2. Backend Developer	b) Writes code that runs on the server and works with databases
3. Fullstack Developer	c) Tests the product manually and writes bug reports
4. QA Manual Engineer	d) Builds and maintains cloud infrastructure and CI/CD pipelines
5. QA Automation Engineer	e) Writes code for the user interface (browser, mobile app)
6. DevOps Engineer	f) Writes scripts that test the product automatically
7. UX/UI Designer	g) Manages the team, the timeline, and communication with the client
8. Project Manager	h) Works with both frontend and backend technologies

BOdd one out. Which word is different? Why?

Jira — Slack — Confluence — React
Figma — Sketch — Adobe XD — Docker
Python — Java — Trello — JavaScript
Bug — Feature — Sprint — Task

CComplete the sentences with the correct job title from Exercise A.

Our has just designed a beautiful new dashboard in Figma.
The is setting up a new Kubernetes cluster for production.
I work as a — I write both React components and Node.js APIs.
The found a critical bug in the payment flow this morning.
Our is asking the client to clarify the requirements.

🌍 Culture Note #1: Job Titles in Western IT Companies

No titles, no "Mr./Mrs." In most Western IT companies you call everyone by their first name — including the CEO. Saying "Mr. Smith" to your CTO will make everyone uncomfortable.
Titles are flexible. "I'm a Software Engineer", "I'm on the backend", "I do QA" — all normal. People ask "What do you do?", not "What is your position?"
Seniority is mentioned casually: "I'm a senior frontend dev" or "I've been in QA for five years." It's not bragging — it's context.
⚠️ Careful: "I'm just a developer" sounds unconfident. Never diminish your role. Say "I'm a developer" — full stop.

Busya's wisdom: "A cat doesn't apologize for being a cat. Don't apologize for being an engineer."

1.3 Vocabulary: Tools & Daily Actions

👩‍🏫 Заметка · §1.3 Tools & Daily Actions

О чём раздел: глаголы ежедневной рутины программиста: что они делают с кодом и задачами. Для языковой цели важны коллокации (write tests, deploy code), а не технология. Объясняйте глаголы бытовыми аналогиями — их достаточно.

deploy /dɪˈplɔɪ/ — «выкатить»: отправить новую версию программы на сервер, чтобы пользователи её получили. Как вывесить новую витрину.
debug /ˌdiːˈbʌɡ/ — искать и исправлять ошибки в коде. Буквально «обезжукивание».
commit /kəˈmɪt/ — сохранить порцию изменений кода с комментарием. Как «контрольная точка» в игре.
push /pʊʃ/ — отправить свои сохранённые изменения в общее хранилище (GitHub).
merge /mɜːdʒ/ — слить несколько версий кода в одну.
review /rɪˈvjuː/ — проверка чужого кода перед слиянием: коллега читает и комментирует.
pull request /pʊl rɪˈkwest/ — заявка «проверьте и влейте мой код». Часто сокращают до «PR».
estimate /ˈestɪmeɪt/ — оценить, сколько времени/сил займёт задача.
log a bug /lɒɡ ə bʌɡ/ — зафиксировать баг в Jira, чтобы он не потерялся. «Лог» здесь = журнал записей.
stand-up /ˈstændʌp/ — короткая утренняя встреча команды (в идеале 15 минут): что сделал, что сделаю, что мешает.

Как вести: упр. C (монолог Буси) — идеальный дрилл: сначала заполняют, потом читают вслух хором/по цепочке. Следите за окончанием -s в 3-м лице (checks, attends) — это главная ошибка B1 на Present Simple.

AMatch the verbs (1–8) with the nouns they commonly go with (a–h).

Verb	Noun
1. write	a) a stand-up meeting
2. deploy	b) a pull request
3. attend	c) unit tests
4. review	d) a bug in Jira
5. estimate	e) code to production
6. log	f) tasks in story points
7. merge	g) a feature branch
8. push	h) commits to GitHub

BFill in the gaps with the correct verb from the box. Use each verb once.

attend · debug · deploy · estimate · log · merge · push · review

Every morning I ____________ the daily stand-up at 10 a.m.
Before we ____________ to production, we need to run all the tests.
Can you ____________ my pull request? I've been waiting since yesterday.
I need to ____________ this bug — the logs don't make sense.
Please ____________ your changes to the remote repository before the meeting.
Let's ____________ the feature branch into main.
I always ____________ the effort for each task before sprint planning.
Don't forget to ____________ your working hours in Jira.

CBusya's daily routine. Put the verbs in brackets into the Present Simple.

"Hi, I'm Busya. I (1) ____________ (work) as a QA engineer. Every day I (2) ____________ (start) at 9 a.m. First, I (3) ____________ (check) Jira for new bugs. Then I (4) ____________ (write) test cases for the new feature. At 10 a.m. I (5) ____________ (attend) the stand-up. After lunch, I (6) ____________ (test) the build and (7) ____________ (log) any issues I find. In the evening, I (8) ____________ (drink) tea and (9) ____________ (watch) the developers panic. It (10) ____________ (be) a good life."

1.4 Reading: "A Day in the Life of a DevOps Engineer"

👩‍🏫 Заметка · §1.4 Reading

О чём раздел: блог-пост инженера о своём рабочем дне. Задача студентов — читать с извлечением фактов (T/F/NS и вопросы), а НЕ понимать каждую технологию. Сразу скажите группе: «незнание слова Kubernetes не мешает ответить на вопросы» — это снимет панику.

production /prəˈdʌkʃn/ — «боевая» среда: сервер, где работают реальные пользователи и реальные деньги. Противоположность — тестовая среда.
staging /ˈsteɪdʒɪŋ/ — точная копия «боевой» среды для репетиций: сначала проверяем здесь, потом на пользователей.
monitoring /ˈmɒnɪtərŋ/ / dashboard /ˈdæʃbɔːd/ — наблюдение за системой и экран с графиками. Как приборная панель в машине: видно, не перегрелся ли «двигатель».
CI pipeline /ˌsiː aɪ ˈpaɪplaɪn/ — автоматический конвейер проверки кода: сохранил → тесты прошли → можно выпускать. CI = Continuous Integration, «непрерывная сборка».
Kubernetes /ˌkjuːbəˈnɛtiːz/ — система управления множеством серверов-«контейнеров». Даже сами айтишники шутят, что никто его до конца не понимает — не знать его нормально.
Terraform /ˈterəfɔːm/ — инструмент, которым серверы описывают текстом (кодом), а не настраивают вручную.
on-call /ˌɒn ˈkɔːl/ — дежурство: неделя/месяц, когда ты доступен ночью, если сервер упадёт.
backlog /ˈbæklɒɡ/ — общий «очередь-лист» всех задач и хотелок команды.
troubleshoot /ˈtrʌblʃuːt/ — искать причину сбоя и чинить. Trouble + shoot: «отстреливать неприятности».
fintech /ˈfɪntek/ — компании на стыке финансов и технологий: банки, платёжные сервисы.

Как вести: начните с вопроса-прогноза: «what time of day is the soul leaving the body, and why?» Смех → мотивация читать. После упр. C попросите найти в тексте все слова со значением «проблема» (alert, problem, crash) — мини-работа с синонимами.

ARead the blog post. Mark the sentences True (T), False (F), or Not Stated (NS).

A Day in the Life of a DevOps Engineer

My name is Alex, and I work as a DevOps engineer at a fintech startup. My job is to make sure that our code runs smoothly in production and that developers can deploy new features quickly and safely.

I usually start my day at 8:30 a.m. with coffee and a look at the monitoring dashboards. Grafana and Datadog are my best friends — they tell me if there are problems with the servers, the databases, or the APIs. If I see a red alert, I drop everything and start troubleshooting.

At 10 a.m. we have our daily stand-up. I usually say something like: "Yesterday I fixed the CI pipeline. Today I'm setting up a new staging environment. No blockers." After the stand-up, I work on tickets from our Jira backlog. Most of my tasks are about automation — writing Terraform scripts, configuring Kubernetes clusters, or improving our GitHub Actions workflows.

I don't write a lot of code, but I write a lot of YAML and Bash scripts. I also spend time in Slack — developers ask me questions all day: "Alex, why is the build failing?", "Alex, can you give me access to the staging database?"

The hardest part of my job is on-call rotations. Once a month I have to be available at night in case the servers crash. It's not fun, but it's part of the job.

What I love about DevOps is that every day is different. One day I'm learning about security, the next day I'm optimizing costs in AWS. You never get bored.

#	Sentence	T / F / NS
1	Alex works at a large corporation.	______
2	He checks monitoring dashboards first thing in the morning.	______
3	He has never had to fix a server at night.	______
4	He writes a lot of Python code.	______
5	He enjoys that his work is always different.	______

BAnswer the questions.

What tools does Alex use to monitor the infrastructure?
What does Alex usually say at the daily stand-up?
What kind of tasks does he work on after the stand-up?
Why do developers write to him in Slack?
What is the most difficult part of his job?

CFind words in the text that mean:

to fix a problem by finding its cause (¶2) = ____________
things that stop you from making progress (¶3) = ____________
a list of tasks to do (¶3) = ____________
available to work if there is an emergency (¶5) = ____________

1.5 Grammar: Present Simple vs Present Continuous

👩‍🏫 Заметка · §1.5 Grammar

О чём раздел: грамматическое ядро юнита. Present Simple = рутина и факты («обычно пишу тесты»), Present Continuous = сейчас/временно («на этой неделе переезжаем на новый сервер»). IT-контекст идеален: у каждого программиста есть «рутина» и «текущий спринт» — это и есть два времени.

legacy code /ˈleɡəsi kəʊd/ — старый код, который страшно трогать: автор уволился, документации нет.
sprint /sprɪnt/ — рабочий цикл команды, обычно 1–2 недели, в конце — показ результата.
release /rɪˈliːs/ — выпуск новой версии продукта пользователям.
cloud provider /klaʊd prəˈvaɪdə/ — компания, которая сдаёт серверы через интернет «в облаке»: AWS, Google Cloud, Azure.

Как вести: главная ловушка B1 — стейтив-глаголы (know, understand, like): студенты говорят «I am knowing». Дайте анти-пример с Бусей: "Busya is knowing Docker" — группа смеётся и запоминает навсегда. В упр. D требуйте только правду о себе: личная привязка = запоминание.

	Present Simple	Present Continuous
Use	routines, facts, permanent situations	actions now, temporary situations, current projects
Signals	usually, always, every day, often, never	now, at the moment, this week, currently, today
Form	I work · he/she/it works	am/is/are + verb-ing
Example	I usually work with React.	This week I am working on a new feature.

⚠️ Stative verbs are NOT used in Continuous: know, understand, believe, need, want, like, prefer.
❌ I am knowing Docker. → ✅ I know Docker.

AChoose the correct option.

I usually (use / am using) VS Code, but today I (try / am trying) IntelliJ.
Our team (has / is having) a stand-up every morning at 10.
Look! The server (crashes / is crashing) again!
She (doesn't like / isn't liking) working on legacy code.
Currently, we (migrate / are migrating) to a new cloud provider.
He (writes / is writing) tests for the payment module this sprint.
I (don't understand / am not understanding) this bug. Can you help?
They usually (deploy / are deploying) on Fridays, but this week they (deploy / are deploying) on Wednesday.

BFind and correct the mistake in each sentence. Two sentences are correct.

Currently, I work on a mobile application for a bank.
Our QA team runs automated tests every night.
Look at the logs — the database crashes right now.
I usually debug the code, but today I attend a workshop.
She is knowing how to use Docker very well.
We are using Jira for task tracking in our current project.

CComplete with the correct form of the verbs in brackets.

I normally ____________ (start) work at 9, but this week I ____________ (start) at 8 because of the release.
Busya ____________ (not / like) manual testing. She ____________ (learn) Python for automation right now.
____________ you ____________ (use) Git in your daily work?
Be quiet! The DevOps team ____________ (deploy) to production.
Our company ____________ (have) offices in Berlin and Warsaw.
This month I ____________ (take) an AWS certification course.

DAbout you. Complete with true information.

I usually ______________________________________________.
Right now, I am _______________________________________.
My team usually _______________________________________.
At the moment, I am ___________________________________.
I don't usually ____________________, but this week I am ____________________.

1.6 Listening: A Stand-up Conversation

👩‍🏫 Заметка · §1.6 Listening

О чём раздел: запись утреннего стендапа. Студенты учатся вычленять из речи структуру: «вчера / сегодня / что мешает». Это же — готовый шаблон для их собственных апдейтов на работе.

blocker /ˈblkə/ — то, что тормозит работу: «без этого не могу двигаться дальше».
database /ˈdeɪtəbeɪs/ — база данных: организованное хранилище информации (пользователи, заказы).
API keys /ˌe piː ˈaɪ kiːz/ — пароли-ключи, которыми программы «представляются» друг другу. API = интерфейс общения программ между собой.
unit tests /ˈjuːnɪt tests/ — маленькие автоматические проверки отдельных кусочков кода. Как проверка каждого ингредиента перед сборкой торта.

Как вести: читайте скрипт сами (или попросите двух студентов) в живом темпе, с паузами-«эканьем» — реальность повышает доверие. Первое прослушивание — таблицы закрыты, студенты просто слушают настроение. Скрипт показывайте только для задания C.

AListen to the morning stand-up and complete the table.

Person	Yesterday	Today	Blocker
Mark	finished the (1) __________ feature	write (2) __________ tests	none
Busya	tested login, found (3) __________ bugs	(4) __________ the fixes	no access to (5) __________
Alex	setting up (6) __________ environment	debugging the (7) __________ pipeline	needs (8) __________ keys

BListen again. True or False?

Mark has already written unit tests for the login feature. ______
Busya found bugs in the login feature. ______
Sarah will ask DevOps to help Busya. ______
Alex's build was successful yesterday. ______
Alex needs help from the frontend team. ______

CNow look at the script. Find the phrases they use to: (a) start the meeting, (b) report a blocker, (c) close the meeting.

🎧 Script (show only after listening)

Sarah (Team Lead): Good morning, team! Let's start the stand-up. Mark, you first.

Mark: Morning! Yesterday I finished the login feature and pushed the code. Today I'm going to write unit tests for it. No blockers.

Sarah: Great. Busya, over to you.

Busya: Hi everyone. Yesterday I tested the login feature and found three bugs. I logged them in Jira. Today I'm retesting the fixes. One blocker — I still don't have access to the staging database.

Sarah: OK, I'll ask DevOps to give you access after the meeting. Alex?

Alex: Hey. Yesterday I was setting up the new staging environment, but the build kept failing. Today I'm debugging the CI pipeline. Blocker — I need the new API keys from the backend team.

Sarah: Got it. I'll ping them on Slack. Thanks, everyone!

🌍 Culture Note #2: Stand-up Etiquette

⏱ Keep it short. Your update = 1–2 minutes. Yesterday / Today / Blockers. That's it. Your Kubernetes adventure can wait for a separate call.
🎤 Be specific. ❌ "I worked on stuff." → ✅ "I finished the login endpoint, today I'm writing tests for it."
🚩 Say "blocker" out loud. Blockers are not a shame. A blocker you don't mention = a deadline you will miss.
📷 Camera on (usually). In most Western remote teams cameras are expected at stand-ups. Check your team's norm on day one.
❌ Don't solve problems during the stand-up. The magic phrase is "Let's take it offline" — discuss it after the meeting, with only the people involved.

Busya's wisdom: "A stand-up that takes 45 minutes is not a stand-up. It's a hostage situation."

1.7 Communication Toolkit: Slack vs Jira

👩‍🏫 Заметка · §1.7 Slack vs Jira

О чём раздел: «куда писать»: мессенджер для быстрого и срочного, таск-трекер для задач и багов. По сути — урок корпоративной гигиены общения: почему нельзя всё писать в общий чат и почему баг, записанный только в чате, исчезнет.

Slack /slæk/ — корпоративный мессенджер с каналами (чатами по темам).
ticket /ˈtɪkɪt/ — карточка задачи или бага в Jira. То же, что «тикет» в поддержке.
DM /ˌdiː ˈem/ — личное сообщение (direct message). «Can we DM?» = «давай в личку».
@channel /ət ˈtʃænl/ — упоминание ВСЕГО канала: всем придёт уведомление. Использовать только при пожаре.
FYI /ˌef waɪ ˈaɪ/ — «for your information»: просто информирую, действий не требуется.

Как вести: после блока с правилом сыграйте блиц: вы называете ситуацию («упал сервер», «кто идёт на обед?», «нужна новая фича от клиента») — студенты хором кричат SLACK или JIRA. Две минуты, смех, материал усвоен.

The rule:
1. Urgent (needs an answer within an hour)? → Slack. But don't use @channel unless the building is on fire.
2. Not urgent, but it's a task / bug / feature request? → Jira ticket with a clear description.
3. Not urgent, just a quick question (under 2 minutes to answer)? → Slack DM.
4. Everything else → schedule a meeting or write an email.

AUse the rule above. Where would you put these situations: Slack or Jira?

You found a bug in the login page. → ____________
The build has been failing for 30 minutes and nobody knows why. → ____________
You want to know if anyone is joining the team lunch. → ____________
The client wants a new export-to-PDF feature. → ____________
You can't open the staging environment and need access. → ____________

BMatch the Slack message (1–4) with its purpose (a–d).

Message	Purpose
1. "Hey! Quick question — do we have an API for user profiles?"	a) Asking for help
2. "FYI — deploying to staging in 10 minutes."	b) Sharing information
3. "@Mark Could you take a look at PR #214 when you have a sec?"	c) Quick question
4. "I'm stuck on the auth bug. Anyone seen this error before?"	d) Request for review

🌍 Culture Note #3: Direct vs Indirect Communication

🇺🇩🇳🇮 US, Germany, Netherlands, Israel — direct culture. "This won't work" is normal, not rude. Disagreement in code review is expected. Silence after your idea means they didn't understand it.
🇬🇧🇯🇵 UK, Japan — indirect culture. "That's interesting" often means "That's terrible." "With the greatest respect..." usually comes before total disagreement. "Could you possibly consider..." = "Change it."
💡 Golden rule for code review: criticize the code, not the person. ❌ "You wrote bad code." → ✅ "This function could be simpler — what if we extract it?"
🌏 In international remote teams the safest style is friendly directness: clear message + polite framing.

Busya's wisdom: "When a British developer says 'I'm a bit concerned about this approach', translate it as 'This will burn production down'. Trust me. I'm a cat."

1.8 Speaking: Meet Your Colleague

👩‍🏫 Заметка · §1.8 Speaking

О чём раздел: вывод всей лексики юнита в речь: интервью с коллегой + пересказ от третьего лица (he works, she is working — тренировка окончания -s и вспомогательных). Ролевая игра «первый день» — репетиция реальной ситуации трудоустройства в международную команду.

job title /ˈdʒɒb ˌtatl/ — точное название должности в контракте.
go-to tools /ˈɡəʊ tuː tuːlz/ — «любимые», основные рабочие инструменты.

Как вести: в роли Буси (Card B) задавайте каверзные вопросы с серьёзным лицом — студенты обожают, когда учитель «в образе». Записывайте ошибки молча, разбор — в конце (error correction на доске).

AInterview your partner. Take notes.

What is your exact job title?
What tools do you use every day?
What time do you usually start and finish work?
What is your most boring task? Your most interesting one?
What are you working on this week?
Are you learning any new technology at the moment?

BReport back about your partner. Use he/she (third person!).

Model answer

"This is Mark. He works as a frontend developer. He usually uses React and VS Code. His most boring task is writing documentation, but he enjoys designing components. This week he is working on a new checkout page. He is also learning TypeScript."

CRole-play: First day at a new job.

Student A
You joined the team today. Introduce yourself: your role, tools, and what you are working on now. Ask your colleague questions about the team.

Student B (or Teacher as Busya 🐱)
You are a cynical senior engineer. Welcome the new colleague — but ask tricky questions: "What do you usually do when your build fails?", "Are you working on anything interesting right now?"

1.9 Funny but True: What NOT to Say

👩‍🏫 Заметка · §1.9 What NOT to Say

О чём раздел: коммуникативные мины и концепция blameless culture. Языковая цель — вежливые переформулировки (Let me check... / Let's estimate...). Культурная цель — понять, что в здоровых IT-командах ищут причину сбоя, а не виноватого: это влияет и на лексику, и на поведение студента на будущей работе.

post-mortem /ˌpəʊst ˈmɔːtəm/ — встреча-разбор после аварии: что случилось, почему, как не повторить. Буквально «вскрытие» — отсюда и чёрный юмор названия.
blameless /ˈbleɪmləs/ — «без поиска виновных»: blame = вина + суффикс -less = без.
revert /rɪˈvɜːt/ — откатить изменения к прошлой версии. «Отменить последние правки».
environment /ɪnˈvaɪrənmənt/ — среда, где работает программа: ваш компьютер, тестовый сервер, «боевой» сервер.

Как вести: спросите группу: «какую фразу из левой колонки вы говорили сами?» — признания запускают лучшую дискуссию юнита. Не пропускайте Culture Note #4: для многих студентов концепция «не наказывать за ошибки» нова и очень ценна.

Read the table. Which phrase have YOU said at least once? Be honest.

❌ Instead of...	✅ Say...	Why?
"It works on my machine!"	"Let me check the environment differences."	Your machine ≠ production.
"This is impossible!"	"This will take longer because..."	Nothing is impossible, just expensive.
"Who broke production?"	"Let's do a blameless post-mortem."	Find the cause, not the culprit.
"I'll just quickly fix this..."	"Let me estimate this properly first."	"Quickly" is how bugs are born.
"It's not my job."	"That's [team]'s area — let me redirect you."	Helpful, not dismissive.

🌍 Culture Note #4: Blameless Culture

In healthy Western IT teams, when production goes down, nobody asks "Whose fault is it?" They ask "What in our process allowed this to happen?" This is called a blameless post-mortem. If people fear punishment, they hide mistakes — and hidden mistakes come back as bigger outages.

Busya's wisdom: "The developer who broke production and admitted it in five minutes is a professional. The one who quietly reverted the commit and said nothing is my favourite mystery novel."

1.10 Writing: Introduce Yourself to the Team

👩‍🏫 Заметка · §1.10 Writing

О чём раздел: финальный продукт юнита — сообщение-знакомство в общий канал Slack. Всё, что учили (роли, инструменты, два времени), собирается в один полезный текст, который студент сможет отправить в реальной жизни в первый же рабочий день.

channel /ˈtʃænl/ — тематическая «комната» в Slack: #general, #random, #dev-team.
looking forward to... /ˌlʊkɪ ˈfɔwəd tuː/ — стандартная вежливая концовка письма: «с нетерпением жду». Обратите внимание группы: после to — глагол с -ing.

Как вести: пример Буси показывайте ТОЛЬКО после того, как студенты написали свой текст — иначе все скопируют структуру и шутки кота. После написания — обмен текстами и взаимная проверка по чек-листу: есть ли Present Simple? Present Continuous? Fun fact?

Task: Write an introduction message (80–100 words) for the #general channel of your new international team. Follow the plan:

Greeting
Name + job title
What you usually do (Present Simple)
Your favourite tools
What you're working on now (Present Continuous)
One fun fact about yourself
Closing line

Useful phrases:
Hi everyone! / Hello team!
I'm the new … on the team.
Usually, I … / My main responsibility is …
My go-to tools are …

Right now, I'm working on …
Outside of work, I …
Looking forward to working with you all!

Busya's example (show only after students write their own)

"Hi team! 👋 I'm Busya, your new QA engineer. Usually, I test web applications, write test cases, and log bugs in Jira. My go-to tools are Postman, Chrome DevTools, and an endless supply of tea. Right now, I'm learning Python to move into automation. Fun fact: I've never missed a deadline — mostly because I find the bugs that make other people miss theirs. Looking forward to breaking your beautiful features! 🐾"

1.11 Vocabulary Review

👩‍🏫 Заметка · §1.11 Review

О чём раздел: закрепление: кроссворд (интерактивная версия есть отдельным HTML-файлом) и word formation. Ответы кроссворда: Jira /ˈdʒɪrə/, QA engineer /ˌkjuː eɪ ˌendʒɪnɪə/, deploy /dɪˈplɔɪ/, Project Manager /ˈprɒdʒekt ˈmænɪdʒə/, debug /ˌdiːˈbʌɡ/, Git /ɡɪt/, UX/UI designer /ˌjuːeks ˌjuːaɪ dɪˈzaɪnə/.

Как вести: word formation дайте в парах на скорость, затем сверка с ключами. Self-check (§1.12) студенты заполняют честно дома — это их личная карта прогресса.

ASolve the mini-crossword (answers from this unit).

Across	Down
3. A tool for task tracking (4 letters) 5. A person who tests software (2 words) 7. To send code to production (6 letters)	1. A person who manages the team (2 words) 2. To find and fix errors in code (5 letters) 4. A 3-letter tool for version control 6. A person who designs interfaces (2 words)

BWord formation. Complete the table.

Verb	Person	Thing / Activity
to develop	(1) ____________	development
to design	(2) ____________	(3) ____________
to test	(4) ____________	testing
to manage	(5) ____________	(6) ____________
(7) ____________	engineer	engineering
(8) ____________	analyst	analysis

1.12 Unit Self-Check ✅

I can name 8+ IT roles and their responsibilities.
I can describe my daily routine (Present Simple).
I can describe my current work (Present Continuous).
I know the collocations: write tests, deploy code, attend a meeting, log a bug, merge a branch, push commits, estimate tasks, review a PR.
I know when to use Slack vs Jira.
I can introduce myself to a new international team — in writing and speaking.
I know what a blameless post-mortem is and why "It works on my machine" is not a defense.

🏠 Homework

👩‍🏫 Заметка · Homework

О чём раздел: три задания разного типа: письмо (реальная вакансия), лексика (личный словарь), культура (видео + наблюдение). Третье задание — скрытое аудирование: студент смотрит YouTube не «как урок», а как разведчик, собирая фразы.

Как проверять: на следующем уроке начните с 5 минут «show & tell»: каждый показывает одну фразу, украденную из видео. Это мгновенно прогревает группу и даёт вам бесплатный аутентичный материал.

Writing. Find a real English job description for your role (LinkedIn / Wellfound / remote boards). Write a message to a friend explaining what the company wants (60–80 words, 5+ words from this unit).
Vocabulary. Create your personal word list: 10 items from this unit + one example sentence for each.
Culture. Watch any "Day in the Life of a Software Engineer" video on YouTube (5–7 min). Write down: 3 phrases you understood immediately, 2 phrases that surprised you, 1 phrase you want to steal for your next stand-up.

📋 Appendix: Answer Key

1.1 A: 1 — QA Engineer · 2 — Developer · 3 — Project Manager

1.2 A: 1-e · 2-b · 3-h · 4-c · 5-f · 6-d · 7-a · 8-g

1.2 B: 1 — React (not a collaboration tool) · 2 — Docker (not a design tool) · 3 — Trello (not a programming language) · 4 — Sprint (a time period, not a work item)

1.2 C: 1 UX/UI Designer · 2 DevOps Engineer · 3 Fullstack Developer · 4 QA Engineer · 5 Project Manager

1.3 A: 1-c · 2-e · 3-a · 4-b · 5-f · 6-d · 7-g · 8-h

1.3 B: 1 attend · 2 deploy · 3 review · 4 debug · 5 push · 6 merge · 7 estimate · 8 log

1.3 C: 1 work · 2 start · 3 check · 4 write · 5 attend · 6 test · 7 log · 8 drink · 9 watch · 10 is

1.4 A: 1 F (a startup) · 2 T · 3 F (on-call once a month) · 4 F (YAML and Bash) · 5 T

1.4 B: 1 Grafana and Datadog · 2 "Yesterday I fixed the CI pipeline. Today I'm setting up a new staging environment. No blockers." · 3 Automation: Terraform scripts, Kubernetes clusters, GitHub Actions · 4 They ask him for help (build failures, database access) · 5 On-call rotations

1.4 C: 1 troubleshooting · 2 blockers · 3 backlog · 4 on-call

1.5 A: 1 use / am trying · 2 has · 3 is crashing · 4 doesn't like · 5 are migrating · 6 is writing · 7 don't understand · 8 deploy / are deploying

1.5 B: 1 am working · 2 correct · 3 is crashing · 4 am attending · 5 knows · 6 correct

1.5 C: 1 start / am starting · 2 doesn't like / is learning · 3 Do you use · 4 is deploying · 5 has · 6 am taking

1.6 A: 1 login · 2 unit · 3 three · 4 retesting · 5 (the) staging database · 6 (new) staging · 7 CI · 8 API

1.6 B: 1 F · 2 T · 3 T · 4 F · 5 F (the backend team)

1.6 C: (a) "Good morning, team! Let's start the stand-up." · (b) "One blocker — I still don't have access...", "Blocker — I need the new API keys..." · (c) "Thanks, everyone!"

1.7 A: 1 Jira · 2 Slack (urgent!) · 3 Slack · 4 Jira · 5 Slack (or Jira if your team tracks access requests)

1.7 B: 1-c · 2-b · 3-d · 4-a

1.11 A: Across: 3 Jira · 5 QA Engineer · 7 deploy · Down: 1 Project Manager · 2 debug · 4 Git · 6 UX/UI Designer

1.11 B: 1 developer · 2 designer · 3 design · 4 tester · 5 manager · 6 management · 7 (to) engineer · 8 (to) analyze