KOTELOV Podcast

KOTELOV
KOTELOV Podcast

Айтишный подкаст про технологии и жизнь

  1. HACE 3 DÍAS

    Agile методология — зачем бизнесу? МТС BigData

    📌Наш telegram с невероятными новостями и супер вакансиями https://t.me/kotelov_love Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ Agile-трансформация часто превращается в провал. Почему так происходит и как избежать ошибок — разобрали на TeamLead Conf с Александром Рогушкиным, Agile Cluster Lead в МТС BigData. С апреля 2025 года Big Data МТС входит в единую технологическую компанию МТС Web Services (MWS), которая объединила все ключевые ИТ-активы МТС. 📌TeamLead Conf++ https://t.me/TeamLeadChannel В выпуске раскрыли секреты: ➡️ как убедить руководство инвестировать в автоматизацию? ➡️ сколько специалистов нужно для поддержки новых процессов? ➡️ как работать с теми, у кого аллергия на scrum? 00:00 Александр Рогушкин, Aglie Cluster Lead, МТС BigData 00:23 Кому нужен Agile Cluster Lead 01:32 Что такое МТС BigData 05:15 Как Agile Cluster Lead влияет на процессы 06:22 Главная проблема в управлении проектами 07:18 Как убедить руководство перейти на agile 09:10 Основные ошибки при agile-трансформации 11:08 Сколько agile-коучей и скрам-мастеров нужно компании на 600 человек 12:01 Agile-коучи и scrum-мастера - психотерапевты для команды? 15:19 В чем должен разбираться agile-коуч 16:50 Про фейлы 19:30 Как agile-коучу погрузиться в контекст бизнеса 24:06 Про работу с теми, у кого аллергия на scrum 28:22 Что спросить agile-коуча на собеседовании 32:02 Как проводить agile-трансформацию в крупной компании 37:33 DevOps - это agile-коуч от мира технологий 37:50 Блиц  Эмпатия или хард-скилы  Импульсивность или спокойствие  Миллениал, зумер или альфа? #интервью #Highload #teamlead #teamleadconf #тимлид #команда #управление #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    46 min

  2. 5 JUN

    Как внутри МТС организован highload: системы мониторинга и логирования — Филипп Бочаров, МТС

    📌Наш telegram с невероятными новостями и супер вакансиями https://go.kotelov.com/hl_kotelov_telegram Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ На Highload++ интересно ловить людей из больших компаний — просто послушать, как у них всё устроено внутри. Как хранят данные, как соединяют десятки команд и сервисов. Всё то, что редко попадает в публичные доклады. Поэтому сели поговорить с Филиппом Бочаровым — CPO платформы мониторинга и наблюдаемости в МТС. Он отвечает за платформу, через которую проходят сотни внутренних продуктов и десятки терабайт данных. На подкасте поговорили про: — highload в документообороте, и откуда он там вообще — проблемы при подключении новых продуктов и трассировку запросов сквозь ВСЕ продукты компании — как хранят логи, чтобы быстро искать и не тратить целое состояние на железо 📌 Если есть вопросы, то запишись на консультацию к Филиппу тут https://getmentor.dev/mentor/filipp-bocharov-4064 📌 Почитать, что там еще интересное делают в МТС можно тут https://t.me/truetechcommunity или тут https://habr.com/ru/companies/ru_mts/profile/ 00:00 Филлип Бочаров, CPO платформы мониторинга и наблюдаемости МТС 0:50 Какой highload может быть в документообороте 4:30 Как хранятся данные в highload проектах 6:40 На каком железе поддерживается вся эта система 8:06 подсказка 9:24 Диагностика дефектов в бизнес процессах 11:00 Как удалось трассировать 400 продуктов внутри 14:05 Про проблемы при интеграции с продуктами 16:57 Как сделать так, чтобы чувствительные данные не попали в БД 18:55 Про SRE. Сколько девяток после запятой? 19:33 Как подготовить архитектуру чтобы быстро собирать логи с разных продуктов 21:37:00 Блиц                 100% аптайм или высокая скорость                  Windows, Linux или MAC                  Акции или денежная премия #интервью #Highload #логирование #мониторинг #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    26 min

  3. 14 MAY

    Что мешает ИТ в производстве: как настроить бизнес-процессы — Евгений Симонович, Сибур Цифровой

    📌Наш telegram с невероятными новостями и супер вакансиями https://go.kotelov.com/hl_kotelov_telegram Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ Погружаемся в тему цифровизации производств. Часто в таких компаниях разработчики и остальные отделы просто не понимают друг друга, и доказать ценность ИТ-решений бывает непросто. Как убедить руководство и коллег, что изменения необходимы? Как наладить процессы, если все сопротивляются? На TeamLead Conf поговорили с Евгением Симоновичем, руководителем в «Сибур Цифровой». Он рассказал, как настраивал с нуля ИТ-процессы внутри большой производственной компании: ✦ как понять, что текущие процессы уже не работают; ✦ почему автоматизация старых процессов — путь к дорогим граблям; ✦ что вообще можно (и нельзя) оптимизировать; ✦ что делать, если работу тормозят соседние отделы. 📌 доклад Евгения на TeamLead Conf https://teamleadconf.ru/moscow/2024/abstracts/13078 0:00 Евгений Симонович, Сибур Цифровой 0:53 Какой первый сигнал, что текущие процессы больше не работают 03:41 Как айти на производстве показать, что оно эффективное 07:51 Что делать, если работу тормозят соседние отделы 11:04 Про рычаги давления на другие департаменты 12:04 Как договориться с разработчиками 13:41 С каким сопротивлением сталкивается тот, кто меняет бизнес-процессы 16:58 Старые бизнес процессы 18:41 Автоматизация айти процессов 19:40 Что лучше не оптимизировать в бизнес процессах воообще? 21:43 Что за набор метрик оптимальности процессов 25:20 А как ускорить бизнес-процесс 29:55 Как настроить бизнес-процессы с нуля в команде разработки 35:47 Блиц   Увольнение или саббатилкал   Команда или финансирование   Кактус или кайфовать #интервью #Highload #teamlead #teamleadconf #тимлид #команда #управление #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    37 min

  4. 14 ABR

    Как развивать личный бренд разработчика и получать лучшие офферы — Роман Жуков, hh.ru

    📌Наш telegram с невероятными новостями и супер вакансиями https://go.kotelov.com/hl_kotelov_telegram Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ Одного грейда уже не хватает. Разработчики с одинаковыми скиллами получают разные офферы — потому что одни умеют говорить о себе, а другие нет😞 На Highload++ поговорили с Романом Жуковым, DevRel из hh.ru, как разработчику стать заметнее на рынке. — что делать, если кажется, что тебе нечего рассказывать. — как находить темы, даже если ты интроверт и пишешь на scala. — зачем компании просят разработчиков выступать и писать статьи. 📌 Контакт Ромы в телеграм https://t.me/R_Zhukov1 📌 или запишись на карьерную консультацию https://spb.hh.ru/mentors/6467 0:00 Роман Жуков, DevRel hh.ru 0:55 Чем занимается DevRel? 5:47 Зачем разработчику прокачивать личный бренд? 7:50 Как найти время между работой и контентом? 10:40 Что делать, если нечего рассказывать? 13:51 Что делать интровертам? 16:00 Какие плюшки получает разработчик за активность 19:55:00 Если кажется, что твой опыт никому не нужен 23:11:00 Какой контент делают разработчики 25:10:00 Совет разработчикам-интровертом 27:15:00 Блиц                  Хабр, vc.ru или pikabu                  Доклад и вебинар                  Акции или премия #интервью #Highload #личныйбренд #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    30 min

  5. 28 MAR

    Рецепт классного тимлида или как не дать разработчикам «сесть на шею» — Артем Харченков

    📌Наш telegram с невероятными новостями и супер вакансиями https://go.kotelov.com/hl_kotelov_telegram Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ Где грань между заботой о команде и тепличными условиями, где каждый перекидывает ответственность друг на друга? Как не бояться давать обратную связь и не потерять ключевых сотрудников? И стоит ли вообще тимлиду помогать с задачами или его роль совсем в другом? На TeamLead Conf мы поговорили с Артемом Харченковым, в подчинении у которого 40+ человек и несколько департаментов: разработка, тестирование, аналитика и DevOps. Обсудили: - Чем опасны тепличные условия в команде - Как вовремя понять, что коллеги «размякли» - Нужно ли тимлиду контролировать рабочее время - И как руководителю найти баланс между плюшками и кнутом, чтобы команда не рассыпалась 📌 ссылка на Артема https://t.me/teamlead_insights 📌 доклад Артёма на TeamLead Conf https://teamleadconf.ru/moscow/2024/abstracts/13350 00:00 Артем Харченков 01:44 Что такое тепличные условия 04:29 Как правильно давать обратную связь по ошибкам 07:27 Как понять, что для команды слишком тепличные условия 10:29 Как наказывать айтишников за ошибки 15:55 Как тепличные условия приводят к реальным проблемам 18:19 Все ли команды должны быть в тонусе? Про разумно напряженные сроки для разных команд 19:30 Руководитель - это больше защитник или проводник 22:48 Нужно ли тимлиду помогать с задачами? 26:24 Что важнее в работе: комфорт или профессиональный рост? 27:41 Как понять психологический тип коллег 29:19 Как понять когда команда слишком расслабилась 32:42 Блиц:  Удаленка и офис  Миллинеал или зумер или альфа  Саббатикал или увольнение #интервью #Highload #teamlead #teamleadconf #тимлид #команда #управление #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    36 min

  6. 14 MAR

    DevOps и SRE инженер: в чем разница и что выбрать? — Антон Быстров, Cloud.ru

    📌Наш telegram с невероятными новостями и супер вакансиями https://go.kotelov.com/hl_kotelov_telegram Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ «У нас уже заканчивается бюджет на ошибки» – или почему DevOps не хватает?👀 Мониторинг есть, алерты настроены, контейнеры крутятся. Но внезапно прод лёг. Почему? На Highload++ мы поговорили с Антоном Быстровым, техлидом SRE в Cloud.ru, о том, чем Site Reliability Engineering отличается от DevOps и почему 100% аптайм – это не главное. 📌 Ссылки на доклады Антона на Higload++ https://highload.ru/spb/2022/authors/14801 📌 Тут подробнее про Сloud.ru Evolution https://cloud.ru/evolution?utm_source=yt&utm_medium=podcast&utm_campaign=yt_kotelov 📌Тут про команду Cloud.ru Tech https://t.me/cloudrutech 00:00 Антон Быстров, техлид SRE в Сloud.ru 00:23 Платформа Сloud.ru Evolution 01:09 Зачем нужен SRE? И почему нельзя обойтись DevOps'ом 06:17 Как найти и нанять SRE-инженера 08:30 Когда SRE не поможет и как работать с роллбэками 11:28 Чем инструменты SRE отличаются от DevOps мониторинга 14:52 Зачем нужен SRE с точки зрения бизнеса 19:04 100% надежность никому не нужна 20:37 Как подготовить инфраструктуру к внедрению SRE 21:29 Блиц Debian,RedHat Linux или FreeBSD Java, .net, go или nodeJS #интервью #Highload #devops #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    24 min

  7. 24 FEB

    Тимлид: как грамотно управлять командой — Галина Ширанкова, Авито

    📌Наш telegram с невероятными новостями и супер вакансиями https://go.kotelov.com/hl_kotelov_telegram Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ Вчера ты был сеньором, писал код и знал, как все работает. А сегодня — тимлид. И внезапно твоя жизнь теперь состоит из конфликтов, one-to-one и странных ожиданий от команды. Кто-то считает, что ты просто опытный разраб. Кто-то ждет, что ты решишь все его проблемы. А кто-то вообще не понимает, зачем ты нужен. На TeamLead Conf мы поговорили с Галиной Ширанковой из Авито, которая прошла через это сама и помогла многим лидам разобраться, как не облажаться в новой роли: Как перестроиться с задач на людей Почему авторитет — это не про жесткость и дружбу, а про другое Что делать, если ты стал лидом своих бывших коллег И как понять, действительно ли ты справляешься 📌тг-канал Гали "Полтора продакта" https://t.me/poltora_producta 📌 доклад https://teamleadconf.ru/moscow/2024/abstracts/13530 0:00 Галина Ширанкова, Product unit lead в Авито 1:15 Как тимлиду стать продактом 6:50 Сколько зарабатывают продакты 8:20 В чем разница между продактом и разработчиком 14:36 Как вырасти в тимлида, а не остаться синьором 17:30 Когда лучше отказаться от позиции руководителя 19:27 Почему тимлид не растет как специалист? 23:55 ТОП-3 ошибки молодых руководителей 29:39 Как заработать авторитет руководителю 31:50 Что делать, если ты занял чужое место руководителя 38:05 Как понять, действительно ли ты хороший руководитель 39:22 Блиц           Саббатикал или увольнение           Софт или хард скиллы           Эмпатия или прагматичность #интервью #Highload #teamlead #teamleadconf #сокращение #увольнение #управление #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    43 min

  8. 17 FEB

    Высоконагруженные системы — почему одного Go недостаточно? — Никита Галушко, VK

    📌Наш telegram с невероятными новостями и супер вакансиями https://go.kotelov.com/hl_kotelov_telegram Наш сайт https://go.kotelov.com/website_kotelov Отправить CV hr@kotelov.com или https://kotelov.com/hr/ Как VK проектирует код для многоядерных систем? Вроде все ресурсы CPU в твоём распоряжении, но код все равно работает медленно. На Highload++ мы поговорили с Никитой Галушко, старшим инженером в VK — о том, как правильно работать с многопоточностью и многоядерными системами и почему чаще всего хваленный go мешает, а не помогает, если у тебя сотни тысяч соединений и 56 ядер. — как выжать максимум из процессора? — как распределять потоки по ядрам? — как перехитрить ограничения в Go? — можно ли управлять ядрами напрямую? 📌Смотри, что нашел -- тг-канал Никиты https://t.me/b1tw1se 📌 Ссылки на доклады Никиты: Секреты высокой производительности в многоядерных системах ☠️ https://golangconf.ru/moscow/2024/abstracts/13125 Выжимаем из Go максимум производительности https://www.youtube.com/watch?v=QMC9Kg4Ogxg 📌Что обсуждали Ссылка на пейпер BRAVO https://arxiv.org/pdf/1810.01553 Реализация BRAVO на Go https://github.com/puzpuzpuz/xsync Интересные пейперы (тот самый аккаунт в X) https://x.com/pvldb 00:00 Никита Галушко, старший инженер VK  01:42 Почему высокопроизводительные системы написаны на Go? 03:46 Какой нужен процессор для многоядерной архитектуры? 08:03 Как писать структуры данных для управления высокопроизводительными системами? 09:29 Какие проблемы возникают в мьютексах? 18:00 Как правильно искать ответы на сложные вопросы в разработке? 21:53 Зачем вообще тогда нужен Go, если фатализация на ассемблере? 24:23 Что будет, если указать, на каком конкретном ядре запускать процесс? 25:31 C, Rust, Zic — свободные языки, а Go ограничивает разработчика? 28:41 Есть ли зависимость от операционной системы? 29:49 Где искать ответы и какие метрики собирать? 34:43 Блиц: AMD или Intel? Windows, Linux или Mac? #интервью #Highload #финтех #айти #kotelov #котелов #ВалерийКотелов #kotelovpodcast

    37 min
Ver todo (84)

Acerca de

Айтишный подкаст про технологии и жизнь

Información

  • Creador
    KOTELOV
  • Años de actividad
    2021 - 2025
  • Episodios
    84
  • Clasificación
    Apto
  • Copyright
    2025 © KOTELOV. Все права защищены.
  • Mostrar sitio web
    KOTELOV Podcast

También te podría interesar

Para escuchar episodios explícitos, inicia sesión.

Mantente al día con este programa

Inicia sesión o regístrate para seguir programas, guardar episodios y enterarte de las últimas novedades.
Elige un país o región

Africa, Oriente Medio e India

Asia-Pacífico

Europa

Latinoamérica y el Caribe

Estados Unidos y Canadá