KOTELOV Podcast

KOTELOV
  • 0,0 (0)
  • TECNOLOGIA
  • SEMANAL
KOTELOV Podcast

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

  1. HÁ 3 DIAS

    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

    46min

  2. 5 DE 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

    26min

  3. 14 DE MAI.

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

    📌Наш 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

    37min

  4. 14 DE 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

    30min

  5. 28 DE 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

    36min

  6. 14 DE 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

    24min

  7. 24 DE FEV.

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

    📌Наш 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

    43min

  8. 17 DE FEV.

    Высоконагруженные системы — почему одного 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

    37min
Ver tudo (84)

Sobre

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

Informações

  • Criado por
    KOTELOV
  • Anos de atividade
    2021 - 2025
  • Episódios
    84
  • Classificação
    Livre
  • Copyright
    2025 © KOTELOV. Все права защищены.
  • Site do podcast
    KOTELOV Podcast

Você também pode gostar de

Para ouvir episódios explícitos, inicie sessão.

Fique por dentro deste podcast

Inicie sessão ou crie uma conta para seguir podcasts, salvar episódios e receber as atualizações mais recentes.
Selecionar um país ou região

África, Oriente Médio e Índia

Ásia‑Pacífico

Europa

América Latina e Caribe

Estados Unidos e Canadá