Введение: мой личный fatal error

Привет, меня зовут Арина, я Fullstack-разработчик.

Долгое время я была уверена, что «много работать» = «работать хорошо».

Мой день выглядел так:

• 8 часов онлайна (офис/удалёнка),

• из них ~4 часа — созвоны, где меня не должно было быть,

• ещё 2 — чаты, мессенджеры и «срочные уточнения»,

• и только оставшиеся 2 часа — реальный код.

Чтобы наконец-то что-то успеть, я «добирала» ещё 3–4 часа вечером или ночью. В итоге к выходным превращалась в уставшее бревно.

А потом я стала мамой.

Мой 12-часовой рабочий день схлопнулся до 4 часов чистого времени. Моя старая система «успешности» умерла за 4 месяца: выгорание, провал сроков, чувство вины.

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

Commit 1: Отказ от синхронности

Коммуникации как Event-Driven Architecture

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

Но у этого есть скрытая цена:

• фокус на своих задачах исчезает,

• день уходит на реакцию, а не на осмысленную работу,

• контекст постоянно рвётся, deep work не случается вообще.

Решение. Я перестроила коммуникации по принципу асинхронной архитектуры.

Что я сделала:

• Отключила 90% уведомлений.
  Все звуки в телефоне — в офф.
  На ноутбуке оставила только системные: входящий звонок и пару рабочих чатов, где меня действительно могут дёрнуть по делу.

• Выделила «окна» для коммуникаций.
  Обрабатываю почту и мессенджеры в чётко выделенные слоты (например, 2–3 раза в день по 15–20 минут).

• Правило No tag — no task.
  Я больше не мониторю все каналы подряд. Если кому-то что-то нужно от меня — меня тегают. Нет тега — это не мой блокер.

Результат.
Мозг перестал жить в режиме «websocket на все каналы». Я вернула себе право на фокус.

Commit 2: Безжалостная приоритизация. Cost of Delay вместо FIFO

Проблема.
Мой личный бэклог был обычным плоским бесконечным списком. Я работала по принципу FIFO или «кто громче крикнет».
В итоге я легко зарывалась в задачи с низким импактом, хваталась за всё подряд, а по-настоящему важные вещи гуляли «на потом».

Решение. Я перешла от "разгребания бэклога" к коротким, сфокусированным спринтам. Я стала менеджером своего времени, который работает по целям, а не по тикетам.

Как это работает

1. Еженедельное планирование (Воскресенье): 

Я смотрю на весь бэклог и выбираю не более 2-3 ключевых целей на неделю. Не "задач", а именно "целей". Пример цели: "Запустить аутентификацию для сервиса Х", а не "сделать тикет-123, тикет-124...".

2. Вечерний “триаж” задач.
Каждый вечер я смотрю на задачи и задаю себе три вопроса:

• Цена для бизнеса.
  Что будет, если я не сделаю это завтра? Потеряет ли кто-то деньги? Зависнет ли команда? Умрёт ли прод?
  Если ответ «нет» — задача автоматически падает вниз.

• Цена для моего роста.
  Эта задача прокачивает меня на рынке? Приближает ли она меня к роли, которую я хочу?
  Новая технология, сложный рефакторинг, архитектурное решение — плюс.
  «Сделать ещё одну формочку» — минус.

• Цена энергии.
  Какая задача требует свежей головы (утро), а какую можно делать на «автопилоте» (вечер, пятница)?

Результат.
Я перестала жить в режиме «реактивного пожарника» и стала менеджером собственного времени.
И самое важное — я перестала «забывать» про задачи, которые растят мою рыночную стоимость, а не только закрывают чужие тикеты. А также появилось чувство завершенности в конце недели, когда ты видишь, что не просто "закрыла 10 тикетов", а достигла 2 больших целей.

Commit 3: Монозадачность. Мозг — не multithread, а одно ядро на высокой частоте

Проблема.
Я, как и многие, жила в иллюзии многозадачности: немного кода, потом ревью, потом ответ в чат, потом снова код, потом Figma…
Мой мозг тратил больше времени на переключение, чем на вычисления.

Решение. Принять неприятную правду — мой мозг однопоточный. И защищать этот поток любой ценой.

Мой новый режим

• Deep Work слоты.
  У меня есть всего 2–3 «золотых» окна в день по 1.5–2 часа.
  В каждый такой слот я беру одну большую задачу, выбранную на вечернем «триаже». Никаких параллельных веток.

• Изоляция потока.
  Внутри deep work слота я не открываю Figma «на секундочку». Не залезаю в почту «просто посмотреть».
  Все отвлекающие факторы — это отдельные, низкоприоритетные задачи в моём календаре.

• Thought Parking — выгрузка в кэш.
  Рядом всегда лежит блокнот. Любая посторонняя мысль («надо написать…», «уточнить…») немедленно записывается и выбрасывается из оперативной памяти.
  Это как писать лог в файл, а не держать всё в state.

Результат.
Вместо вечного чувства «я везде, но нигде не успеваю» появилось понятное ощущение:
Cейчас я делаю одну важную вещь — и делаю её хорошо.

Commit 4: Рефакторинг рутины

DRY + AI в повседневной работе

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

Решение. Относиться к этому как к легаси, которое нужно отрефакторить.

Черновики и рутина

• Генерация черновых тестов, простых описаний задач, прототипов для интерфейсов.
  Здесь мне помогают Claude и Google AI Studio — они быстро собирают скелет и долго помнят контекст , который я уже довожу до ума под продукт.

Быстрая проверка идей

• «А что, если этот кусок переписать вот так?» — сначала гоняю через ассистента, смотрю на альтернативы и edge-cases, а уже потом принимаю финальное решение.

Рутинные преобразования кода

• В Cursor я активно использую автодополнение и рефакторинг: упростить условие, вынести повторяющуюся логику, подсказать более читаемое решение.

Первичный code review

• Лайфхак: в GitLab можно посмотреть .diff целого коммита, сохранить его и прогнать его через любой AI, чтобы он подсветил нетривиальные места, потенциальные запахи или случаи, которые я могла не заметить.

Работа с макетами

• Через MCP с Figma в Claude я быстро «разбираю» макеты: получаю стили, отступы, цветовую схему и состояния элементов.
  Это позволяет держать фронтенд максимально близким к дизайну и ускоряет сборку прототипов будущих интерфейсов в едином визуальном стиле.

Маленькие скрипты на Python (который я не знаю)

Когда стало не хватать штатных инструментов, я начала писать простые скрипты на Python:

• для генерации нагрузочных тестов — закинуть в Kafka 100500 тестовых заказов;

• для сбора и сверки актуальных метрик по сервисам.

Этого хватает, чтобы за час-два собрать утилиту, которая потом экономит часы рутинной работы.
Здесь важнее не «знать Python», а уметь чётко сформулировать задачу и не бояться автоматизировать всё, что повторяется.

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

Вместо «сделай за меня» я переключилась на режим «помоги мне сделать лучше и быстрее» — так AI органично встроился в мой рабочий процесс: черновики, рутина, часть ресёрча и первичный обзор он берёт на себя,
архитектура, сложные кейсы и финальное решение всегда за мной.

Шаблоны, сниппеты и настройка среды

Я не строила идеальную систему сниппетов, но сделала несколько простых вещей, которые сильно разгрузили голову.

• Повторяющиеся штуки — в заготовки.
  Всё, что я пишу больше двух раз (типовой ответ менеджеру, шаблон описания задачи, кусок запроса) — уезжает в черновик / заметку / файл-шпаргалку.
  Не держу это в голове и не рожаю заново.

• Cursor и автодополнение — как ускоритель, а не магия.
  Я не живу в мире супер-сложных сниппетов. Я использую автодополнение в Cursor как умное продолжение мыслей.

• Tooling как инвестиция.
  Я сознательно трачу время на настройку среды: горячие клавиши, быстрый запуск тестов/линтера, удобные кнопки в IDE.
  Это выглядит как «прокрастинация», но на дистанции экономит кучу времени и кликов.

• Perplexity и Google AI Studio — для текста и ресерча.
  Для ресерча проблем и формулировки ответов по почте я подключаю Perplexity и Google AI Studio. Это помогает:

  • не держать в голове «официальный словарь вежливости»

  • не тратить по 20 минут на формулировку письма

  • быстро прикинуть варианты решения, а уже потом углубляться.

Commit 5: Архитектура дня

Раньше я гордилась днями с 10–12 часами в WakaTime и скриншотами «смотрите, сколько я накодила».
Сейчас мой идеальный день выглядит иначе: 1 окно на R&D, 2 окна по-настоящему глубокого фокуса, час прогулки или спортзала — и при этом больше сделано и ноль ощущения, что жизнь проходит мимо монитора.

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

Решение.
Я перестала просто «реагировать» на день и начала им управлять.
Каждый вечер я открываю календарь и заранее раскладываю: где я пишу сложный код, где созвоны, где разбор почты и чатов. Так день перестал превращаться в кашу из мелочей.

Мой подход

• Timeboxing.
  В календаре есть блоки не только для митингов, но и для:

  • Deep Work: coding,

  • Comms: почта и чаты,

  • Learning / R&D.

• Если чего-то нет в календаре — скорее всего, этого и не произойдёт.

• Буфер под хаос.
  Я оставляю 10–15% времени пустым.
  Это мой хаос-буфер под:

  • внезапные баги,

  • «срочно уточнить»,

  • «коллеги, помогите разобраться».

• Это снижает тревожность и даёт ощущение, что мир не рухнет, если что-то прилетит внезапно.

• Обучение как регулярная CI job.
  Чтение статей, разбор новых подходов, практика по новому фреймворку — это не «когда-нибудь».
  Это отдельный блок в календаре, так я не теряю темп развития, даже когда жизнь очень плотная.

Результат.
День перестал быть хаотичным потоком. У него появилась структура, в которой есть место и для работы, и для семьи, и для роста.

Заключение: Pull Request в корпоративную культуру

Переход на 4-часовой deep work день — это не лайфхак и не «как успевать всё».

Это смена парадигмы:

• с театра продуктивности («я 8 часов в онлайне, смотрите»)

• на реальную ценность («я решаю важные задачи и не сгораю»).

Для людей, работающих головой, рабочий день давно перестал быть про «просидеть 8 часов».
Наш главный ресурс — не время, а фокус.

Я не призываю всех срочно работать по 4 часа. Я призываю перестать жить в режиме «реактивного пожара» и начать проектировать свой рабочий день так же осознанно, как мы проектируем архитектуру сервисов.

А ещё — перестать считать материнство «риском для бизнеса».
На практике это очень жёсткий, но эффективный буткемп по:

• приоритизации,

• отказу от лишнего,

• и построению процессов без иллюзий.

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