GTD *

Иногда в человеке возникает странное чувство.

Ты вроде занят. В календаре что-то стоит. Руки что-то делают. Мозг даже устал. Но внутри — неприятное, липкое ощущение: я делаю что-то не то.

Как будто ты идёшь, но не приближаешься. Как будто вместо движения — имитация движения. Как будто каждый следующий час просто откусывает кусок жизни — и не оставляет ничего, кроме “я был занят”.

Я заметил это чувство и сначала попытался отмахнуться: “ну, просто устал”, “надо собраться”, “завтра будет легче”. Но оно не уходило. И тогда я сделал непривычную вещь: начал разбирать не себя, а задачу.

И вдруг стало ясно: проблема не в том, что я ленивый или недостаточно дисциплинированный. Проблема в другом: у меня нет аргументов, почему я должен делать сейчас именно эту задачу.

А если честных аргументов нет — появляются сомнения. И эти сомнения разъедают мотивацию намного сильнее, чем усталость.

Дальше — хуже: я смотрю на список дел и вижу десятки задач. И все они… как будто равнозначны.

Как выбрать?

Понедельник, 09:30. Вы открываете Slack, Telegram и Jira. Там уже горит. В личке пять непрочитанных: «Посмотри, тут прод упал», «Ты единственный знаешь, как работает этот костыль», «Без твоего аппрува не можем покатить релиз».

В этот момент в лимбической системе происходит мощный выброс дофамина. Включается режим Атланта. «Без меня тут всё рухнет. Я несущая стена этого карточного домика. Я избранный».

Мысленно надевается плащ Супермена (поверх офисной рубашки или мятой футболки), расправляются плечи, берется ведро кофе и начинается операция «Спасение проекта». К вечеру ресурс батареи на нуле, глаз дергается, но есть глубокое удовлетворение. ЧСВ почесано, ценность для человечества доказана.

Спойлер: Я сам жил в этом режиме несколько лет. И сейчас, глядя на логи, могу сказать честно. С точки зрения системной архитектуры это не героизм. Это классический паттерн SPOF (Single Point of Failure). Единая точка отказа. Инженер в такой позиции совсем не Супермен. Он тот самый старый сервер в углу, на который боятся дышать, потому что он держится на изоленте и честном слове.

Сегодня поговорим о Bus Factor. Почему быть «священной коровой» проекта означает тупиковую ветвь эволюции для Сеньора. И как перестать быть инженером, которого боятся отправить в отпуск.

В прошлый раз мы в Beeline Cloud делали большой разбор о том, чего уже добились «ИИ-ученые», и обсуждали, способны ли нейронки делать самостоятельные открытия. Сегодня посмотрим, как обстоят дела с одним из легендарных драйверов науки (и не только) — озарениями или прозрениями — ситуациями, когда идея приходит в голову «из ниоткуда». Смотрим на свежие исследования о том, как возникают «эврика-моменты», почему они хорошо запоминаются и можно ли вообще доверять внезапным озарениям.

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

Наличие проблем с самоорганизацией не мешает более-менее адекватно справляться с работой. Но вот личная жизнь есть только у организованных!

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

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

Психолог Стивен Карпман описал модель, в которой под стрессом человек действует на автопилоте и скатывается в одну из трёх ролей: жертвы, преследователя или спасателя. Обычно её обсуждают в контексте отношений, но на работе она тоже проявляется: в переписке, на встречах, в дедлайнах. Я не считаю эту схему доказанным психологическим инструментом и не использую её, чтобы навешивать ярлыки на людей. Для меня это короткие названия реакций, которые помогают вовремя заметить, что со мной что-то происходит, и вернуться к осознанным действиям без лишней драмы.

Я Вика, руководитель проектов в Outlines Tech. Хочу поделиться, как можно переключаться на более спокойные реакции, отключить автопилот и в первую очередь заботиться о себе. Чтобы проще донести мысль, буду использовать названия ролей из модели Созидания (The Empowerment Dynamic) как альтернативу модели Карпмана.

У нас было триста мемов в «Загрузках», две папки скачанных книг, 75 заметок, написанных впопыхах на коленке... Вроде гора всего полезного, для развития, а найти вообще НИ‑ЧЕ‑ГО НЕ‑ЛЬЗЯ.

Мы живем в эпоху «Tutorial Hell». Кажется, что если ты не учишься 24/7, ты деградируешь. Среднестатистический инженер чувствует себя обязанным знать всё: от кишков PostgreSQL до настройки LLM на утюге. Мы потребляем контент терабайтами.

Но есть архитектурная проблема. Наш «хардвер» (мозг) не проектировался как S3 Bucket (бесконечное хранилище). Он проектировался как динамический кэш с очень агрессивной политикой очистки.

Когда мы пытаемся загрузить в голову слишком много данных без пауз на «деплой», мы ловим когнитивный аналог Stack Overflow. Глаза видят документацию, но парсер не работает. Ощущение «тумана» в голове — это не просто усталость. Это сигнал системы: оперативная память закончилась, а Garbage Collector (сборщик мусора) не успел отработать.

Давайте посмотрим на архитектуру памяти через сухую нейрофизиологию и инженерные паттерны.

Если у нас преобладает умственная работа, то главным нашим ограничением является мыслетопливо - некий когнитивный ресурс, необходимый для принятия решений, мышления, произвольного удержания внимания, поддержания силы воли…

“Не хватило времени” - социально-приемлемая отмазка, которая позволяет не думать над истинными причинами. Но здесь, как и в известном анекдоте, есть нюанс…

Последние недели все обсуждают агентов для компьютера: кто-то ставит опенсорсный Moltbot (бывший Clawdbot), кто-то ждет, когда работать в Claude Cowork станет дешевле, а кто-то хочет просто нажать кнопку и получить результат - без всяких серверов, портов и онбординга в терминале.

Я протестировала MiniMax Agent 2.0 на самом понятном кейсе: навести порядок в папках на компе, и делюсь тем, что получилось со всеми нюансами и со стоимостью, а так же своим мнением, что мне больше понравилось использовать.

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

Странное дело: Телеграм используют миллионы человек, а внятных гайдов по его удобному использованию я не встречал. Интернет полнится только всратыми лайфхаками вроде "10 полезных функций Телеграм" с набором фич разной степени полезности. Но ни у кого я не видел целостной картины, как ТГ превратить в удобный инструмент для решения задач. Усаживайтесь поудобнее, я вам всё покажу.

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

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

Молекулярный биолог из США в 2018 году поставила себе цель: читать по одной исследовательской статье в день — не только по своей специализации, но и по другим направлениям. К середине 2020 года она изучила 899 публикаций. Такой подход помог ей расширить кругозор, стать разносторонним специалистом и переосмыслить свои методы работы, а также стал источником идей для исследований.

Научная литература актуальна и для ИТ-специалистов — помогает совершенствовать профессиональные навыки и разбираться в профильных трендах. Мы в Beeline Cloud решили поговорить о том, как инженерам и разработчикам работать с «сухими» академическими текстами, в том числе с помощью интеллектуальных инструментов.

Рано или поздно ты задумываешься о том, что засиделся на одной должности, готов прокачивать навыки, брать больше ответственности и двигаться дальше по карьерной лестнице. Бывает и такое, что ты уже вырос из текущей позиции: берешь задачки сложнее, решаешь их быстрее. Например, ты джун, а в работе у тебя то же самое, что и у коллег-мидлов.

Как понять, что ты уже готов к переходу на следующую позицию или чего еще не хватает для этого? Да и как подступиться к разговору о повышении с руководителем...

На помощь приходит карта компетенций, в которой зафиксированы soft- и hard-компетенции для разных уровней одной профессиональной роли. И отличаются эти уровни именно разными наборами знаний и компетенций. Например, в рамках роли DevOps-инженера есть джуны, которые запускают существующие плейбуки, и сеньоры, которые выстраивают DevOps-процессы в компании.

Меня зовут Настя Логина, я менеджер по оценке персонала в Cloud.ru. В статье расскажу о картах компетенций и о том, как составить такую карту самостоятельно.

Захожу в соцсети, а там — «Идеальные Сеньоры»: карьера, спорт, семья, пет-проекты 24/7.

Я долго смотрел на этот образ и чувствовал себя бракованным микросервисом. У меня так не получалось. Если я пилил код в потоке — я забывал поесть. Если я шел в качалку — проседал пет-проект. Если я уделял время семье — на работе копился бэклог.

А потом я включил режим архитектора и понял: такая конфигурация невозможна в продакшене. Этот «Идеальный Сеньор» нарушает фундаментальные законы физики, а именно — закон сохранения энергии. Живая система не может работать на пике всех метрик одновременно. Это нарушает CAP-теорему.

Я переложил этот закон на человека (Деньги, Время, Энергия) и проанализировал логи: почему попытка успеть всё гарантированно приводит к Kernel Panic и какой из трех ресурсов придется «уронить», чтобы выжить.

За свою жизнь я перепробовал кучу различных методов и техник для продуктивного ведения своих дел - различные таск-трекеры, GTD и Pomodoro. Эти методы были отнюдь не бесполезны и до сих пор приносят мне хорошие результаты, но истинного пика продуктивности я достиг лишь открыв для себя несколько простых принципов из китайской философии даосизма.

12 лет ничего не писал на Хабре... За это время опубликовал две книги, завел себе Telegram-канал, где регулярно выкладываю фрагменты своих будущих книг (одна из них - про прикладную рациональность).

А тут, вдруг, задумался... А чего это я про Хабр-то забыл?.. В общем, вот вам статья о том, что такое прокрастинация. С намеками о том, куда думать, если хочется этого избежать.

Все началось с того, что лет 20 назад мне на глаза попался листок для распечатки формата A4 заполненный квадратиками, по одному квадрату на 1 неделю жизни, всего 90 лет. Листок подразумевает, что каждый уикенд вы закрашиваете по квадратику, отмечая очередную прожитую неделю. Идея мне понравилась, масштаб 1 недели — вполне осязаем и понятен нашему разуму, при этом масштаб всей жизни непонятен насколько, что немного пугает. Совместив эти масштабы недели и жизни на одной картинке, мы буквально даем мозгу ощутить его движение во времени. Осознание конечности ресурса времени дает сильную мотивацию. Сколько у вас было выпавших из жизни клеток, когда вы ничего не сделали? Спустя 20 лет перебирая идеи для нового пет‑проекта я вспомнил про «90 лет жизни в неделях» и посмотрел на эту идею по новому, уже с учетом накопленных знаний по психологии, мотивации и разработке рабочих пользовательских интерфейсов.

Вечер. Сложный тикет закрыт, тесты зеленые. Заказчик доволен, ПМ ставит 🔥 в чат, на карту упала зарплата, которая в Nx раз выше средней по региону.

Внешний мониторинг (Grafana вашей жизни) показывает стабильное плато и Status 200 OK. А внутри, на уровне ядра, возвращается 500 Internal Server Error.

Ощущение, будто ты Mock-объект. Фейковая заглушка, которая только имитирует полезную деятельность и возвращает захардкоженные ответы. Кажется, что внутри спагетти-код, TODO-комментарии пятилетней давности и костыли на изоленте. И фоном крутится демон с приоритетом Critical:

"Рано или поздно они запросят git blame, заглянут в исходники и поймут, что я ничего не умею. Все узнают, что я джун, который просто удачно притворяется сеньором".

Утро, 10:30. Вы чувствуете себя богом архитектуры. Видите систему насквозь: данные элегантно перетекают между микросервисами, в голове строится граф зависимостей, руки готовы рефакторить легаси-ядро. Ваш IQ, кажется, пробил потолок.

День, 14:30. Вы смотрите в IDE. Открыт метод на 10 строк. Читаете его пятый раз и физически не можете понять, что он делает. В голове белый шум и вязкое ощущение торможения. Вы идете за третьим кофе, пытаясь понять: "Неужели я деградирую?", "Почему я соображаю так медленно?".

Спойлер: дело не в возрасте и не в компетенции. Это просто Троттлинг (Throttling). Есть предположение, что срабатывает защитный механизм человеческого "железа", который принудительно снижает тактовую частоту, чтобы процессор не сгорел от перегрева. А виновата в этом архитектурная особенность, которую в Computer Science называют Context Switching (Переключение контекста).

Все слышали про эссе Пола Грэма "Maker's Schedule, Manager's Schedule". Но сейчас не про тайм-менеджмент. Нас интересует физика процесса, биохимия этого "перегрева". Давайте посчитаем стоимость прерывания в тактах процессора и поймем, почему попытка запустить на нашем однопоточном легаси одновременно тяжелые вычисления и архитектуру Event Loop гарантированно приводит к падению производительности.