Эффективность > Продуктивность. Как перестать бежать и начать двигаться к цели

Вам знакомо чувство тревоги из-за того, что "я весь день провел как-то не так", хотя ты и был весь день занят? Я постоянно с ним борюсь.

Когда-то я запустил серию постов по Дорофееву, где говорил о продуктивности. Но самая главная тема осталась нераскрытой – как НЕ БЫТЬ НЕЭФФЕКТИВНЫМ.

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

🏃‍♂️ Продуктивность — это про "много сделал". Это чистые действия. Можно закрыть 20 мелких багов, ответить на 50 сообщений в Slack и остаться на том же месте. Голая продуктивность — это спринт на беговой дорожке, который выжимает все соки.

🎯 Эффективность — это про "насколько я приблизился к цели". Это ЦЕЛЬ + ДЕЙСТВИЯ. Можно закрыть всего одну, но самую важную задачу, и сделать гигантский шаг вперед.

Поэтому у эффективности всего 2 простых рецепта:

1. Понять, куда ты движешься (Какая у меня цель на этот месяц/квартал?)
2. Отсечь всё, что не двигает тебя в эту сторону

Предлагаю на этой неделе провести небольшой аудит своих действий. Не глобально, а в моменте:

- Пилишь пет-проект? – Какую цель он преследует: выучить технологию, попасть в портфолио или это просто прокрастинация от основной работы?
- Изучаешь новый модный фреймворк? – Как это поможет тебе в текущих или будущих задачах?
- Смотришь 5-ю серию сериала за вечер? – Это осознанный отдых, который тебя заряжает, или способ убежать от мыслей о важном?

Я не говорю, что так делать не нужно. Но немного осознанности никогда не помешает...

Завтра закину полный список рецептов, которые помогли мне выбраться из выгорания и начать перформить как в лучшие годы😅

#Дорофеев #эффективность #продуктивность

Тема с "документацией для нейронок" развивается... Встречайте – AGENTS.md🤯

Это как README, только для агентов. Ну вы поняли

Примеры:
- Airflow
- Codex
- Temporal
- Pluto

Интересно, что будет следующим? mkdocs-agents, который дублирует навигацию в llms.txt?

Моя система эффективности: как я выбрался из выгорания и начал перформить

Как и обещал вчера, делюсь своим списком "рецептов", которые помогают мне быть не просто продуктивным, а именно эффективным. Это не волшебная таблетка, а система, которую я выстраивал через пробы и ошибки. И восстанавливал, когда она рухнула😢

Вся система держится на одном главном принципе, который я до сих пор в себе воспитываю:

🎯 Принцип №1: Искать 80% результата за 20% усилий.
Мой главный враг — перфекционизм. Я могу потратить кучу времени, чтобы довести задачу до 100% идеала. Но правда в том, что эти последние 20% улучшений часто не нужны никому, кроме меня. Научиться говорить себе "стоп, этого уже достаточно" — главный скилл для сохранения энергии.

А дальше — более тактические вещи, которые помогают этому принципу работать.

Генерация "мыслетоплива"
Нельзя быть эффективным на пустом баке. Поэтому сначала — заправка.

- Больше спорта. Особенно игрового (у меня это теннис), где мозг полностью переключается с работы на движение. Плюс немного ЛФК, чтобы спина не отвалилась.
- Холодный душ каждое утро. Звучит как пытка, но это лучший способ быстро "перезагрузить" систему и получить заряд бодрости на несколько часов.

Защита "мыслетоплива"
Мало генерировать энергию, нужно перестать сливать ее впустую. Это мой самый важный блок.

- "Zero Inbox" как стиль жизни. Отписался от всех рассылок, настроил фильтры. Теперь почта всегда пустая, и я трачу на нее 2 минуты в день, а не живу с вечным чувством "там что-то важное".
- Цифровая гигиена в чатах. Вышел из десятков чатов, оставил самый минимум. Не вступаю в бессмысленные дискуссии — это прямое применение принципа 80/20 к общению.
- Информационная диета. Резко сократил количество мусорного контента: фоновая музыка, "видосики" на YouTube, бесконечные сериалы. Мозг тоже устает от переваривания информации.
- Правило бойскаута для рабочего (и жилого) места. Бардак высасывает энергию. Вместо того чтобы раз в месяц делать "героическую" уборку, я просто убираю за собой по мелочи сразу. "Оставь место чище, чем оно было до тебя".

Осознанный отдых
Эффективность — это не про работу 24/7, а про качественные спринты и качественный отдых.

- ОТДЫХ ВНЕСЕН В ПЛАН. Это ключевое. Я прямо в таск-менеджер вписываю: "12:00 - 12:45 - Прогулка" или "Почитать книгу 30 минут". Это легализует отдых и убирает чувство вины.
- "Помидорки" на отдых без самобичевания. Если у меня перерыв 5 минут, я честно отдыхаю, а не думаю о работе. Раньше я тратил эти 5 минут на то, чтобы корить себя за то, что я не работаю. Глупость несусветная.

Над чем я работаю сейчас:
Найти постоянное хобби, не связанное с IT. Но со временем всегда напряг, пока не представляю, куда его воткнуть😢

Продолжать тренировать мышцу "80/20". Перфекционист во мне очень силен😅 Это постоянная борьба, но она того стоит.

Теперь жду ваших историй об эффективности, чтобы стащить пару "рецептов"🌚

#эффективность #продуктивность #выгорание #карьера

Гайд по OpenSource

Как-то я совсем профукал, что у Github есть ГАЙДИЩЕ по OpenSource – https://github.com/github/opensource.guide

Там есть клевые статьи о том:
– как контрибутить
– как запустить свой OSS
– как мейнтейнерам не выгорать
– как искать пользователей

И много всякого про построение комьюнити, метрики, поиск инвестиций и вообще все-все-все аспекты OSS. Я чет даже залип на пару часов читая все это. Обидно, что не нашел все раньше, когда стартовал свой проект😅

А еще на Github есть оч крутой список Community Standarts (прям в Insights проекта), который помогает превратить ваш репозиторий из "сделано на коленке" в "выглядит сурьезно".

В общем, мне нравится, насколько Github ориентирован на OpenSource. Надеюсь, вся эта движня с Microsoft не испортит мою любимую платформу😢

Кстати, если вам интересно, могу закинуть свой чеклист с правилами оформления репозитрия Github и конкретными тулами, чтобы вы могли за один вечер прокачать свои репозитории по всем требованиям GH и даже больше😎

Кажется, AGI будет не в этом году😅

Зарубежные блогеры тоже по чуть-чуть подтягиваются и начинают освещать FastStream

Arjan включил FS в список "неизветные либы, которые вам стоит знать": https://youtu.be/F09EK4ztG34?si=zMi-wiKQhV9e_DET
Обидно, что не осветили вообще никакие фичи фреймворка. Кажется, он сам не особо вчитывался даже в README. Возможно, стоит пересмотреть README, чтобы подсвечивать все важное с первых строк.

А вот у Eduardo более вдумчивый подход – https://www.youtube.com/watch?v=_78VJCs-8DQ

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

В общем, медленно, но верно растем. Глядишь, скоро 5к звезд наберем

Полный гайд по OpenSource на GitHub

Стартануть свой OSS может быть очень сложно. Не ясно, с чего начать, как он вообще должен выглядеть, как его продвигать. Тут очень помогает насмотренность – ходишь по крупным GitHub репозиториям и делаешь "как у них". Но я избавил вас от такой необходимости и подготовил чек-лист оформления репозитория для старта вашего проекта на GH😎

Основная цель всего этого оформления – сделать репозиторий максимально привлекательным для мимопроходящих людей (чтобы конвертить их в пользователей) и максимально гостеприимным для контрибуторов. Чем раньше вы позаботитесь о своем инструментарии - тем вероятнее в ваш проект будут коммитить другие люди.

1️⃣ README.md - папа и мама вашего проекта. Он должен быть даже раньше кода. Именно по нему юзеры принимают решение – юзать или не юзать. Там обязательно должны быть следующие секции:
– основная идея проекта. 1-3 предложения. Ильяхов в помощь
– основные фичи буллет-поинтами
– как проект установить
– базовый пример использования (код / скрины / что угодно в зависимости от проекта)
– как запускать
– подсветить другие важные фичи
– из прикольного можно добавить аватарки всех контрибуторов, людям будет приятно увидеть себя в списке (пример из репы FS)

2️⃣ Заполнить раздел "Описание" вашего проекта (правый верхний угол репозитория) - именно это описание будет отображаться на превью карточки репозитория по ссылке. Важно для SEO.

3️⃣ Правильно выбрать топики. Делается там же, где и описание. По таким топикам я нашел много OSS проектов – еще один бесплатный канал SEO для вас

4️⃣ LICENSE - ОБЯЗАТЕЛЬНО. Без лицензии ваш проект не более чем игрушка. Никто не будет рассматривать его использование на продакшене. Можете посмотреть шаблоны тут и сравнить их тут. Если у вас нет никаких особых планов - просто воткните MIT. Ну или пивную лицензию (хотя бы полезно)

5️⃣ лейблы (badges / shields) в README - это тоже очень важно. Эти лейблы быстро распознаются юзером и помогают понять, в каком состоянии проект. Почти все можно оформить тут. Там обязательно должно быть:
– последняя версия библиотеки, которую можно скачать (pypi / npm / etc)
– code test coverage - это оч важная цифра для нового проекта. Наличие coverage 95% показывает пользователям, что хотя у вас и не много звезд / скачиваний, вы все равно думаете о качестве. Это дает им какую-то уверенность, что ваш проект можно взять и не обжечься
– количество установок (в день / неделю / месяц) - можно добавить чуть позже, когда будет что показать. Но это тоже отличный способ показать "смотри, нас уже кто-то юзает. Ты тоже можешь".
– поддерживаемые версии языка (python в моем случае). Чтобы юзеры понимали сразу, подходит ли им проект. Или мб он уже устарел на 5 версий от хедлайн и проект скорее мертв, чем жив
– лицензия проекта
– другие пайплайны по вкусу - Sonar, Code Quality, Dependency Review и тд

6️⃣ ДОКУМЕНТАЦИЯ - без этого даже нет смысла запускаться. Сайтик на пару страниц делается на mkdocs с хостингом на GitHub Pages за вечер. Но он нужен. Причем сразу. Посадочной страницей имеет смысл продублировать README репозитория

7️⃣ examples/ примеры кода - пока проект маленький оч удобно держать такую мини-доку прям в коде. Люди смогут дергать куски кода для понимания работы каждой фичи. Они точно это оценят

8️⃣ Настроить CI - форматеры, линтеры, автоматический запуск тестов... OpenSource - это про качество и про контрибуторов. Без CI не будет ни того, ни другого
– также очень важно добавить запуск тестов по крону (раз в сутки / неделю), чтобы отлавливать несовместимости с релизом новых версий ваших зависимостей

9️⃣ CONTRIBUTING - небольшой (или огромный) гайд о том, как запустить ваш проект локально, вносить изменения, запускать линтеры, тесты и тд. Без этого людям тяжело приносить PR'ы. А вам нужна их помощь

Дополнительные советы закину в комменты. Обязательно отпишите свои рекомендации по оформлению репозитория и делитесь полезными ссылками для этого! Я сам постоянно ищу что-то прикольное, мб возьму и ваши советы на заметку🌚

Рабочая неделя заканчивается, а кому-то даже пора в отпуск🌚

Вестей от меня не ждите до 23го минимум, я буду далеко на природе обниматься с медведями. Ну, разве что где-нибудь сеть поймает😅

А пока оставлю вам прикольное занятие на выходные – позаниматься коучинговыми практиками. В принципе, чем я и сам планирую заняться на природе. Да, я знаю, что нарываюсь на клоунов😅 Но как вы поняли, я фанат темы про эффективность, самомотивацию и личное развитие. Поэтому в последнее время подзалип на канал вот этой дамы:

https://youtu.be/uRg8CiXABWs?si=StuNwPb3dZNqU1j9

Там не без треша, конечно (тема с эзотерикой мне вообще не близка), но в остальном мне нравятся ее идеи и советы.

Например, из видоса выше мне оч понравилось упражнение – расписать всю свою прошедшую жизнь отрезками по 7 лет. 0-7, 7-14, 14-21, 21-28 и тд. Что ты сделал за это время, что с тобой произошло важного, чего достиг, чем сам гордишься. Сначала я не понял, в чем прикол, но решил попробовать. А потом как понял🤯

Мои промежутки 14-21 и 21-28 получились такие насыщенные, что я даже не представлял, как много там поместилось: переезд в несколько городов, смена двух вузов, профессиональный киберспорт, наконец закончил высшее образование, куча конкурсов, статей, увлечений совсем разными темами, построил крепкие отношения, покупка недвижимости, занятие опенсорсом, семейные проблемы... В общем, в каждые 7 лет умещается целая жизнь.

Поэтому теперь я смотрю на следующий отрезок 28-35 не со страхом, а с уверенностью – впереди меня ждет еще одна "целая жизнь" и планы на нее можно строить грандиозные. Я же знаю теперь, сколько всего можно успеть😅 А еще я вижу "тренд", что помогало и мешало мне все эти годы.

На выходных обязательно потратьте 10 минут – очень интересно узнать себя таким вот способом)

Как не пилить фичи, которые никому не нужны? Модель Кано в разработке.

Вот и отпуск прошел, пора возвращаться к работе...

Сейчас я работаю над AG2 и пытаюсь make this project great again. В общем, составляем родмап для фич.

И в этом мне сильно помогает модель Кано, которую я изначально подсмотрел у Дорофеева. Максим в своей книге адаптировал 5 категорий "фич" под продуктивность. Но это только подтверждает состоятельность методолгии – ведь ее можно применять к любой области!

Итак, 5 категорий фич (задач) по Дорофееву (Кано):

🤩 1. Ублажители (Delighters)
Это те самые "вау-фичи". Их никто не ждет, но их минимальное наличие вызывает восторг.

- Пример: AI-ассистент в документации, который отвечает на вопросы. Или забавная анимация загрузки. FastStream, который сам генерирует документацию для сервиса.
- Суть: Пользователь не расстроится, если их нет (он их может даже не ожидать), но будет в восторге, если они есть. Хотя, может быть и сильным конкурентным преимуществом.

✅ 2. "Должно быть" (Must-be)
Это базовые, ожидаемые вещи. Если они работают хорошо, этого никто не замечает. Но если они сломаны — удовлетворенность пользователя падает до нуля.

- Пример: Кнопка "Сохранить" действительно сохраняет. pip install вашего пакета работает без ошибок. API отдает валидный JSON.
- Суть: Их наличие не радует, но их отсутствие или плохая работа — это катастрофа. Это фундамент, на котором все строится.

🚀 3. "Больше — лучше" (Performance)
Здесь все просто: чем лучше реализация, тем выше удовлетворенность.

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

🤷‍♂️ 4. Нейтральные (Indifferent)
Пользователям на них все равно. Вы можете потратить недели на их реализацию, но никто этого не оценит.

- Пример: 15-й способ кастомизации цвета кнопки в настройках, которым воспользуются 0.01% пользователей.
- Суть: Чистая трата ресурсов. Главная задача - научиться распознавать их до начала разработки.

🤬 5. Реверсивные (Reverse)
Фичи, наличие которых ухудшает пользовательский опыт. Да, и такое бывает.

- Пример: Обязательная регистрация для того, чтобы воспользоваться простейшей утилитой. Слишком сложный и запутанный UI там, где все могло быть просто.
- Суть: Это выстрел себе в ногу. Такие фичи не просто не приносят пользы — они вредят.

Как это применить на практике?

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

- Это "ублажитель", который можно сделать потом, или "должно быть", без которого все развалится?
- Мы сейчас улучшаем метрику "больше — лучше" или пилим "нейтральную" фичу, которая никому не нужна?
- А не создаем ли мы "реверсивную" фичу, которая только усложнит жизнь пользователю?

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

А теперь вопрос в зал: какая самая бесполезная или даже "реверсивная" фича, которую вам приходилось делать?🌚

#программирование #продуктивность #карьера #дорофеев

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

А еще - там есть ранкинг LLM тулов (IDE плагины, CLI утилиты, библиотеки и тд)🤯 А вот это уже прикольнее, т.к. там можно подсмотреть какие-нибудь прикольные тулы, о которых ты не знал.

Например, я увидел, что можно попробовать юзать Kilocode вместо Continue в качестве AI плагина для VSCode🚀 (continue безбожно лагает по моему опыту)