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

Ну это топ песня этого года, конечно!
Еще и снежок выпал!

P.S. что ж, мне стало понято значение слова «имбовый» 🤣

Ахахахаххаха

Че у вас там по команде?
😎 - все «белке в глаз с 1 выстрела»
🔥 - один я там все вывожу
🦄 - да риалли дрим тим прямо собралась!

#пятничное

Пуф. Кажется, пора рассказать, что там после Яндекса произошло
Спойлер: я в Авито уже 3 месяца.

Сейчас я делаю как всегда то, что умею и от чего кайфую: строю продуктовую стратегию платформы (ну это вот всякие языковые фреймворки, observability, PAAS, DBAAS, IAAS) и превращаю её в реальность. Не презентациями, а решениями (ладно, кого я обманываю, куда уж без презентаций😁). Параллельно - растим команду технических продуктовых менеджеров. Тех самых, которые отвечают не за roadmap в Confluence, а за то, насколько тяжело инженеру проживать свой день.
Команда - топ. Мы с ребятами давно на одной волне и одинаково плохо переносим бессмысленную сложность.
План простой (хорошо делай, плохо не делай😁): - меньше шума; - меньше переключений контекста; - меньше «активности ради активности».

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

Что по деталям?
Ну тут уж лучше всего говорят не планы, а результаты. Так что давайте ка подождем немного.

Маленький спойлер: ключевой вопрос на который нужно ответить сегодня - «Как будет выглядеть рабочий день инженера в 2029 году».

Короче, че то я устал сегодня, так что забирайте просто мем)

❤️ - если у тебя такой же опыт
🔥 - если ты не такой и набрал сил на всю неделю
🎄 - давайте уже после праздников решим

#пятничноеневпятницу

“Task Interruption in Software Development Projects: What Makes some Interruptions More Disruptive than Others?”

Так-с, нашел для вас исследование о влиянии прерываний и переключений задач на разработку ПО.

Что происходит, когда разработчиков прерывают?

Традиционно считается, что внешние прерывания (сообщение, митинг, запрос от менеджера) хуже влияют на продуктивность, чем когда мы сами решаем переключиться на другую задачу.
Но данные из реального мира говорят иначе.

В своей статье исследователи провели два больших анализа:

Анализ логов задач
- 4 910 записей работы 17 профессиональных разработчиков.

Опрос 132 разработчиков
- реальные практики, опыт и восприятие прерываний.

Цель - понять не просто что прерывает разработку, а что именно делает переключение задач более разрушительным.

Главные выводы
⚠️ 1. Самопрерывания (self-interruptions) хуже, чем внешние
Хотя большинство разработчиков считают внешние прерывания более деструктивными, данные показывают обратное:
🔹 самопрерывания приводят к большей потере эффективности и ухудшают последующую работу над задачей.

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

2. Момент, когда происходит переключение важнее характеристик самой задачи

Традиционные параметры задачи приоритет, уровень сложности, стадия влияют на её прерываемость. Но контекст и обстоятельства, при которых происходит переключение, оказывают куда более сильное влияние. К ним относятся:
✔️ тип прерывания (сам/внешнее)
✔️ время дня
✔️ тип текущей и следующей задачи
✔️ контекст проекта и среды работы

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

3. Переключения имеют когнитивную цену
Разработчики часто не возвращаются к прерванной задаче или делают это с большим «ценой»:
Контекстное переключение требует восстановления рабочей памяти,
Увеличиваются задержки и риск ошибок,
Частые переключения фрагментируют рабочий день.

Практические выводы для команд
✅ Ограничивайте самопрерывания - поощряйте завершение текущих задач прежде чем начинать новые.
✅ Разграничивайте рабочие периоды с высокой концентрацией: вводите «фокус-часы» без прерываний.
✅ Управляйте внешними раздражителями: настройте правила коммуникации (телеграмм, почта, встречи).
✅ Понимайте контекст переключения: важно не только что делаешь, но когда и в какой ситуации.

Почему это важно для инженерной эффективности?

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

Вчера была новогодняя встреча CPO&CTO CLUB!

Люблю встречи этого клуба:
1. Дофига народа о кого можно обстучать свои идеи.
2. Много супер качественного общения в сжатом пространстве.
3. Предновогодние особенный кайф, потому что до конца нового года остался всего 1 спринт - 2 недели и, кажется, у народа начинает менеджерская мышца расслабляться, прессинг спадать и все двигается в строну рефлексии о прошедшем.

P.S. ну все, из корпоративов осталось еще 2 и Добби свободен 😁

походу содержательных постов не будет больше в этом году😁

🔥 - если ты ждешь не дождешься
❤️ - поддержать всех бедолаг
🎄 - давайте уже после нового года!

#пятничное

Чек-листы Гаванде

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

И в 2010 году под это дело даже появилась целая книга.

Давным давно мой первый руководитель научил меня одной важной мысли:

если что-то пошло не так в инциденте, то в первую очередь виноват дизайн процесса, а не человек, допустивший ошибку.
И что даже самые умные люди допускают «глупые» ошибки.

Можно ли спорить с этой мыслью?
Да чего нет то, спорьте, с чем хотите, честное слово!

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

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

Так вот, тема с чек-листами Гаванде - это попытка решить эту задачу в условиях жесткого прессинга во время проведения операции врачами и т.п.

На каждое важное повторяющееся событие, у вас должен быть небольшой чек-лист из 5-9 пунктов.

Чек-лист (7 пунктов) перед операцией:
1.
Все участники представились и назвали свою роль.
2.
Подтверждена личность пациента и тип операции.
3.
Подтверждена сторона операции (лево / право).
4.
Есть ли аллергии или особые риски?
5.
Готовы ли инструменты и кровь (если нужна)?
6.
Антибиотик введён (если требуется).
7.
Есть ли у кого-то опасения прямо сейчас?

Обратите внимание: в этом чек-листе нет ни одного «умного» пункта.
Почти всё врачи и так знают.
Его задача - не знание, а синхронизация.

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

И если вы думаете все еще, что это супер очевидно, то вот вам история

Чек-листы, которые спасают жизни

Атул и его команда три месяца следили за четырьмя операционными и собрали неутешительные данные. Из 400 000 отслеживаемых ими пациентов 400 получили послеоперационные осложнения, а 56 из них умерли. Общий уровень хирургических осложнений колебался от 6 до 21%.
Чтобы сократить число хирургических осложнений, врачи под эгидой ВОЗ создали чек-лист из 19 пунктов. Его разослали в восемь больниц для пилотного запуска и начали активно внедрять в 2008 году. Атул предоставил пилотным больницам собранные им данные, чтобы наглядно показать, о чём идёт речь.
Через несколько месяцев появились первые результаты: послеоперационные осложнения встречались на 36% реже, а смертельные случаи — на 47%. Число инфекций сократилось вдвое, число повторных операций — на четверть.

Закон Лемана или как я думал, что сам что-то новое придумал

Ха-х, некоторое время назад я в рамках одной из задач обосновывал стоимость и рост сложности одного решения осознал и объяснил это тем, что даже если в системе ничего принципиально не менять, то из-за необходимости поддержания внешних изменений (интеграций с другими сервисами и т.п.) сложность системы будет постоянно расти.

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

В общем, в момент, когда я это осознал, то решил, что это гениально 😁

Ааааа вот вчера узнал, что есть закон Лемана (он же - закон энтропии в ПО)

Любая активно используемая программная система со временем неизбежно усложняется, если в неё не вкладываться осознанно.

Ошибка менеджмента думать, что:
- «Мы один раз хорошо спроектируем»
- «Вот допишем платформу и станет спокойно»
- «Закроем техдолг и заживём»
Не-а.
Энтропия всегда возвращается!

В общем, спокойно относитесь к рефакторингу, ищите модель своей борьбы с энтропией (раз в 3 года глобальная переделка или постоянная борьба со сложностью) и не парьтесь, это норма!

А вы знали, что в ИТ есть прямо теоремы? Изучали?

🦄 - все знаю наизусть, бро!
🎄 - фига се, все законы в трудовом договоре!
❤️ - пойду почитаю!

Этот мем прекрасно дополняет эту мою историю про рост сложности системы😁

Вы там, как еще живы?
Планы накидали на 2026?

🎄 - подводим итоги 2025
❤️ - выживаем на корпоративах
🎉 - итоги подвели, планы 2026 написали, сидим на расслабоне

#пятничное

Так-с, с топ книгами я погорячился и не осилил (будем целиться на понедельник, так что знайте, сроки едут не только у вас😁).

А сегодня скажу вам спасибо!

1. Именно вы прочитали 635 моих постов.
2. Именно вы посмотрели канал 2.3 млн.раз.
3. Именно вы 140 раз меня процитировали.
4. Именно вы переслали мои посты 28.9 тыс.раз.
5. И именно вы поставили 46 тыс. реакций.

Спасибо вам!
На самом деле, для меня, как для автора это супер ценно. И говорит о том, что я все это делаю не зря.

Дальше больше, друзья ❤️

Мои продолбы за 2025 год

Так-с, быть успешным, красивым и богатым, особенно в соцсетях легко, но мы с вами тут про честную-честность, так что, погнали:

1.
Топ 3 книги не будет. Точнее будет, но не в виде моего поста😁 Я ребят не так понял в начале, подготовил пост, а оказалось, они его сами разместят. В общем, нужно все всегда проговаривать «ротом».

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

3.
Стратегию я так и не написал в том виде, как мне хотелось бы, чтобы она выглядела. Да, драфт готов, вехи не просраны, но я хотел по другому.

4.
Мой kpi по блогу не выполнен. Часть механик перестала работать, в некоторые новые эффективные я влазить не хотел - они мне не нравились.
А вот вы молодцы, как я и писал выше!

5.
Физическая форма, те, кто год меня не видел и недавно встретил говорят, что я стал поздоровее. ЧатГПТ оценивает в 15% наличие жирка в моем организме. Цель была 12%.
Короче, не выполнено.

6.
Ремонт недоделан - еще ждем мебель в комнату дочки. В целом, продолб мой, я недостачно пушил тему. Стоило больше в это время инвестировать

7.
Иногда не хватает спокойствия с Демычем, конечно. Надо бы стараться лучше.
Но зато, вместе гоняли на тренировку)

8.
На подкаст с Антохой сил не хватало. Так что, потрачено.
Хотя он реально нужен: недавно написал коллега в Авито, что наш подкаст про System Design ему очень помог!

9.
За 3 тренировки по bjj чемпионом стать не удалось 🤣

Я просто хочу вам еще раз напомнить: все продалбыаются, все ошибаются, все бывают недостаточно хороши, у всех есть проблемы и не всегда силы, чтобы оставаться в ресурсе. Это нормально, когда вы не прочитали книгу, даже если планировали, пропустили тренировку, даже если обещали себе этого не делать или съели лишний кусочек тортика, в тот самый день когда «ну вот сегодня точно будет диета».
Зачастую в соцсетях мы видим глянцевую часть жизни или уникальных одаренных генетически людей (те же атлеты), что заставляет нас чувствовать себя не такими крутыми.
Забейте на это и живите свою настоящую жизнь, где ошибка - это способ научиться новому.

🦄 - если ты ничего не продолбал и молодец!

❤️ - если ты как все и немножко продолбант

💊 - так, я не понял, че там с ТОП 3 книгами!

В общем, ТОП 3 книгам моим от моих дружочков из издательства Питер, быть!

Ловите)