Про опыт работы за двумя ноутбуками

Однажды в одном из блогов встретил фотографию из прикреплённого мема с двумя рабочими ноутбуками. Сначала ехидно улыбнулся. Но потом всё осознал.
Всё чаще оперируя AI-агентами, действительно всё меньше требуется каких-то ручных непрерывных манипуляций. И как-будто можно даже распараллелить работу над несколькими задачами или несколькими проектами.

Когда проекты разные, проблем меньше всего. Минус буквально один: приходится делить ресурсы одной машины. Если проекты тяжёлые, то это критично. Особенно, когда речь про игры.

Когда проект один, то придётся или держать несколько копий одного репозитория, или использовать git worktree (habr). Потому что делать несколько задач в одном проекте — это и риск перекрёстных изменений, и сложность формирования коммитов. А несколько копий — это снова конкуренция за ресурсы.

Наличие нескольких рабочих станций эту проблему как раз решает. Но создаёт другую — необходимо достаточных размеров рабочее место.

Моя текущая основная ОС — это Windows. И я был приятно удивлён найти в Power Toys режим Mouse Without Borders (docs). Почти из коробки бесшовная интеграция между разными устройствами. Как на Mac. И мышь, и клавиатура, и буфер обмена — всё общее. И даже файлы перетаскивать можно.

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

Т.к. планирую перебираться на Linux, то на этот случай тоже нашёл пару кандидатов: Barrier и его форк Input-Leap.

Непосредственно разработка — не основная моя обязанность. Поэтому срочные, важные или объёмные технические задачи я стараюсь делегировать коллегам, чтобы не задерживать на себе. А задачи поменьше — агентам.

Но случаются периоды, когда приходится полноценно включаться в работу. И не всегда это проекты, в контекст которых я глубоко погружён.

Мне удалось успеть проверить свой новый сетап в разных реальных условиях. В целом, могу подтвердить, что это рабочая концепция. Но, конечно, с оговорками.

Это непросто и требует адаптации. В первую очередь в том плане, что нужно уметь промптить и работать с агентами. Это не навык, который есть по умолчанию. Он требует изучения, отработки и закрепления на практике. Нет смысла в распараллеливании, если нет достаточного опыта в базовом делегировании.

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

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

Формат коротких задач подходит, только если самостоятельно ведётся какая-то рутинная неавтоматизируемая ручная работа, не требующая высокой концентрации.

Очевидно, полезные кейсы, когда нужна мощь двух устройств и когда есть реальная возможность работать в параллельном режиме, случаются нечасто. Поэтому в моменты "простоя" второй ноутбук используется как локальный CI, который забирает всякие ресурсоёмкие фоновые процессы, на которые жалко было бы тратить ресурсы основной рабочей станции: сборки, валидации, тесты и т. д.

Конечно, продуктивность не выросла в два раза. Тут всё как с параллельным кодом: параллелится далеко не всё, и ещё есть накладные расходы на синхронизацию контекста. Но моменты, когда параллельная работа возможна, всё же случаются. И я успел прощупать свою зону комфорта.

Теперь в подходящей ситуации у меня, как минимум, есть возможность получить некоторое ускорение в рабочих задачах, но ещё предстоит выработать наиболее эффективную стратегию.