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

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

В статье автор разбирает, к чему на самом деле приводит ускорение поставки кода без оптимизации всех остальных частей работы. Эта статья особенно ценна в текущую эпоху ИИ-безумия, потому что заставляет не слепо ускорять участки работы (напомню, что стремление к локальной оптимизации убивает производительность всей системы), а подумать, что действительно важно в процессе разработки.

Отдельный респект выражаю автору за предпоследний раздел «Что делать дальше». В целом можете прочитать его и не читать всю статью, если вам и так понятно, что ускорение поставки кода ломает производственный процесс. Вообще отличная статья для практики скимминга, 80% смысла можно понять из оглавления :)

⭐️ Интересные идеи

🟡Одна из главных проблем – вы не знаете, что делать. У каждого моего знакомого IT-шника есть пачка баек о работе, сделанной в стол. Да что уж там, я буквально две недели назад смотрел с продактами фичу, которую мы сделали пару месяцев назад, и задавался вопросом: «А мы это нахрена вообще сделали?» Если разработка пилит бесполезные фичи, то с ИИ-шкой она будет пилить много бесполезных фич.

🟡После написания кода есть ещё целая куча мест, где теряется время. Это ожидание код ревью, тестирование, медленный CI, security ревью (прохождение безов для многих команд – это отдельный ад) и так далее. Вместо оптимизации того, что и так неплохо работает, стоит сосредоточиться на этих простоях.

🟡Если вы хотите добиться серьёзного ускорения деливери, то начните с value stream mapping. Вот буквально распишите путь фичи от зарождения идеи до выкатки на прод (с анализом результатов этой фичи в проде). Разберитесь, сколько занимает каждый шаг. Разберитесь, сколько времени тратится на простои между шагами. Скорее всего, вы увидите простор для оптимизации, по сравнению с которым ускорение «программирования» – капля в море.

Приятного чтения 😉

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog
💬 Бэкап канала в Max

«Думай как римский император», Дональд Робертсон

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

Вот и сейчас наступил момент, когда мне снова захотелось коснуться стоиков. Книгу Дональда Робертсона «Думай как римский император» мне рекомендовали не раз, поэтому она и стала ответом на мой вопрос «Чего бы почитать из современного по стоицизму?»

⭐️ О чём книга

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

В книге раскрываются следующие темы:
➡️ Как познать свои ценности и следовать им
➡️ Как обуздать свои желания
➡️ Как научиться переносить трудности, дискомфорт и боль
➡️ Как победить свои гнев и страх

⭐️ 3 идеи из книги

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

🟡Чувство, что за нами наблюдают, помогает развить осознанность и скорректировать поведение. Но здесь важно создавать себе правильный настрой: наблюдатель ни в коем случае не должен быть враждебным. Это может быть некоторый образ требовательного, но заботливого и внимательного ментора, целью которого является рост его подопечного. Например, я часто вспоминаю своего первого тренера (а сейчас у меня на рабочем столе для этого стоит бюст Марка Аврелия).

🟡Мы не властны над ситуациями, но властны над своим отношением к ним. Стоики понимали, что мир непредсказуем и всё, что мы можем – это фокусироваться на собственных действиях, принимая любой результат. И точно так же с нами может произойти всё, что угодно. Но мы вольны выбирать своё отношение и поведение в любом случае, и именно этот выбор определяет стоика.

⭐️ Мои впечатления

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

Также довольно интересно было посмотреть на контекст, в котором ковался характер Марка Аврелия и создавались его «Размышления» – это помогло мне лучше понять ценность и суть этой книги.

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

Книгу рекомендую, даже если вы уже знакомы со стоицизмом – посмотреть на античные практики глазами современного психотерапевта довольно интересно.

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➡ А для тех, кто хочет читать с большей пользой, у меня есть статья с описанием моего процесса чтения и упражнениями.

➡ Также напоминаю, что сейчас идёт набор в мини-группу практикума по эффективному чтению и самообучению.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog
💬 Бэкап канала в Max

Всем привет!

Продолжаю знакомить вас, дорогие читатели, с прекрасными мероприятиями, которые организуют мои коллеги 🟥

30 мая с 15:00 до 19:30 мск приходите участвовать в олимпиаде по программированию онлайн или офлайн в кластере «Ломоносов» в Москве.

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

🔵Формат — только индивидуально.
🔵Время на решение задач — два часа.

На выбор будет два трека:

1️⃣ Алгоритмы — пять задач: простые, средние и одна оптимизационная. Способ решения — самостоятельно, без помощи ИИ.

2️⃣ ML — три хардкорные оптимизационные задачи, можно пользоваться ИИ-помощниками.

В каждом треке определим победителей и наградим призами 🕺

Мы всегда рады новым участникам в нашем олимпиадном комьюнити. Приходите сами и зовите друзей!

Зарегистрироваться

Два сбоя Cloudflare: что пошло не так и как они это чинят

Вроде на дворе уже май, а в памяти ещё свежи невероятные сбои в работе Cloudflare, которые положили чуть ли не половину интернета. У компании произошло два масштабных сбоя: 18 ноября 2025 и 9 декабря 2025. Представьте, сколько денег потеряли бизнесы, зависимые от Cloudflare, и сколько нервных клеток было сожжено в эти дни.

Cloudflare опубликовала подробные пост мортемы, почему это произошло. Но они на этом не остановились и (как и положено при хорошем пост мортеме) начали внедрять изменения, чтобы подобных сбоев больше не произошло. План они назвали «Code Orange: Fail Small» и суть его заключалась в том, чтобы стать более устойчивыми к ошибкам или отключениям, защитившись от масштабных сбоев.

⭐️ Интересные идеи

➡️ Оба сбоя произошли по схожим причинам: массовый деплой изменений в конфигурации сразу на все ЦОДы. Оказалось, что Cloudflare довольно внимательно подходят к релизам изменений в коде (куча quality gates, канареечные релизы и так далее), а конфиги раскатывают «как есть». После сбоев они решили применить для релиза конфигов модель релиза кода.

➡️ Оба сбоя разломали не только анализ клиентского трафика, но и множество связанных вещей (например, контрольную панель клиентов Cloudflare). При этом Cloudflare прекрасно понимают, что ошибки и сбои всё равно будут случаться, поэтому нужно научиться обрабатывать их наименее болезненным способом. Произошедшие сбои показали, что архитектура Cloudflare отличается высокой связанностью и поэтому они решили пересмотреть контракты, чтобы локальные ошибки не каскадировались.

➡️ Исправление сбоев было замедлено внутренними процедурами безопасности. С одной стороны, Cloudflare – это компания, которая сама занимается безопасностью, но с другой стороны её внутренние системы безопасности и циклические зависимости затормозили работу инженеров, которые не могли получить доступы к инструментам, необходимым для отладки. Сбои стали для них поводом пересмотреть свои процедуры быстрого получения доступов.

Для меня ключевой тейк этой статьи заключается в поводе подумать о том, что стоит провести pre mortem и подумать: где нам будет мучительно больно, если вдруг продакшену станет очень плохо? Я уверен, что у каждого читателя в голове сразу всплывёт пара-тройка идей (например, у меня всплыли наши долгие получения доступов к продовым ns кубера).

Приятного чтения 😉

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Почему сильные инженеры выиграют от LLM больше всех остальных

Я в последнее время активно качаю AI adoption в разработке внутри своей зоны ответственности. LLM-ки внедряются в повседневную работу сотрудников и уже стали частью их жизни.

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

⭐️ AI-граната

Медленное и неправильное можно сделать медленным и правильным. Быстрое и неправильное сделать быстрым и правильным невозможно.

Эту простую истину я крепко прочувствовал в своих занятиях боксом: все изменения в технике происходят на медленной скорости, а если стараться ускориться с кривой техникой – она так и зафиксируется в мышечной памяти. Аналогичной мне видится ситуация и с LLM-ками: сильный инженер с хорошим пониманием кода, архитектуры и языка программирования может делать очень крутые вещи, а «перекладыватель JSON-ов» довольно быстро выстрелит себе в ногу.

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

⭐️ LLM в разработке повышают требования к профессионализму, а не снижают их

Большим опасением многих моих знакомых (кстати, крутейших профи в своём деле) было то, что LLM нас всех заменит. Но это не так: LLM может заменить только формошлёпов и перекладывателей JSON-ов. И, скорее всего, заменит: слабая инженерная база, помноженная на ускорение разработки, очень быстро даст о себе знать увеличением количества багов и техдолга. А крепкие профессионалы будут ещё более востребованы.

LLM снижает порог входа, но без профессиональных навыков быстро вылезает обратная сторона этого ускорения. Поэтому потребность в высококвалифицированных «кожаных мешках» только увеличится (и поэтому, кстати, джуны не вымрут – иначе неоткуда будет браться тем самым высококвалифицированным спецам).

Лучший вайбкодер – тот, кто и без LLM-ки под рукой способен сделать хорошо.

«Карьера разработчика. Стафф — круче, чем Senior», Таня Рейли

Staff-разработчики — это относительно новый тренд в российском IT. Раньше после должности senior-разработчика путь был только в тимлиды. Но многим не подходит направление менеджмента — они гораздо комфортнее чувствуют себя в технической среде, решая сложные инженерные задачи.

Я для себя выбрал путь руководителя. Но в какой-то момент под моим управлением начали появляться staff- и senior+-разработчики, которые тоже хотят профессионального роста и развития. Развивать таких людей, с одной стороны, легче, потому что они зачастую сами ставят себе задачи. А с другой стороны, сложнее — если есть дефицит сложных задач, то эти крутейшие профи начинают скучать и грустить.

Книгу я взял для того, чтобы ознакомиться со взглядом автора на карьеру staff engineer и поискать какие-то лайфхаки, которые помогут мне растить подобные кадры.

⭐️ О чём книга

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

В книге раскрываются следующие темы:
➡️ Как развить у себя навык панорамного мышления и применять его в работе
➡️ Основы управления крупными проектами
➡️ Как подавать положительный пример и влиять на подражателей (которые обязательно появятся)
➡️ Как заниматься самообразованием, если технический уровень уже довольно высок

⭐️ 3 идеи из книги

🟡Когда возникает ощущение, что кто-то должен действовать, то этот «кто-то» — это вы. Стафф-разработчики зачастую находятся на том же уровне, что и лиды лидов — то есть работают на несколько команд. Поэтому они обладают такими же широкими возможностями для того, чтобы менять обстановку вокруг к лучшему. Если хотите стать стаффом, то начните качать проактивность уже сейчас.

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

🟡Разработчик уровня стафф подаёт пример другим и задаёт ожидания от команды. Разработчики более низкого уровня будут внимательно наблюдать за вами, чтобы набраться опыта и однажды тоже стать стафф-инженерами. Если вы будете небрежны и станете работать недобросовестно, то это каскадируется на все команды.

⭐️ Мои впечатления

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

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

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

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➡ А для тех, кто хочет читать с большей пользой, у меня есть статья с описанием моего процесса чтения и упражнениями.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Почему я перестал тянуть отстающих и начал вкладываться в лучших

Вы когда-нибудь обращали внимание, насколько много сил и внимания привлекают к себе лоуперформеры? С ними проводятся беседы, им ставятся цели на развитие, составляются personal improvement plan’ы. И всё это зачастую впадает в несколько циклов.

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

Я считаю, что есть в этом подходе кое-что фундаментально неправильное.

⭐️ Страх потери сильнее желания приобретения

Мы нерациональны. У нас есть одно очень интересное когнитивное искажение, которое заключается в том, что при прочих равных страх потери перебивает желание что-то получить.

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

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

⭐️ Вложения сил с высоким ROI

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

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

Если немного обобщить, то мы получим две разные картины:

➡️ Вложение сил и времени в лоуперформера. Результат: он (потенциально) начинает нормально работать и выдавать нормальные результаты.

➡️ Вложение сил и времени в хайперформера. Результат: он (потенциально) начинает делать сверхрезультаты и вытягивать за собой результаты всей команды.

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

Сегодня я зачем-то проснулся в 5:30 и так и не смог уснуть. Я почти дочитал книгу (уже изрядно мне надоевшую), посмотрел видосик, попил чая, потискал кота – а сна всё равно ни в одном глазу.

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

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

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

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

Для меня лучший подарок от вас – это сам факт вашего существования. Мне радостно от того, что мои идеи интересны и полезны другим людям. Поэтому, если вы хотите поздравить меня с днём рождения, то просто продолжайте читать и комментировать мой канал (а ещё можете друзьям обо мне рассказать).

С праздником меня 🎉

// На фотке я отмечаю свои гордые то ли 5, то ли 6 лет 😂

Квартальная рефлексия о работе: простой способ против стагнации

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

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

⭐️ Квартальная рефлексия о работе

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

Я задаю себе несколько простых вопросов:

➡️ Какие у меня сейчас цели в жизни? Что для меня важно?

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

➡️ Помогает ли текущее место работы в моём продвижении к целям или мешает им?

Моё отношение к работе очень простое: партнёрство. Я приношу пользу бизнесу, а бизнес помогает мне некоторым образом достигать моих целей. Если же я вижу, что текущее место работы не продвигает меня к целям (или, хуже того, отодвигает) — это повод задуматься, что я делаю не так.

➡️ Расту ли я на текущем месте работы профессионально? Есть ли перспективы карьерного роста?

Этот вопрос является следствием предыдущего. У меня есть интересная особенность: я очень быстро расту и всегда голоден до интересных задач, поэтому в стагнирующих местах быстро начинаю скучать. К тому же мой профессиональный и карьерный рост важны для повышения моей ценности на рынке (мы же не бесплатно работаем, правда?). Если я на текущем месте стагнирую — это повод поискать себе новые челленджи. Но если я и стагнирую, и не имею перспектив карьерного роста — то это уже повод посмотреть в рынок.

➡️ Стоит ли оно того?

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

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

«Атомные привычки. Как приобрести хорошие привычки и избавиться от плохих», Джеймс Клир

Недаром говорят, что привычка – вторая натура. Если внимательно понаблюдать за поведением любого человека, то можно увидеть вещи, которые он делает автоматически, по привычке. И эти привычки могут многое сказать о самом человеке.

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

⭐️ О чём книга

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

В книге раскрываются следующие темы:
➡️ Как искать, изучать и анализировать свои привычки
➡️ Как нанизывать новые привычки на текущую реальность, не ломая себя
➡️ Как упростить внедрение новых привычек в свою жизнь
➡️ Как сделать работу над новыми привычками более привлекательной и приятной

⭐️ 3 идеи из книги

🟡Масштабные изменения часто являются результатом накопительного эффекта многократных действий. Проще говоря, вода камень точит. На эту тему у меня давно зреет пост – сложнее всего делать не что-то большое разово, а маленькие правильные действия постоянно. В этой идее и заключается суть книги: нужно легко и постоянно делать полезные действия.

🟡Формировать привычки нужно с идентичности. Самые серьёзные изменения в моей жизни произошли, когда я научился строить свои действия от понимания того, каким человеком я хочу быть и каких результатов хочу достичь. Привычки (да и в целом действия) – это следствие некоторого взгляда на мир, поэтому изменения в жизни нужно начинать с изменения этого самого взгляда.

🟡Процесс изменения поведения всегда начинается с осознанности. Один из самых больших челленджей в изменении своего поведения — осознать, что я оказался в той ситуации, где хочу повести себя по-новому. Автор предлагает использовать технику «показывай и называй» – проговаривать вслух свои действия и мотивацию, которая приводит к ним. Это помогает делать поведение более явным.

⭐️ Мои впечатления

«Атомные привычки» – книга, хорошая со всех сторон. Она содержит простые, понятные, но в то же время правильные идеи, которые можно взять и применить. В ней довольно много примеров (и воды, куда же без неё), но написана она хорошо. Не обязательно даже читать её целиком – можно взять интересующие главы, применить их и получить хороший результат.

А ещё на этой книге можно круто попрактиковать мой пайплайн чтения – её как будто специально для этого писали.

У всех нас есть привычки, и у всех нас есть сферы жизни, в которых хотелось бы что-то изменить к лучшему. «Атомные привычки» может дать вам идеи, как осуществить эти изменения без насилия над собой. Рекомендую.

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➡ А для тех, кто хочет читать с большей пользой, у меня есть статья с описанием моего процесса чтения и упражнениями.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Результаты второго месяца обучения на курсе «Руководитель отдела»

Совершенно незаметно пролетел второй месяц моего обучения на курсе Стратоплана «Руководитель отдела». Обещал делиться интересными инсайтами – пришло время сдержать своё слово!

Второй месяц мне понравился ещё больше, чем первый (несмотря на то, что обучения по ИИ было меньше). Этот месяц у нас был посвящён моим любимым темам: процессам и метрикам.

Мы прошли следующие темы:
➡️ Анализ и выстраивание бизнес-процессов
➡️ Оптимизация бизнес-процессов
➡️ Метрики и KPI
➡️ Управление изменениями
➡️ Модуль выходного дня про операционное управление и делегирование

На занятиях по оптимизации бизнес-процессов и метрикам я себя чувствовал как рыба в воде: сыграл свою роль значительный опыт (который я даже не замечал) занятия и тем и другим. Поэтому на этих занятиях мне в целом было весело и удалось даже немного поспорить с преподавателем.

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

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

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

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

Впереди ещё два очень интересных и перспективных месяца. Оставайтесь на связи 😉

End-to-end ответственность: что отличает сеньора от «перекладывателя кода»

– Мы тут тааакую фичу запилили за неделю, навайбкодили!
– О, крутяк, а где можно потыкать?
– Ну, эээ, понимаешь, оно ещё там на деве, короче, ты запроси доступ…

Это практически дословный (и довольно свежий) диалог из моей практики. Не сказать, что LLM-ки в разработке привнесли в этом плане что-то новое – проблемы с критериями готовности я встречал всегда. Похоже, пора поговорить о том, что означает «задача закончена» и где на самом деле находится точка «запилили фичу».

⭐️ Когда работа над фичей считается завершённой?

Короткий ответ – никогда. Если подумать чуть дальше рамок «написать код», то оказывается, что фича – это ещё и тестирование, раскатка, дальнейшее сопровождение и даже вывод из эксплуатации. Любая фича в любом продукте – это живая сущность, которая постоянно изменяется и эволюционирует.

Но такой ответ вряд ли удовлетворит среднего разработчика (и даже тимлида), которым нужен некоторый критерий завершённости. Я для себя сформулировал его так:

Фича закончена = фича выкачена в прод на всех клиентов и активно используется

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

⭐️ За что ещё отвечает разработчик, помимо написания кода

Конечная задача разработки – поставлять ценность для бизнеса в виде потока фич. Фича «на деве», «на стейджинге» и даже «сделана, но скрыта под фича-флагом» = фича не работающая и не приносящая пользы. Следовательно, есть целый пласт работ помимо написания кода, который нужно делать для успешной поставки и который обычно все дружно игнорируют, пытаясь в очередной раз «ускорить разработку LLM-ками».

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

Звучит немного сложнее, чем просто «навайбкодили фичу», не так ли? А это я ещё намеренно опустил пострелизную работу с фичей (за которую больше отвечают продакты). Тем не менее, такая end-to-end ответственность в моей картине мира является обязательным атрибутом senior-разработчика. И она намного ценнее, чем знание очередного модного фреймворка.

Нет, ну такое нельзя пропускать: новый гость AviTalk буквально человек-легенда 💫

Он стоял у истоков Авито и написал Sphinx — один из самых известных опенсорс-проектов в российском IT и поисковый движок, который заложен в основе Авито. Встречайте: Андрей Аксёнов!

В выпуске обсуждают:
✨ зарю IT в России;
✨ цену технической свободы;
✨ успешные технологии и неуспешный бизнес вокруг них;
✨ собственные метрики успеха после 25 лет в разработке.

Рекомендуем сразу открыть заметки перед просмотром: крылатых и интересных цитат будет на несколько страниц.

📱 Смотреть на YouTube
📱 Смотреть в ВК

Люди не вмещаются в 4 буквы

Я весьма скептичен ко всем методологиям, которые пытаются впихнуть человека в какие-то рамки. Поэтому всякие DISC/MBTI и тому подобные вещи находятся у меня в одном ряду со знаками зодиака, соционикой и прочей надуманной нечистью. Радикально, согласен.

Но за свой опыт я успел воочию убедиться, что люди не вмещаются в 4 буквы. И в 10 тоже не вмещаются. Каждый человек уникален, более того — каждый человек уникален в каждом отдельно взятом контексте.

Возьмём, например, DISC. Лично я могу привести примеры из своей жизни по каждому из квадрантов этой матрицы. И точно так же я видел все эти проявления у своих коллег и сотрудников. Апологеты DISC всегда мне на это возражают, мол, DISC — это «преобладающие» черты характера. На мою просьбу доказать это утверждение им обычно сказать нечего.

Основная опасность подобных методик — они дают иллюзию быстрого понимания. Зачем заморачиваться размышлениями о человеке, если он «красный» по DISC, верно?

⭐️ Что реально работает

Итак, типологии не работают. А что же делать вместо них? Мой ответ как всегда будет грустным и невкусным: работать. Особенно руководителям, для которых people management является прямой обязанностью.

Вот список того, что можно сделать:
➡️ Наблюдай, как человек реагирует на стресс и неопределённость.
➡️ Смотри, что его реально мотивирует (деньги, признание, задачи, спокойствие).
➡️ Как принимает обратную связь — защищается или перерабатывает.
➡️ Как ведёт себя в конфликте.

А в идеале ещё нужно записывать свои наблюдения и вести по ним заметки (когда-нибудь расскажу о системе, как я это делаю).

⭐️ Когда методологии могут пригодиться

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

Методологии также могут быть полезны для выстраивания гипотез о человеке: «в ситуации А он повёл себя Б, возможно, в ситуации В он проявит поведение Г». А нагенерированные гипотезы могут стать отличными темами для обсуждения с самим человеком.

«Терапия настроения: Клинически доказанный способ победить депрессию без таблеток», Дэвид Бернс

Сегодняшний обзор по-своему уникален. Обычно я выкладываю в канал обзоры только тех книг, которые уже как минимум прочитал (а в идеале – разобрал на заметки и поприменял). Но книга Дэвида Бернса отличается тем, что:
➡️ Она настолько хороша с первых страниц, что я готов рекомендовать её не глядя
➡️ Она читается очень медленно из-за большого количества практик

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

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

⭐️ О чём книга

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

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

⭐️ 3 идеи из книги

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

🟡Хаос в голове зачастую вызывают когниции, которые содержат грубые когнитивные искажения. Например, сверхобобщение и катастрофизацию («аааа, о боже, я чуток ошибся, меня уволят, я умру бомжом»). Избавляясь от подобных паттернов мышления, мы автоматически улучшаем своё настроение. Свою самооценку не нужно повышать, её нужно перестать понижать.

🟡Мы изначально обладаем здоровой самооценкой, но сами загоняем её в негативную яму. И да, это делаем мы сами – никто другой не может взять и понизить нашу самооценку. Занятно, что схожий тезис про мотивацию я выдвигал в докладе «Как перестать демотивировать людей».

⭐️ Мои впечатления

Лучше всего мои впечатления описывает тот факт, что я за неделю прочитал едва ли треть книги. Она наполнена практикой и упражнениями, которые нужно выполнять. Ценности от простого прочтения такой книги очень и очень мало – нужно на своей шкуре прожить всё то, о чём говорит доктор Бернс. Чем я, собственно, и занимаюсь.

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

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

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

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➡ А для тех, кто хочет читать с большей пользой, у меня есть статья с описанием моего процесса чтения и упражнениями.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog