🧠 Мини-правило

👉 mustn’t = строгий запрет

You mustn’t push to production without approval.

(тебе нельзя, запрещено)

👉 don’t have to = нет необходимости, можно, но не обязательно

You don’t have to stay late today.

(если хочешь — пожалуйста, но это не требование)

⚠️ Русское «не нужно» часто путают с «нельзя», и отсюда растут все «you mustn’t come» там, где человек просто хотел быть вежливым.


💬 Признавайся, было у тебя такое, что ты вместо вежливого «можешь не делать» запрещал?

Дожимать рекрутера как тюбик с зубной пастой?

Многие боятся показаться навязчивыми, если писать рекрутеру после собеседования. Как профессионально напомнить о себе по-английски?

1️⃣ Хочу добавить важный аргумент

I realized after the interview that I forgot to mention one of my relevant projects. It might be helpful to highlight that I…

→ Вы не оправдываетесь, а усиливаете свой профиль.

2️⃣ Нужно мягко уточнить статус

I am still very interested in the role and would appreciate any update you might have regarding the next steps.

→ Вежливо, без давления.

3️⃣ Есть другой оффер

I would like to be transparent that I am currently considering another opportunity, although your role remains a top priority for me. If possible, could you share visibility on your decision timeline?

→ Вы даете контекст, а не ультиматум.

4️⃣ Долгое молчание (7–14 дней+)

Just checking in to see if there are any updates on my application. Please let me know if you need any additional information from my side.

→ Коротко, уважительно и по делу.

💡Follow-up email не делает вас «навязчивым». Он показывает, что вы: мотивированы и умеете вести коммуникацию в международной среде!

А какая стратегия ближе всего вам?

Единственный девопс ушёл в отпуск — и все сервера легли 😅 Ирония судьбы или…

💡 Идиома дня: bus factor — число людей, которых должен «сбить автобус», чтобы команда осталась без незаменимых специалистов. Чем ниже bus factor, тем выше риски для проекта.

Как используют в IT:

“Our bus factor is 1 — only Alex knows how to fix the deployment. We really need better documentation.”

“We increased the bus factor to 4 — now several engineers can handle incidents and manage the infra.”

❓А какой bus factor у вашего проекта или компании?Напишите в комменты — сравним.

🔧 Всегда ли недопонимание в международных IT-командах связано с английским?

Объясняешь техническое ограничение 10 минут — а в конце слышишь от менеджера: “So… can we ship it this week?” 😅 И ты сидишь и думаешь: это мой английский виноват или мы просто живём в параллельных вселенных?

На деле большинство конфликтов — не про язык, а про вечное “технарь vs не-технарь”: одни мыслят системами и рисками, другие — сроками и продажами. А общаться еще приходится на английском. Вот и цирк.

Весь прошлый месяц мы с командой готовили новый модуль курса English for IT — “Путь к свободному B2”, посвящённый именно этой проблеме: как переводить с технического английского на человеческий английский — и обратно. Чтобы технарей понимали, а менеджеры слышали по делу.

🧩 Что внутри:

1️⃣ Legacy & Modern Architectures — как объяснять архетиктуру и технические решения понятным английским
2️⃣ System Load & High Traffic — говорить про нагрузки и инциденты в глобал команде
3️⃣ Dev ↔ Stakeholders — как переводить между двумя мирами
4️⃣ Phrasal Verbs по логике — создавать, а не зубрить

Всё уже загружено на интерактивную платформу школы: видео, аудио, карточки, упражнения. Со следующей недели доступ откроется студентам.

💙 Почему мы гордимся модулем
Мы собирали его из реальных ситуаций студентов: созвоны, митинги, факапы, эскалации. Это не учебный английский, а рабочий язык IT-коммуникаций.

Если хотите посмотреть программу или понять, подходит ли вам — вот ссылка 👇

Как смягчать критику на ретро 🤝

Хорошее ретро — это не разбор полетов и поиск виноватых.
Это спокойный разбор того, что можно было сделать лучше, и что стоило не делать вовсе.

И вот тут волшебно работают конструкции should have + V3 и shouldn’t have + V3.

Они позволяют говорить о прошлом мягко, конструктивно и без пассивной агрессии. Это не «кто виноват?», а «как можно было поступить эффективнее в следующий раз».

Проверим, в каких ситуациях использовать should have, а в каких – shouldn't👇

🧩 Давай научимся различать

✔ «should have + V3» — мягкое «надо было сделать»

Это про упущенную возможность.
Не обвинение, а спокойное: «Если бы мы сделали это, было бы лучше».

We should have written tests.

(Жаль, что не сделали — в следующий раз сделаем.)

✔ «shouldn’t have + V3» — мягкое «не стоило этого делать»

Это про действие, которое привело к проблемам.
Опять же без обвинений, просто вывод: «Лучше бы мы этого не делали».

We shouldn’t have deployed on Friday.

(Плохая идея, учтём на будущее.)

Пиши на английском в комментах, чего бы тебе стоило или не стоило делать на работе 💬