Глубокая работа: почему процент важнее часов
Что такое глубокая работа как концепция и почему 100% — это ошибка метрики, — разбор в хабе «Глубокая работа: что это, как измерить и сколько её реально в дне». Здесь — только про механику: как именно DevPace превращает сырые интервалы активности в одно число на экране.
Из чего состоит процент
Процент глубокой работы — это отношение двух чисел, оба выражены в секундах за день. Числитель — сумма длительности всех непрерывных сегментов, которые прошли фильтр по порогу. Знаменатель — активное время целиком, то есть все секунды, в которые за компьютером что-то происходило, независимо от того, попали они в сегмент глубокой работы или нет.
Важно, что именно не входит в знаменатель. Обеденный перерыв, встреча без ноутбука, время, физически проведённое не за рабочим местом, — всё это не активное время, и оно просто отсутствует в расчёте с обеих сторон дроби. Метрика не наказывает за отсутствие за компьютером: она описывает структуру только того времени, когда компьютер использовался, а не долю от календарных суток или условного 8-часового рабочего дня.
Порог непрерывности: почему 5 минут
Сегмент активности в одной категории — например, в IDE, в браузере или в документе — засчитывается в глубокую работу только если он длится не менее 5 минут подряд без единого переключения на другую категорию. Переключение короче этого порога не разрывает статистику дня как таковую — оно по-прежнему видно как активное время и как отдельное переключение контекста, — но сам сегмент, в который оно попало, не засчитывается как глубокий.
Число 5 минут — не произвольная красивая цифра, а результат выбора между двумя крайностями. Если бы порог был, например, 30 секунд, почти любая активность формально прошла бы фильтр, и метрика перестала бы что-либо различать: обычный день без единой сфокусированной задачи выглядел бы как день сплошной глубокой работы. Если бы порог был час, метрика отсекала бы огромную часть реально сфокусированного, но естественно прерываемого труда — короткий ответ коллеге раз в двадцать минут не делает предыдущие и следующие двадцать минут “неглубокими” в бытовом понимании, но при часовом пороге они бы никогда не засчитались.
Практическое следствие порога — граничный эффект. Непрерывный блок длиной 4 минуты 59 секунд не попадает в числитель вообще, а блок длиной 5 минут 1 секунда попадает целиком. Это не ошибка округления, а осознанное свойство любой пороговой метрики: где-то должна пройти чёткая граница, и рядом с ней всегда будут пограничные случаи, которые с точки зрения ощущений почти неотличимы друг от друга, но дают разный результат в цифрах.
Как сегменты собираются из сырых интервалов
Сырые данные, с которыми работает DevPace, — это последовательность интервалов “какая категория активна в данный момент времени”, а не готовые блоки “человек работал глубоко”. Превращение одного в другое происходит в два прохода.
Сначала соседние интервалы одной и той же категории склеиваются в непрерывный сегмент: если человек час подряд провёл в IDE без единого переключения куда-либо ещё, на этом шаге получается один сегмент длиной в час, а не десятки отдельных короткополосых записей, из которых он физически состоял. Переключение в другую категорию, даже на несколько секунд, обрывает текущий сегмент и начинает отсчёт нового — обратно в ту же категорию он уже не “дошивается”.
Затем к списку получившихся сегментов применяется фильтр по 5-минутному порогу: сегменты короче порога остаются в статистике активного времени, но исключаются из суммы, которая идёт в числитель. Только после этого шага сумма отфильтрованных сегментов делится на общее активное время дня — и получившееся отношение переводится в проценты.
Два независимых пути расчёта — и что мы там нашли
Активное время и сумма сегментов глубокой работы считаются на бэкенде двумя независимыми друг от друга участками кода: активные секунды агрегируются напрямую из сырых интервалов, а сегменты глубокой работы — отдельным проходом, который сначала группирует интервалы по непрерывности, а уже потом отбирает из них те, что длиннее порога.
Это разделение сделано осознанно, а не по случайности архитектуры: если бы числитель и знаменатель считал один и тот же код, любая ошибка в нём одинаково исказила бы обе величины сразу, и метрика могла бы выглядеть правдоподобно, даже будучи неправильной. Два независимых пути расчёта — это защита именно от такой скрытой, незаметной ошибки. У неё, впрочем, есть цена: расхождения на границах интервалов и округления в двух независимых путях расчёта означают, что на достаточном объёме данных отношение теоретически могло получиться выше единицы — например, показать невозможные 101% глубокой работы за день.
Это реальный случай, который мы нашли не в теории, а в функциональном тестировании метрики на реальных данных. Исправление простое и находится на самом последнем шаге вычислений: DevPace явно ограничивает итоговый процент сверху отметкой 100%, так что подобная цифра физически не может попасть на экран пользователя, независимо от того, что происходит на уровне сырых интервалов. Рассказываем об этом не потому, что метрика ненадёжна, а потому что именно такие проверки — и готовность их показывать — отличают продукт, которому важны честные цифры, от продукта, которому важно просто выглядеть впечатляюще.
На этом дне активность — 7 ч 44 м, простой — 1 ч 16 м: видно, что доля непрерывных блоков одной категории (тёмные широкие полосы) отличается от доли быстрых переключений (частые узкие сегменты).
Как читать итоговое число
Из механики расчёта следует прямое практическое правило: сравнивать процент стоит не с абстрактным потолком в 100%, а с собственной историей за предыдущие дни. Низкий процент при большом числе часов активности — сигнал, что день был раздроблен на мелкие переключения короче 5-минутного порога, а не повод для вины. Высокий процент при небольшом числе часов, скорее всего, означает меньше времени за компьютером, но проведённое без частых переключений.
Поскольку и порог, и деление именно на активное время — фиксированные правила, а не подстраивающиеся под настроение коэффициенты, число за разные дни и разные недели остаётся сравнимым между собой: изменение процента отражает изменение структуры дня, а не изменение методики подсчёта.
Смотрите также
- Глубокая работа: что это, как измерить и сколько её реально в дне
- Переключения контекста: сколько — это нормально
Опубликовано: 10 июня 2026 г.