Продолжая тему СДВГ 🤣🤣🤣
Есть вещи, которые мы легко замечаем и понимаем их влияние на скорость разработки:
прод лежит, CI умер, релиз горит, все бегают.
А есть то, что делает то же самое, но тихо.
Медленно.
Незаметно.
И это контекстные переключения.
Вот эти:
«А глянь плз»,
«У тебя минутка?»,
«Привет, а что по той задаче?»,
«Скинь ссылку»,
«Проверишь PR?»
и, конечно, вечное: Tg → Jira → IDE → CI → документация → обратно Tg.
По отдельности все это мелочи жизни. А потом ррраз и нет недели.
🤯 Почему одно переключение это не “минутка”, а 10–30 минут возвращения в контекст ?
Так, читатель, перестань отвлекаться и вернись сюда
Статья шикарно подчеркивает простую мысль:
👉 Чтобы вернуться в поток, мозгу нужно заново собрать весь контекст.
Не просто «вернуться к работе». А вспомнить всю модель задачи:
данные, зависимости, состояние, код, ограничения.
Каждый пинг = выкинули всю эту модель в мусорку.
Снова загрузка.
Снова компиляция в голове.
Снова попытка понять «а что я вообще делал?».
Если разработчик в день переключается десятки раз, он работает не в «процессе разработки», а в «процессе возвращения к работе».
И мы такие сидим на демо:
- А почему так долго фича делалась?
- Ну… сложная… много нюансов…
Нет, ребята.
Просто нас дергали 40 раз, и мы 35 раз «загружали контекст» с нуля.
Сложная фича тут вообще ни при чем.
🔥 Где скрыт основной ад?
Статья выделяет самые токсичные места и я прям подпишусь каждым.
1) Tg, как фабрика отвлечения!
Каждое сообщение звучит как "супер пупер важно".
Но реальность - 70% можно было не писать.
2) Jira как генератор лишних прыжков
Прыгаешь туда не за реальной пользой, а чтобы обновить статус «для кого-то».
3) Code Review, которое не асинхронное
«А посмотри прям щас» - лучший способ убить поток.
4) Фрагментированная экосистема
Система не помогает, а создаёт ещё один набор кнопок, которые надо помнить.
5) Микротаски, которые выглядят безобидно
Но если задача меньше одного переключения, то она уже убыточна.
🧠 А теперь важное: мозг разработчика работает как CPU
Переключение контекста = context switch
Каждая вкладка - новый процесс
Каждое уведомление - interrupt
Каждый звонок - non-maskable interrupt
И пока CPU загружается, фреймворк в голове крутит idle.
Какой уж тут DevEx.
🏗️ Что реально нужно делать компаниям (но почти никто не делает)
И вот где статья прям бьёт точно в точку:
1. Убрать мультиканальность
Один канал поддержки.
Один SLA.
Один источник правды.
2. Делать платформу не «набором сервисов», а единым пространством работы
Не «идите в этот UI».
А «вы там живёте».
Пока нет единой точки входа переключения будут расти как плесень.
3. Закрыть рутину автоматизацией
Автогенерация конфигов, автозапуск окружений, автофиксы, autoPR — всё, что убирает “мелочи, на которые жалко внимание”.
4. Проектировать CJM, которые не ломают поток
Любая дыра в CJM - это прямой билет в Tg.
Tg = контекстное самоубийство.
5. Давать инженерам длинные непрерывные слоты
Хочешь velocity?
Давай тишину и uninterrupted time.
🎯 Итог, который нужно написать крупным шрифтом в офисе
Самая дорогая вещь в разработке не compute и не storage.
Самая дорогая вещь - это внимание инженеров.
И пока его продолжают дробить на осколки, никакие SLO, DevOps практики и LLM-ассистенты не поднимут скорость.
Средняя продолжительность рабочего дня:
8 часов (480 минут)
Прерывания в день: ~155 прерываний
Время восстановления после прерывания: 23 минуты
Конечно, прерывания не накладываются друг на друга идеально (некоторые происходят до того, как вы полностью восстановитесь после предыдущего), но даже по самым скромным оценкам разработчики теряют 2–3 часа в день только из-за переключения контекста.