Тимлид Очевидность | Евгений Антонов

Иди, а не беги Недавно посмотрел фильм «Код 3». Начал я его смотреть не из-за описания фильма, а из-за того, что там в главной роли актер, играющий Дуайта Шрута из сериала «Офис». Он там по сюжету похож немного на него характером, поэтому, если вы любите «Офис» и хотите поностальгировать – смело смотрите. Сюжет фильма Главный герой – парамедик. Грубо говоря, это врач скорой помощи, который концентрируется на спасении жизни и быстрой доставке в больницу. Он приезжает на сложные случаи, где есть угроза для жизни, и стабилизирует состояние по строгим протоколам, а потом уже дело врачей – лечить дальше. Ему выдают девушку-стажера, которая начинает сильно суетиться. Она видит пострадавшего и бежит к нему, на что ей говорят: «Иди, а не беги». Она возражает, что вот же больной лежит, надо ему помочь скорее, а ей отвечают, что она сэкономит 5 секунд, но есть шанс, что либо сама по дороге упадет и расшибется (и она падает, не усвоив правило с первого раза), либо добежит запыхавшаяся и не сможет оперативно и спокойно работать, не сохранит спокойствие дыхания, рук и ясность мыслей. Чему это нас учит? 1. Некоторые регламенты довольно важны на масштабе, хотя они и в частном случае кажутся переусложненной бюрократической дурью. Одному человеку это сложно понять, потому что он может хорошо бегать, аккуратно смотреть под ноги, и ему ок. Но на масштабе десятков тысяч людей обязательно найдутся те, кто споткнется, собьется, и погибнет не один пациент, который мог бы выжить. 2. Подобные регламенты обычно пишутся трудом, потом и кровью наступивших на грабли (скорее в переносном смысле), чтобы другие уже смогли их обойти. Поэтому важно проводить ретроспективные работы над ошибками и вносить корректирующие изменения в своё поведение и общие правила. Самый простой пример, с которым сталкивается начинающий менеджер – устно с кем-то договорились, разошлись, а потом, когда ничего не готово или готово, но совсем не то, и вам за это влетает, тот, с кем вы договорились, скажет: «Не было такого», или «Я такого не помню», или «Было, но не так». И потом этот менеджер сам и в дальнейшем его сотрудники обретают простое правило в регламенте: «Договорился? Запиши». 3. И отдельно хочется сказать именно про правило «Не беги, а иди». Идти там не обязательно вразвалочку, можно и быстрым шагом. Но всё же идти. Это как руководителем нам урок, что постоянные авралы, кранчи и пожаротушения в бешеном темпе могут привести к тому, что где-то что-то и правда сделается быстрее, а где-то ваш парамедик споткнется, и пациент (проект) не доживет до больницы (релиза). Ну либо споткнется настолько сильно, что ему самому будет нужен парамедик. Так что торопиться можно, но сломя голову бежать, да еще и всегда, не надо. Привет нынешнему ИТ, которое пока на стадии «Везде надо СРОЧНО намазать ИИ», и которого впереди еще будет ждать стадия «Надо СРОЧНО что-то сделать с качеством проектов, потому что они превращаются в нейрослоп, в котором нынешние разработчики уже мало разбираются», и после еще ждет стадия «Ой, джунов и мидлов сократили, оставив сениоров и агентов, а сениоры ушли в другое место, и теперь надо СРОЧНО вырастить сениоров из… Я даже не придумал из кого и откуда… Из воздуха, наверное». Итог Народная мудрость уже знает, что суета нужна при ловле блох. А вот в других местах она может и навредить. При этом нужно для себя и своей команды точно разграничить контексты, где суета нужна, и какой степени накала она должна быть, чтобы не выкручивать ее регулярно на максимум.

Максимально разнообразный июль! В этот раз пять по цене четырех😁 Мы же проводим сессии каждый четверг, так что иногда случаются месяцы, где сессий немного больше. Вот в июле не только больше, а еще и разнообразнее. • Разбираемся, как читать, вычленять нужное, пропускать ненужное и чтобы, так сказать, в коня корм шел. • Обсуждаем SREшные практики стабильности ИТ-систем. • Вечнозеленая тема про рынок труда, разбора кейсов, резюме и прочее карьерное. • Как тимлиду ужиться с техлидом, а может это вообще один человек? • Ну и наш традиционный мастер-майнд. Недавно прошедший в этом месяце оставил много позитивных откликов от сообщников, получивших решение для своих проблем. Всё это и записи предыдущих сессий - в Менеджмент Хабе.

Я принес. Инструкция номер ноль Недавно прослушал совершенно коротенькую книжицу https://books.yandex.ru/books/UjTB6ZWz буквально за час-полтора. Сначала слушал и думал: «Боже мой, зачем такие очевидные вещи прям аж книгой выпускать, это же ведь уже стописят лет назад понятно было и известно всем, это не для нашей айтишечки продвинутой!». Но потом сначала вспомнил название своего канала, какие я тут очевидные вещи пишу, и почему я их пишу. Решил примерить не со стороны «всё это известно», а со стороны «делает ли так большинство людей вокруг?». Вот, собственно, и решил вам сегодня книгу принести как мной потенциально рекомендуемую. В ней набор всем известных истин про то, что: - Надо делать вовремя либо предупреждать, если не успеваешь. - Надо перепроверять за собой работу. - Надо передавать дела письменно и подробно. - Надо не просто приносить проблему, а еще и предлагать решение. - Надо в целом не наплевательски относиться к своей работе. И прочее подобное. Ну изян же! Однако насколько бы мы лучше жили, если бы эти простые правила были бы нормой, а не приятно встретившимся исключением.

Как принимать непопулярные решения и не потерять доверие команды? Сокращение бюджета, отмена проекта, изменение приоритетов, отказ от повышения — иногда руководителю приходится принимать решения, которые вряд ли кого-то обрадуют. Самое сложное в подобных ситуациях — справляться с реакцией команды. После таких новостей сотрудники могут злиться, спорить, закрываться, испытывать сильную тревогу. В итоге падает мотивация, а руководителя начинают воспринимать как человека, который больше не на их стороне. 📌 25 июня в 20:00 по мск лаборатория коммуникаций Софт Скиллз Лаб проведет открытый вебинар, где вы разберете, как доносить сложные управленческие решения и сохранять контакт с командой. За 1,5 часа узнаете: ▫️ Как работать с сопротивлением, разочарованием и тревогой сотрудников? ▫️ Как объяснять логику решений так, чтобы люди действительно понимали их смысл? ▫️ Как сохранять доверие команды, когда интересы бизнеса и сотрудников расходятся? ▫️ Как вернуть команде ощущение контроля и сфокусировать ее на дальнейших действиях? Весь материал разберете на реальных кейсах. Вы сможете отправить свою ситуацию в анонимную форму и получить рекомендации во время встречи. 🗣️ Вебинар проведет Мария Лагоша — ведущий тренер Софт Скиллз Лаб, преподаватель по переговорам ВШЭ, тренер и консультант по ораторскому мастерству, основатель и ex-CEO театральной студии. Встреча пройдет в Zoom, поэтому вы сможете общаться со спикером. 👉🏻 Запустите бота, чтобы получить ссылку на конференцию.

А плюсы какие? Периодически замечаю, что людям не хватает понимания плюсов в текущей реальности. Ух, эти гады виноваты! Вот делаете вы какой-то проект для заказчика, показываете на демо, а он вам: «А тут почему так сделали? А здесь надо было по-другому!». Или, например, есть у вас раз на раз (по своей вольности я так называю 1-1 встречи) с руководителем, какой он вам фидбэк дает? Корректирующий, скорее всего. Где что не так пошло, где поднажать надо, что и как подтянуть. Ну или проектировали вы какую-нибудь сложную архитектуру, показываете мудрым коллегам, а они вам: «Вот в этом месте ты делаешь что-то странное, надо переделать». Ну и для деврелов жизы сыпану. Делаете вы ивент, всё прошло суперклассно, показываете отчет, мол, пришло стопицот человек, оценка 9.9. А вам в ответ: «А почему не стошиссот? А почему не 10 оценка? А еще я от одного типа слышал, что там гренки не хрустящие были, это как такое допустили?». И я приветствую стремление к улучшению, к оптимизации, к тому, чтобы в следующий раз можно сделать круче и не допустить прошлых ошибок. Но когда весь фидбэк — просто поток негатива, это демотивирует. Ты что-то делал очень долго, много, добросовестно, старался, а тебе рассказали в ответ только то, где у тебя плохо. А потом удивляемся, а чего-то разработчики не хотят дизайн-ревью проходить, или почему никто не любит спрашивать фидбэк, или чего это никто не хочет брать важный проект? Да потому что в целом формируется впечатление, что сколько ни старайся, всё равно насуют в панамку, так что проще не высовываться. Ой, да я и сам виноват( Так-то и я сам грешен, каюсь. Иногда борюсь с собой, чтобы не забывать и плюсы подчеркивать, хвалить людей, их работу. Но порой в голове хочу как лучше сделать, а получается, что на языке всё как всегда. Как говорил один сильно бородатый мужчина: «Не сознание людей определяет их бытие, а, наоборот, их общественное бытие определяет их сознание». Поэтому хочется сказать, мол, это вон те гады меня застращали, научили, под такое поведение подстроили. Но ведь, раз уж пошли цитаты, то можно вспомнить и Жана-Поля Сартра, который утверждал, что «человек обречен быть свободным». Так что сколько ни пеняй на других, а всё зависит от тебя. Итог Сегодня никаких фреймворков, инструкций, деловых дел. Просто хочется себе и вам напомнить, что если друг другу говорить не только то, что плохо и как улучшить, а что сейчас хорошо и где мы молодцы, то кажется, что жить и работать нам с вами станет немного приятнее❤️

Рынок управленческих позиций в IT меняется довольно быстро. Возможности появляются регулярно — вопрос в том, видите ли вы их вовремя. Avito Career* — место, где Авито делится актуальными вакансиями для руководителей в IT. Без лишнего шума — только позиции, на которые имеет смысл обратить внимание. Если вы системно подходите к развитию карьеры, логично держать такие источники под рукой. Подписывайтесь, чтобы не потерять полезный ресурс! *карьера

Я принес. Что я понял после года разработки с помощью ИИ агентов Уважаю Кирилла Мокевнина за его очень взвешенную и взрослую позицию на стыке бизнеса и технарства. Мне кажется, он один из немногих, кто так умеет без перекосов. Горжусь, что в прошлом сезоне «Коды» он у нас был в гостях. На днях посмотрел его видео https://youtu.be/Au8ioLEJDOU?si=AXIy0g-UHl0_gMr3, где он рассказывает свой опыт того, как он пробовал год сам и в своей компании в целом разрабатывать с агентами. Там нет каких-то сильно радужных историй типа «всё стало в мильен раз быстрее всего-то за горстку токенов» или, наоборот, упадничества и инженерного снобизма, мол «мои-то мощные разработческие лапищи делают по красоте, а тут какая фигня получается у жестянки». Этим мне видео и понравилось, что оно приближено к реальности. Например, он говорит, что какие-то вещи и правда стали разрабатываться кратно быстрее, НО при этом люди стали задалбываться еще больше, новых идей и планов сразу как будто бы появилось до фига, но при этом надо бы с продуктовой точки зрения хорошо понимать, что вы делаете и зачем, а не делать всё подряд просто потому что можете. Или что токены так-то уже не копеечные и тратятся всё больше и больше. Или что можно нагенерить кучу ИИ-кода, но а) это упирается теперь в ревью и пропускную способность мясных мешков и б) если это блэкбокс, то есть некоторые вопросики к будущему, в котором надо это всё как-то модифицировать и поддерживать. Люблю, когда в ИИ-истерии кто-то еще обсуждает и сложности/неудобности/риски, а не просто проповедует про то, как всё ультимативно и радикально изменится в лучшую сторону. Как почти что пелось в одной песне: А при ИИ-сингулярности всё будет зашибись, Она наступит скоро, надо только подождать, Там всё будет бесплатно, там всё будет в кайф, Там, наверное, вообще не надо будет умирать.

От кода к людям: как вырасти в руководителя команды и не возненавидеть свою работу. Бесплатный урок курса «Руководитель команд в ИТ» Сильный инженер не становится сильным руководителем автоматически. Часто всё происходит наоборот: вчера человек отвечал за свой код, а сегодня — за людей, сроки, конфликты, ожидания бизнеса и результат всей команды. Без подготовки это быстро превращается в выгорание, микроменеджмент и ощущение, что проще всё сделать самому. На открытом уроке 16 июня в 20:00 разберём, почему начинающие руководители команд чаще всего ломаются не из-за слабых технических навыков, а из-за непонимания новой роли.  На практических примерах посмотрим, как желание «сделать самому» убивает делегирование, почему к разным сотрудникам нужен разный стиль управления и как руководителю перестать тонуть в потоке задач. Отдельно обсудим разрыв между мышлением инженера и руководителя: как меняется фокус, результат, инструменты и ожидания от вашей работы. Урок не для тех, кто считает управление «естественным продолжением разработки», не готов работать с людьми и хочет остаться главным исполнителем, просто с новым названием должности. 👉 Записаться: https://otus.pw/84Fc/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Манипуляции и техдолг Казалось бы, как эти две вещи связаны? Как минимум тем, что я соведущий двух подкастов, в которых мы обсуждали эти темы: 1. В Кода кода у нас вышел выпуск про манипуляции и то, как с ними бороться https://t.me/kodakodacast/451 С нами была замечательная Саша Клименко. Она в этом толк точно знает. Учит этому на практике и написала в соавторстве книгу «Эффективный конфликт». Забавный факт: мы в книжном клубе Менеджмент Хаба читали и обсуждали эту книгу. Саша к нам пришла и была готова ответить на любую критику, дать разъяснения, порадоваться похвале, поразбирать кейсы участников. За 8 месяцев существования сообщества эта сессия - самая длительная. 4.5 часа мы общались и долго не могли разойтись. Очень хорошо тогда посидели❤️ Для меня вообще возможность разобрать книгу с автором попадалась дважды в жизни. Второй раз был Александр Орлов из Стратоплана с его книгой «Джедайские техники конструктивного конфликта». Незабываемые впечатления! 2. А в Трех тимлидах поговорили про техдолг https://t.me/teamleadsBar/160 Уж не знаю, совпадение это или нет, но с ростом объема ИИ-генеренного кода стало много попадаться подкастов и видосов на эту тему. Кто бы мог подумать!) Ну а любители теорий заговора могут подумать о том, как совместить 2 темы и манипуляцией продвинуть закрытие техдолга. Или наоборот, его накопить. Но это будет уже на вашей совести, я манипуляциями добиваться своих целей при долгосрочном сотрудничестве не рекомендую🤝

Типовые заблуждения при выборе лучших условий труда Недавно в очередной раз встретил несколько типовых историй про то, как люди ищут лучшие условия труда. Ну так правильно, надо о себе позаботиться! Но есть и обратная сторона. Так что я сегодня покажу ее, но держите в уме, что я не топлю за подход «сиди, молчи, терпи». Деньги, денежки, деньжищи Первым делом рассмотрим мысль, что важна не только зарплата. Я имею в виду, что где-то за дополнительные 30-50-70к можно и части каких-то бенефитов лишиться, типа ДМС хорошего, и попасть из удаленки, например, в обязательное посещение офиса, или в очень нездоровый коллектив, или к самодуру начальнику/заказчику, или в лютую потогонку. И бывали случаи, когда люди сильно жалели, что просто посмотрели на цифру, не прикинув всех деталей. Всегда где-то что-то лучше Иной раз устроишься и думаешь: «Вот круто, мак выдали!», а потом тебе товарищ говорит: «Тю, а вот мне мак про выдали», и ты такой: «Блин, надо было к нему идти». Точно так же, как я писал выше, с зарплатой, офисом, режимом посещения офиса, руководителем, проектом, стеком и прочим. Точечно где-то точно будет лучше, но надо не забывать смотреть не только на цвет травы за забором, но и на плюсы своей делянки, если вы понимаете, о чем я. В свое время я прямо составлял таблицы со всеми плюсами и минусами разных офферов, чтобы понять, кто комплексно перевешивает. Ну а то, что где-то что-то будет лучше – это надо принять. Иначе это верный путь к вечному несчастью и недовольству своей работой и жизнью. Кто-то скажет: «Ну ты что, брат, а как же выход из зоны комфорта, рост через преодоление?», но я с ним не буду спорить. Я люблю рост и всё такое, но зону комфорта, знаете ли, тоже ценю :) Налог на дичь Еще надо принять то, что где-то что-то обязательно будет бестолковое. Ну не бывает иначе. Это можно назвать «налог на дичь». Вы не найдете идеального места, где этот налог был бы нулевым. Сокрушаться по поводу факта существования дичи на работе – всё равно, что сокрушаться по поводу существования боли. Никому не хочется её испытывать, но она есть, мы это просто принимаем. Но вот что мы можем выбирать – это предельный размер этого налога и во что потом этот налог инвестируется. Например, изредка заказчик/смежник/начальник переобувается в полете, говорит: «А такого не было» и рушит твои планы, но это редко, и с кем не бывает, работаем. Или это происходит чаще, но зато можно среди дня сбежать с работы к врачу, к ребенку в школу, погулять в парке. Или это происходит еще чаще, да еще и на собраниях публично отчитывают, зато платят сильно выше рынка, а у вас ипотека под 22 процента. Итог Я искренне приветствую и понимаю желание работать в хороших условиях. Да и сам этого всегда искал. Но где-то время и опыт мне показали, где надо меру знать, а где жадность фраера может сгубить. А кто-то юн, неопытен, пылок и горяч. Не верю в то, что таких можно предостеречь от своих и чужих ошибок прошлого, но хотя бы подкину идею смотреть шире при выборе и понимать, что идеал недостижим.

Сезон кода Летом обычно либо релизы, да дедлайны, либо отпуск. В Т-Банке решили пойти третьим путем — собрать ИТ-фестиваль, где можно одновременно и найти что-то полезное для работы, и отдохнуть. «Сезон кода» в этом году приедет в два города: — 20 июня — Санкт-Петербург (офис Т-Банка, ИТ-хаб Т-Технологий) — 4 июля — Казань (ИТ-парк им. Башира Рамеева) 3 потока докладов, в которых для себя найдут интерес и инженеры, и продакты, и дизайнеры: • реальные кейсы от команд Т-Банка и других компаний с разбором того, что действительно работает • архитектура, масштабирование, продуктовые решения и инструменты из боевых условий • отдельная продуктовая секция — про то, как данные превращаются в решения, а гипотезы — в рост Плюс отдельная демозона, где можно буквально «залезть под капот» платформ и поговорить с теми, кто их строит. А после рабочей части — отдых: • нетворкинг без неловкости • спортивные активности, фотозона, лаунж • афтепати с DJ-сетом И важный момент: вход — это пожертвование в благотворительный фонд (деньги идут напрямую). Стоимость: — СПб: 2000 ₽ — Казань: 1500 ₽ Регистрация и подробности.

Волна популярности подкастов на конференциях В одной из прошлых своих компаний я предлагал интегрироваться с подкастами на всяких конференционных ивентах. Мне тогда сказали, что это всё не то, и идею замариновали. Возможно, тогда это было и действительно не нужно (я не согласен с этим, но готов предположить и такой вариант). Но вот сейчас как будто бы наоборот большое желание у конференций как-то заколлабиться, чтобы получилось живенько. 1. 4-го июня в МСК прошел infra.conf где мы с Настей Абрашитовой попробовали новый для себя формат. Нам выделили отдельную студию, где мы в долгих перерывах (час + полчаса) устраивали короткие интервью в прямом эфире с интересными спикерами на не совсем обычные темы. Конференция хардкорная, а мы раскрывали их менеджерскую и человеческую сторону. Нам понравился такой формат, интервьюируемым тоже, гости конференции потом давали положительные отклики. Трансляция вместе с нашими вставками тут тут https://infra.yandex.ru/event/infraconf#broadcast 2. А 26-го июня в СПб будет проходить тимлидконф, где мы всем составом Трех тимлидов зайдем не в бар, а на конференцию https://teamleadconf.ru/spb/2026/abstracts/17691 где поговорим на одну из моих любимых тем - корпоративную политику. Зрителей максимально вовлечем, чтобы не мы втроем потрындели, а со всем залом пообщались. В прошлый раз было огненно. 2 часа промелькнули как 30 минут на типовом рабочем созвоне😁 3. Были еще конференции, куда звали или в формате подкаста, или интервью наделать, но я уже по времени зашивался и не смог( Для моего подкастологического сердечка отрадно видеть, как этот формат живой беседы становится востребован на мероприятиях❤️

Я принес. Как прояснить голову без отпуска Ребята, сегодня я вам принес золото, которое для меня открыл Никита Ульшин несколько месяцев назад. С тех пор я многим советовал, а сейчас подумал, а почему бы мне на 15 тысяч людей не посоветовать 🙂 https://t.me/ulshinblog/782 В посте Никита советует гимнастику для шеи и делится своими ощущениями. А я же поделюсь своими. Шея у меня была издавна проблемной зоной. Она болит из-за двух вещей: 1. сижу абы как и абы где; 2. после борьбы иной раз клинит так, что поворачиваюсь как Бэтмен всем телом, чтобы вбок посмотреть. Эту гимнастику делаю уже месяца 4 и чувствую радикальное облегчение в обоих этих случаях. Спазмы от скукоженного сидения и откручивания головы на борьбе снимаются, шея укрепляется, мобильность в шее улучшается. Еще некоторым знакомым помогает при головных болях, видимо, тоже снимаются спазмы и кровоток нормализуется. Короче, для меня это прям одна из важнейших находок для здоровья в этом году. Нам с вами с сидячим образом жизни пригодится. Я как узнал, рассказал тренеру на борьбе, а он говорит: «Я знаю, сам её делаю, когда шея болит». 🙂

Проверка гипотез часто превращается в длинный цикл: интервью, разбор заметок, формулировка выводов, анализ данных. Пока команда доходит до решения — часть идей уже теряет актуальность. 🗓 17 июня в 19:00 МСК ОТУС проведёт открытый урок курса «Менеджер продукта в ИТ». На занятии разберём, где ИИ действительно помогает ускорять работу продакта: от обработки обратной связи пользователей до подготовки интервью, анализа ответов и проверки гипотез. Покажем, какие задачи можно делегировать ИИ без потери качества мышления, а где критически важна роль самого менеджера продукта. Отдельно разберём практический сценарий: как пройти путь от гипотезы до решения быстрее обычного и не утонуть в ручной работе. Урок будет полезен менеджерам продукта, владельцам продуктов, аналитикам и маркетологам, которые хотят быстрее проверять идеи и принимать более обоснованные продуктовые решения. ➡️ Запишитесь на урок и посмотрите, как ИИ может стать рабочим инструментом в ежедневной продуктовой практике: https://otus.pw/HVCd5/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Сотрудничать или предавать? Если вы не знаете, что такое «Дилемма заключенного», то здесь есть сначала базовое определение, а дальше очень интересные дополнительные эксперименты: https://ru.wikipedia.org/wiki/Дилемма_заключённого. Исходная посылка Двое преступников — А и Б — попались примерно в одно и то же время на сходных преступлениях. Есть основания полагать, что они действовали по сговору, и полиция, изолировав их друг от друга, предлагает им одну и ту же сделку: если один свидетельствует против другого, а тот хранит молчание, то первый освобождается за помощь следствию, а второй получает максимальный срок лишения свободы (10 лет). Если оба молчат, их деяние проходит по более лёгкой статье, и каждый из них приговаривается к полугоду тюрьмы. Если оба свидетельствуют друг против друга, они получают минимальный срок (по 2 года). Каждый заключённый выбирает, молчать или свидетельствовать против другого. Однако ни один из них не знает точно, что сделает другой. Что произойдёт? Если они не успели заранее сговориться, то теория игр говорит, что если партнёр молчит, то лучше его предать и выйти на свободу (иначе — полгода тюрьмы). Если партнёр свидетельствует, то лучше тоже свидетельствовать против него, чтобы получить 2 года (иначе — 10 лет) тюрьмы. Стратегия «свидетельствовать» строго доминирует над стратегией «молчать». Аналогично другой узник приходит к тому же выводу. И это грустный вывод, что выгоднее всего предать, и что тебя тоже скорее всего предадут в случае чего. НО НЕ ТУТ-ТО БЫЛО. Не думали же вы, что я на такой грустной ноте и закончу?) Многократное повторение Проводились дальнейшие исследования и моделирования разных стратегий поведения при многократном повторении. А ведь у нас в жизни и работе чаще многократные итерации взаимодействия с окружающими, нежели крупные однократные. В идеальном мире, конечно, выгоднее всего, чтобы все друг другу шли навстречу, но из-за того, что стратегии могут быть разные, в итоге пришли к тому, что самая выгодная стратегия должна быть: - Добрая. Важнейшее условие — стратегия должна быть «доброй», то есть не предавать, пока этого не сделает оппонент. Почти все стратегии-лидеры этого моделирования оказались добрыми. - Мстительная. Успешная стратегия не должна быть слепым оптимистом. Она должна всегда мстить. Стратегия — всегда сотрудничать. Это плохой выбор, поскольку «подлые» стратегии воспользуются этим. - Прощающая. Другое важное качество успешных стратегий — уметь прощать. Отомстив, они должны вернуться к сотрудничеству, если оппонент не продолжает предавать. Это предотвращает бесконечное мщение друг другу и максимизирует выигрыш. - Независтливая. Последнее качество — не быть завистливым, то есть не пытаться набрать больше очков, чем оппонент. Позднее исследователи упоролись с алгоритмом, где модели «узнавали» своих и старались при стычке со своими одних своих максимально качнуть, а при стычке с чужими максимально истощить. Но это уже совсем другая история. Итог Мораль сегодняшнего поста подходит лично мне под мою жизненную позицию. Кто со мной работал и делал дела — тот знает. Я начинаю с сотрудничества, очень радуюсь и продолжаю так же взаимодействовать, если это взаимно. Если меня предавать, то я в ответ накажу, иначе будет непедагогично потакать непорядочному поведению. Но потом, когда инцидент исчерпан, я прощаю и готов сотрудничать дальше. Я раньше думал, что я такой говнистый человечек, а оказалось — нет, это такая выгодная стратегия! 🙂 А википедийную страничку и правда почитайте, там прям много и интересно.

💚 18 июня в КРОК будет очередная офлайн-встреча для управленцев из ИТ!

Нам надо поговорить: как обсуждать с командой сложные ситуации и решения

💚 честный разговор для лидеров о том, как говорить с командой о проблемах. В программе также обмен опытом, разбор кейсов с экспертами и нетворкинг. 💚 полезно лидерам технических и бизнес-команд, руководителям проектов и всех, кто управляет людьми в ИТ 💚 18 июня, 18:30 (МСК) Ссылка на регистрацию Регистрация открыта, участие бесплатное, количество мест ограничено

Я принес. Качество кода, код-ревью и причем тут ИИ Мне уже 38 лет, и я не столь часто вспоминаю о каких-то давних временах (а может и зря). Но недавно я ощутил теплое чувство ностальгии. Как будто я учусь в старших классах, прихожу из школы, ем бутерброды и иду к своему другу на 3 этажа выше смотреть с ним телек, потому что у него показывало MTV. И тогда в хит-параде боролись клипы Металлики с симфоническим оркестром против HIM. HIM вроде выиграл и занял первое место. Думаете, причем тут эта история и суть заголовка? А притом, что мне выпал случай записать подкаст с ребятами из Friflex и Антоном Комоловым (тем самым). Надеюсь, олды сейчас удивились так же, как и я, когда мне такое предложили 🙂 Так что сегодня я принес вам подкаст, где мы говорили про качество кода, что это вообще такое, как его измерить и можно ли это сделать. Про код-ревью, зачем оно было нужно раньше и как оно эволюционирует сейчас с развитием ИИ-генерации. Мой со-гость по подкасту рассказал, как они в своей команде делают, а я в целом, как вообще в индустрии дела обстоят, какие подходы и проблемы имеются. Спойлер: единого подхода нет, каждый только примеривается по-своему, да смотрит на соседей. Спойлер 2: спешите послушать, ведь с развитием ИИ кто знает, насколько актуальны будут наши рассуждения касаемо конкретных методик уже через полгода 🙂 Ссылка на выпуск тут

Тяжело в учении, легко на собеседовании Обращаю внимание, что это не оплаченный пост, а моё искреннее мнение. А то подумаете еще 🙂 Несколько раз при важных для меня собеседованиях я просил своих товарищей провести мне мок-интервью, и это мне сильно помогало. Я многим знакомым рекомендовал такое же практиковать, и не было на моей памяти ни одного пожалевшего, что потратили зря время, или говорившими, что вообще ничего не изменилось к лучшему. Мне кажется, тут всё как в единоборствах – кто на тренировках нормально спаринговался, тот и в бою не подкачает. Или как в переговорных клубах, где в практике выкристаллизовывается уверенность и способность быстро ориентироваться в разговоре. Я вам не столь давно приносил видео с Лесей Набока и говорил, что мне импонирует сочетание её честности, человекоцентричности и ориентированности на хороший профессиональный результат. Примерно как я тут вам вещаю, только другими словами 🙂 А тут я узнал, что она проводит четырехдневный воркшоп, который как раз про тренировку собеседований. Ну и решил подсобить обеим сторонам. Вам полезное посоветовать, а ей аудиторию собрать на хорошее дело. Этот воркшоп скорее про системное понимание собеседований и много практики, чем про заучивание ответов. Внутри: • Как на самом деле устроен процесс найма и кого компании ищут; • Как структурно и понятно рассказывать про себя и свой опыт; • Как работать с мотивационными и сложными вопросами; • Как готовить и задавать вопросы работодателю и принимать более осознанные решения. • Практическая работа в группах (чем дольше учусь, тем сильнее ценю обучения с большим количеством практики, да еще и на реальных примерах, которые важны тебе самому) Отдельно поддерживаю, что Леся явно декларирует не «щас расскажу, как всем понравиться», а «надо и понравиться, и чтобы вам понравилась команда и компания». То есть не устроиться любой ценой, а устроиться, чтобы потом не страдать. Формат: • 4 вечера: 3, 10, 11 и 12 июня. • Теория + практика, затем мок-собеседования в парах. • Записей не будет — формат предполагает участие и работу в процессе. И, на мой взгляд, это очень правильно. Очень легко смалодушничать и сказать «да я посмотрю и всё пойму», чтобы избегать неприятных чувств, как на экзамене. Но лучше пусть они возникнут на обучении, чем на самом собесе (от него-то не убежишь). Регистрация тут По цене 20к за всё, но мне для подписчиков выделили промокод TEAMLEAD, чтобы 5к скинуть. Так что я надеюсь, что каждая сторона (обучающий и обучаемый) получит свою пользу 🤝

3 июня South HUB приглашает на совместную встречу с Lamoda, чтобы поговорить о том, как CPO принимают решения, когда performance давит на результат здесь и сейчас, а долгосрочные ставки всё равно нужно делать и защищать. Профессия CPO молодая, и во многих компаниях продукт до сих пор воспринимается как исполнительная функция. Но реальность меняется: CPO всё чаще оказывается тем, кто отвечает за бизнес-результат на горизонте нескольких лет. И при этом должен говорить с советом директоров на языке реальных KPI, product economics и ROI, включая дифференциаторы, которые дадут эффект через год. Встреча для продуктовых директоров, которые хотят поговорить честно, без общих слов, с конкретными цифрами и реальными кейсами. Регистрация в личном кабинете South HUB

Свет погасших звезд Некоторые далекие звезды, которые наблюдает человек, на самом деле уже давно погасли, но так как свет идет до Земли от них достаточно долго, то мы этого не видим. Фактически мы видим их состояние в прошлом, а не что-то в настоящем. Например, сверхновая 1987A, вспыхнувшая в Большом Магеллановом Облаке. Ее взрыв, который люди увидели в 1987 году, на самом деле произошел около 161 000 года до нашей эры. Такой же интересный эффект мы видим и вокруг себя. В процессах Пришел как-то в одну команду и спрашиваю: «А зачем вам этот процесс?», а мне говорят: «Ну вот у нас несколько лет назад менеджер был, он придумал так делать, и мы с тех пор делаем. Но раз уж ты спросил, то мы и не уверены, что нам это вообще нужно». Спойлер: оказалось и правда не нужно. Они просто видели свет звезды (пользы для работы), но не сматчили с тем, что уже погасла та первопричина, для которой процесс создавался. В людях Иногда думаешь: «Ну он так себе человечек, я с ним 10 лет назад сталкивался», и ты этот свет помнишь, а потом встречаешь человека спустя 10 лет, и тот источник мудацкости, который этот свет испускал, уже и погас давно, а человек совсем не такой, каким ты его себе рисовал. И наоборот тоже бывает, ты помнишь, что человек — красавчик, кучу всего наделал, проекты всякие затащил. Вокруг него образуется некоторая аура, некоторый кредит доверия. А потом в какой-то момент обнаруживаешь, что уже всё совсем не так, источник света горел-горел, да весь выгорел, так сказать. Но может быть вполне серьезный временной лаг между угасанием и тем, когда люди это реально заметят. В инструментах Взять хайповую ИИ-тему. Кто-то попробовал писать код с ИИ-агентами год-два назад, и ему не подошло качество. И вот некоторые до сих пор говорят, что «это фигня дубовая, мне не подходит». А кто-то уже опробовал свежий клод код какой-нибудь, слил туда неплохой бюджет, но и профита много получил. Итог В случае со звездами мы ничего не можем сделать. Ну свет идет на пределе, и мы, даже если сильно захотим, всё равно бы ничего не увидели раньше своего времени. Но в описанных мной случаях мы в силах ускорить долетание света с помощью критического мышления и открытости новому. Да, я понимаю, что это требует моральных сил, времени и когнитивных усилий. Но мы в принципе можем это сделать, а делать или нет, это уже каждый сам для себя решает.