Хабр Подкасты

В книгах и фильмах про пиратов всегда были карты сокровищ. В современном мире карты и дополняющие их данные — сокровища сами по себе. В этом выпуске говорим о геоданных и о том, как разработчики их используют. Завесу тайны над геоданными приоткроют: Елена Гоголева, начальник управления аналитических исследований и инновационных технологий Промсвязьбанка, Мария Сакиркина, продуктовый аналитик 2ГИС. 01:05 Где работают с геоданными 02:50 Можно ли считать пиратскую карту Джека Воробья геоданными 03:30 Задачи, в которых помогают геоданные 09:13 Как геоданные помогают выбирать места для магазинов, офисов и банкоматов 10:45 Типовые задачи при работе с данными 15:23 Спасут ли геоданные наш любимый маршрут троллейбуса 19:10 Как геоданные помогают расставлять банкоматы 21:13 Получат ли все одинаковый результат, если будут использовать одни и те же данные. 23:37 Ограничения при работе с геоданными 28:17 Какие результаты может дать использование геоданных 29:40 Что с геоданными в США и Европе 31:00 Риски при работе с геоданными 34:59 Аналитика данных по возрасту и этническим признакам 40:39 Инструменты работы с данными 46:53 Много ли ресурсов потребляет работа с геоданными 48:31 Будущее геоданных

Контент — сложный и часто неблагодарный труд, но что-то толкает людей становиться авторами. И дело не только в амбициях — если бы контент не приносил технарям пользу, постов на Хабре бы на порядок меньше. Так какие бенефиты может выжать хороший автор из своего аккаунта? Стоит ли признаваться работодателю, что в свободное время пишешь о технологиях? И есть ли вариант остаться в разработке, если к написанию кода уже подостыл? Спойлер: есть, становитесь деврелами. 1:00 Наши гости: Елена Кабанец, руководитель HR-бренда Сбера, и Григорий Петров, деврел компании Еврон. 1:15 Путь в деврелы начинается со статей? Личный опыт гостя. 4:40 Как Сбер находит авторов внутри команды и мотивирует их писать технические статьи. 7:13 Зачем искать авторов в компании, если можно привлечь сторонних людей. 8:35 Как совмещать основную работу с конференциями и подготовкой статей. 13:28 Получаются ли хорошие деврелы из разработчиков (и если не из них, то из кого). Должен ли деврел заниматься полным циклом сам или быть в симбиозе с другими подразделениями. 20:25 Деврел — ответвление пиара в IT или наоборот? 21:04 Какие у деврела обязанности и откуда взялась эта профессия. 25:43 Зачем нужны деврелы и есть ли нехватка самих деврелов. 29:17 Когда появились деврелы и при чём тут технический евангелизм. 30:41 Как работодателю оценивать работу деврела. 36:14 Обучиться на деврела: возможно ли и каким образом. 38:44 Правда ли, что деврелы нужны только компаниям-гигантам. 42:19 Из каких специальностей легче всего перейти в деврел. 44:09 Как работодателю понять, что пора нанимать деврела. 46:12 Чем деврел в компании может быть полезен разработчику. 49:20 Самое большое зло и ужас в работе деврела. 54:05 Нужно ли высшее образование деврелу.

Кто-то называет прогресс движением по кругу, кто-то заменой одних неприятностей другими, а кто-то считает его законом природы. В IT это чувствуется особенно сильно — и в этом выпуске мы обсудим, какой путь прошла фронтенд-разработка. Вспомним, когда вообще появился этот термин, что было до него, поностальгируем о кроссбраузерности и узнаем, смог бы senior десятилетней давности сойти сегодня за джуна. Ностальгировали с опытными фронтендерами: Максимом Ореховым, руководителем центра компетенций по разработке веб-приложений в Промсвязьбанке, и Евгением Дмитриевым, руководителем разработки дизайн-системы ivi. Запись онлайна от 07/07. 1:24 Опыт гостей: первое вхождение во фронтэнд. 2:21 Эпоха веб-мастеров. 2:45 Когда сформировалось понятие frontend. 4:20 Вспоминаем flash. 5:53 Плюсы и минусы full stack. 6:54 О ностальгии по временам, когда всё делать можно было одному. 7:24 Что интересного и запоминающегося было в работе фронтенд-разработчика лет 10 назад. Что знаковое или сложное тогда появилось. Новое — это хорошо забытое старое. 17:52 Опыт гостей: развитие карьеры, ключевые этапы. 23:47 Когда проще было войти в фронтенд разработку — тогда или сейчас. 29:20 Проблема устаревания инструментов фронтенда. 34:55 Куда в целом движется фронтенд-разработка. 38:24 Какими IDE пользовались 10 лет назад. 39:38 Смог бы сеньор десятилетней давности сейчас потянуть на джуниор-разработчика. 43:18 Что для фронтенд-разработчика сейчас важнее: основы или знание конкретных фреймворков. 48:15 Прошло ли время изготовления одним человеком всего проекта. 50:30 Какой минимум знаний нужен сейчас в разработке фронтенда. 53:20 Изменилось ли за 10 лет отношение к универсальному дизайну.

Важен ли вуз для карьеры?.. Однажды в начале 2000-х сисадмин одного регионального оператора связи три дня не мог починить биллинг. Ошибка была очень странной: в некоторых блоках упорно лезла дата 1970-01-01. Сисадмин искал причины повсюду, от формата даты и до взлома, пока не пришёл главный инженер — и не объяснил. Уходя, он посмотрел на окончившего биофак сисадмина, сложил пальцы, сотряс ими и произнёс: «Это база!». Сисадмин был отправлен на курсы — а фраза стала мемной. В этом выпуске мы поговорили о базе. Практика решает, но без теоретического фундамента не достичь высот. Мы обсудили, чего не понимают студенты-технари, с какими навыками студенту идти на первую работу, как совместить её с учёбой — и как тут может стипендия Тинькофф. https://l.tinkoff.ru/scholarship Наши гости: — Андрей Иванов, руководитель отдела рекламных технологий Тинькофф Банка. — Сергей Парамонов, Data Scientist в Omina Technologies, преподаватель MADE VKGROUP. Тайминги: 1:12 Вспоминаем тематические анекдоты и анализируем контекст 10:32 Нужна ли всем фундаментальная математика 16:06 Распространённые заблуждения и ошибки выпускников в работе на проде 24:30 Вопрос из комментариев: логик-физмат-театрал идёт учиться на программиста — на чём ему стоит сосредоточиться 28:31 Софт-скиллы студентов и стажёров 34:14 Проблема нежелания стажёров обращаться за помощью — есть ли решение в вузах 41:40 Готовы ли студенты и выпускники к внедрению моделей 45:36 Есть ли у студентов предубеждения перед теоретическими знаниями в сторону практических 54:06 Что теряют студенты, отказываясь от фундаментальных знаний 1:03:37 Что может дать наукоориентированным студентам стипендия Тинькофф 1:14:20 Вопрос из комментариев: какие русские курсы по Python стоит пройти Прямой эфир состоялся 21 апреля в 19:00.

Искушённые хабраюзеры кривят губы при виде чересчур простого контента. «Это всё для джунов и домохозяек, где наш технохардкор?» Но разве простота и доступность автоматически делают текст плохим? Разобраться в этом нам помогли выпускающий редактор контент-студии Хабра Михаил Зоберн и Стас Щетинников, директор по развитию одного из IT-департаментов в Сбере. 2:40 Вспоминаем Хабр, который “торт”. Действительно ли раньше было лучше 10:40 Письма Мартину Алексеевичу: разбираем популярные посты 2010 года 18:40 Почему сейчас минусуют крутые тексты (и почему мы считаем, что они крутые) 20:20 Хабр-2022: что в трендах, что в топах. Аналогия с книжным магазином 24:00 Литературные опусы айтишников для айтишников. О художественных текстах на Хабре 28:20 Чем хороши корпоративные блоги, как они устроены. Отличия в мотивации и процессе 40:00 Как писать просто о сложном. Cоветский и американский подходы к обучению 43:20 Почему сеньорам иногда полезно читать посты, ориентированные на джунов 49:30 Хардкор с котиками: технофорум превращается в медиа 57:00 Как выбирать тему и почему важно быть читателем собственной статьи 1:01:40 Ещё один повод писать, когда «наболело» 1:04:10 Вокруг истории с REvil: что почитать 1:06:40 Авторы адаптируются к клиповому мышлению. Как меняется подача материала 1:14:10 Каким будет Хабр через 10 лет (спойлер: зависит от IT-сообщества) Статьи для сисадминов: 2012 год — https://habr.com/ru/post/142965/, https://habr.com/ru/post/152053 2020 год — https://habr.com/ru/post/491540/ Туториалы: 2012 год — https://habr.com/ru/post/128017/ 2020 год — https://habr.com/ru/company/vk/blog/479822/ Пост о транслитерации — https://habr.com/ru/post/499574/ Дешифруем PDF417 — https://habr.com/ru/post/500270/ Прямой эфир состоялся 20 января, запись доступна по ссылке → https://youtu.be/FM0uWWzSUnU

Однажды ты понял, как снизить затраты на продукт и улучшить его качество. Но идея так и осталась идеей: задача затерялась, а ты превратился в механического исполнителя тикетов из Jira. Мириться с этим нельзя: надо организовать работу так, чтобы инициатива разработчиков не гасла, подобно искрам на снегу. Чтобы разобраться в этом вопросе, мы побеседовали с нашими гостями о том, как разработчики могут влиять на развитие продукта, как не потеряться в завале идей и в чем главная ошибка Совы – эффективного менеджера. Ответить на эти вопросы нам помогли: - Сергей Лавренев, руководитель по развитию продуктов из департамента по развитию онлайн-сервисов банка «Хоум Кредит», - Роман Хазеев, заместитель директора Центра компетенций по реализации digital-проектов Ростелекома. Содержание 1:20 Сова – эффективный менеджер: почему так важна правильная коммуникация 7:30 Какие задачи выполняют продуктологи 10:00 Интересные кейсы. Как проявляется инициатива со стороны разработки 15:10 Кто лучше знает, каким должен быть продукт: разработчик, бизнес или целевая аудитория 18:40 Конфликт видения: почему каждый тянет одеяло на себя и как находить компромиссы 25:30 Какими способами продуктолог налаживает связь между бизнесом и IT 32:50 Откуда идёт инициатива: кто больше всех влияет на развитие продукта 36:00 Техдолг и как его погашать. Можно ли обойтись без багов (нет) 40:20 Меньше перфекционизма и бизнес-взгляд на продукт: о новом поколении разработчиков 42:10 Перемены ради перемен: часто ли смещается фокус, и что с этим делать 45:00 Как оценивается эффективность работы продуктолога, какие скилы важнее 49:10 Что нужно разработчику, чтобы стать хорошим продуктологом 50:30 Из каких ещё специальностей вырастают ПМ. Чему и где учиться, что смотреть и читать Прямой эфир состоялся 23 декабря в 18.00, запись доступна по ссылке → https://youtu.be/FAW2uhRE7-4

Кто-то при слове Agile вспоминает мемы, кто-то вечный статус «в раннем доступе» у игр, кто-то — постоянные спринты. Мы заглянем чуть глубже и с помощью наших гостей узнаем, когда Agile эффективен, а когда нет; можно ли пренести Agile на личную жизнь — и постараемся понять, почему раньше без него можно было обойтись, а теперь нет. В нашей виртуальной студии вместе с scrum-мастером Анатолием Кукаевым из Промсвязьбанка и директором продуктовой разработки PropellerAds Анатолием Ивановым мы обсудили: 1:00 Любимые шутки про Agile. Объясняем, почему это смешно 3:40 Agile в реальной жизни на примерах: где это применимо и как работает 11:50 Почему гибкие методики Agile так актуальны в быстро меняющемся мире 19:10 «Зачем» — ключевой вопрос любого скрам-подхода 24:00 С чего начать подготовку к внедрению Agile, чтобы не стало хуже 31:00 Идеальная точка перехода. Почему важно выбрать правильный момент 34:00 Путеводная звезда Agile. Ищем мотиваторы 36:00 Недостатки и достоинства Agile. Когда это мешает и вредит, а когда помогает 45:20 Кошка на дороге: как не запутаться и не погрязнуть в экспериментах 48:10 Лучшие инструменты и методики Agile для бытового применения 55:30 Распределённое лидерство: почему скрам-команде не нужен начальник 58:00 Что почитать? Советуем книги по Agile В выпуске мы упомянули: 1) концепции VUCA и BANI, описывающие неопределенность современного мира: https://youable.online/vuca_vs_bani/ 2) Книга Стивена Даннинга «Эпоха Agile»: https://www.google.ru/books/edition/%D0%AD%D0%BF%D0%BE%D1%85%D0%B0_Agile/mb2VDwAAQBAJ?hl=ru&gbpv=0 3) Книга Элияху Голдберга «Цель»: https://www.litres.ru/eliyahu-goldratt/cel-process-nepreryvnogo-sovershenstvovaniya/ 4) Модель «Кеневин» (Cynefin framework) https://blog.bitobe.ru/article/model-kenevin/ Прямой эфир состоялся 21 декабря в 18.00, запись доступна по ссылке: https://youtu.be/cWR8p7K9D4s

В этом выпуске мы обсудили, как перейти от монолита к микросервисной архитектуре и построить свою платформу с теми, кто встал на этот путь. Рассказываем, как микросервисная архитектура меняет организацию команд, какие технические вызовы создает и что может дать своя платформа для микросервисов. Гости: Александр Тяпков, заместитель технического директора по вопросам backend-разработки в онлайн-кинотеатре IVI, Артем Желтак, руководитель backend-разработки в inDriver. 1:10 С чем на бытовом уровне сравнить распил монолита на микросервисы. Наводим порядок в гараже, покупаем теннисные мячи в магазине теннисных мячей 3:50 Распил неизбежен? Немного драматические истории перехода на микросервисы 7:40 Принцип самурая. Как рассчитать время и силы на переход 12:25 Бывает ли переход на микросервисы безболезненным для бизнеса 17:50 Как меняется команда, кто занимается архитектурой. Соблазны, перераспределение ролей и внедрение новых технологий 27:40 Какие проблемы возникают при работе с микросервисами 33:30 О плюсах использования микросервисов: нам не страшен «зоопарк»? 38:50 На пути к платформе. Что делать, когда микросервисы разрастаются в новые монолиты 50:20 Зачем делать свою платформу, если есть готовые решения. И почему не появляется годный opensource 58:40 Почему искать баги в микросервисах интересно 1:02:20 Что будет дальше и куда движутся микросервисы Прямой эфир состоялся 16 декабря по ссылке https://youtu.be/i8jvNY9sblM

Настраивать и контролировать процессы в IT-компании не проще, чем пилить код. Преуспеть в этом помогает DevOps, естественным продолжением которого в сфере информационной безопасности стал DevSecOps. О нём и поговорим. Вместе с нашими гостями мы рассмотрели Ивана-царевича как модель угрозы; обсудили, как быть на шаг впереди злоумышленников; как сложить слово «безопасность» из процессов, инструментов и знаний; какая главная цель DevSecOps, как перейти к нему от DevOps и с чего надо начиать внедрение и изучение этих практик. Мы взглянули на вопрос с двух сторон: реализации на практике и разработки инструментов. В этом нам помогли Алексей Бабенко, лидер команды тестирования безопасности приложений (Мир Plat.Form) и Алексей Жуков, руководитель направления по развитию продуктов обеспечения процесса безопасной разработки (Positive Technologies). 1:20 Объясняем концепцию DevSecOps на примере бессмертия Кощея 6:50 Безопасник — не враг: DevSecOps — глазами пользователя и производителей инструментов 13:50 «Ребята в худи – это мы сами». Не просто искать баги, а предотвращать их появление 18:20 DevSecOps – надстройка над DevOps или нечто большее 22:50 Как от DevOps прейти к DevSecOps, какие препятствия и сложности возникают 32:20 Определяем, соответствуют ли ваши процессы концепции безопасной разработки 32:20 Подходы, инструменты, люди – что важнее для DevSecOps (или зачем нужны отчёты на 100500 страниц) 38:40 Как безопаснику найти союзников среди разработчиков 42:30 С каких процессов начать переход к безопасному пайплайну разработки 51:20 Почему баги находят, но ничего с ними не делают (и как начать делать) 55:50 «Как стать DevSecOps и сделать это хорошо»: что почитать/посмотреть по теме Прямой эфир прошёл 09 декабря. Запись доступна тут: https://youtu.be/rz_TjUmfY-Q

Открытый код или коробочное решение? Open Source — вот он, бери и делай, только допиливать нужно будет самому. С другой стороны, коробки — проверенный временем вариант, хотя и дорого. В этом выпуске вебкаста Хабр ПРО обсудим, какой из подходов может стать мейнстримом, как выбрать подходящую под цели бизнеса лицензию и какие условия должны быть соблюдены, чтобы открытый код был безопасным. Участники: Андрей Аврамчук, ведущий, Хабр; Сергей Елин, тимлид ERLANG-разработчиков Osnova; Роман Шеховцов, корпоративный архитектор Центра развития финансовых технологий Россельхозбанка. 1:15 Разница между открытым и свободным ПО 4:15 Насколько критичен выбор лицензии, какие критерии надо рассмотреть в первую очередь 8:10 Обратная связь дороже денег: чем отблагодарить разработчиков за свободное ПО 10:00 Open Source и безопасность, согласование с другими службами 13:30 Хочешь выложить что-то в открытый доступ? Проверь свои лицензии! 15:45 На что в лицензии обратить внимание, когда выбираешь Open Source 19:45 Непростые решения и нестандартные запросы клиентов 21:50 Легко ли заносить в контур банка Open-Source-решения, какие требования предъявляет ИБ 24:45 Выбор Open Source с точки зрения разработчика: на что смотреть 27:30 Что делать, когда случается vendor lock 33:00 Какие преимущества даёт лицензия Open Source разработчику ПО 37:00 Что даёт Open-Source-лицензия с точки зрения потребителя 39:40 Когда Open-Source-продукт остаётся без поддержки 44:30 Как вовремя понять, что развитие прекратилось 47:00 Почему с популярным Open-Source-софтом меньше рисков 50:30 Разработчики Open Source и сообщество. О воровстве и пользе конкуренции 55:30 Хочу контрибьютить в Open Source. Куда мне податься, с чего начать? 58:20 Что выгоднее с точки зрения затрат: Open Source или проприетарное решение. Какие из них сейчас популярнее, что будет дальше Прямой эфир прошел 02 декабря, запись можно посмотреть тут —> https://www.youtube.com/watch?v=FVn8AhQSmOQ

Сколько нужно DevOps, чтобы выкрутить одну лампочку? В этом выпуске мы ответили на этот и другие более практические вопросы о работе с микросервисами, которые наши пользователи оставляют на Хабр Q&A. Обсуждаем, в чём разница между микросервисами и сервисами, какие технологии нужны для микросервисов, где их разворачивать, как хранить исходный код и отслеживать жизнь микросервиса. Мы разобрали эти вопросы с двух точек зрения: self-hosting и работы с облачными сервисами. Наши гости: Денис Рылеев, руководитель направления автоматизации в Россельхозбанке, и Михаил Чугунов, системный инженер компании ЕПАМ, занимающийся внедрением DevOps-практик в облачных решениях AWS. 1:05 Вечные вопросы: сколько нужно девопс-инженеров, чтобы выкрутить лампочку, и чем микросервис отличается от монолита 3:00 Какие проблемы могут возникнуть при переходе на микросервисы, что стоит учесть 4:30 Зачем использовать API gateway как единую точку входа 5:50 Стоит ли использовать Rabbit NQ для общения между сервисами и есть ли у него преимущества 7:30 Как понять, что вам нужны МС. Истории перехода на другую (светлую? тёмную?) сторону 9:30 Как подобраться к микросервисной архитектуре, с чего начинать — на примере облачной АТС 12:40 Как шарить код между микросервисами и делить базы данных 15:00 Что остаётся от монолита после распиливания на МС 16:15 Виртуальная машина или облачный провайдер: где лучше разворачивать МС 19:10 Зачем микросервису отдельный репозиторий 20:00 Системы мониторинга: как правильно отслеживать жизнь и деятельность МС 24:20 Синхронизируем данные между одинаковыми микросервисами 26:10 Зоны ответственности: когда над одним МС работают разные команды 27:00 Как организовать процесс тестирования при микросервисной архитектуре 28:50 Чем и как джойнить таблицы 31:10 Писать монолит и потом распилить его или сразу делать микросервисы? 32:20 API или JSON: как общаются микросервисы 33:40 В каких случаях лучше монолит, а МС точно не подойдёт 36:40 Как правильно разделять сервисы на слои 38:00 Кто хорошо пишет о МС: книги и блоги для новичков и продвинутых 40:00 О взаимодействии команд разработки и тестирования 42:30 Как работает JRPC на МС-архитектуре. А GRPC? 49:15 Как без помощи паяльника убедить DevOps, что тесты нужно выполнять на каждый ран CI/CD 47:40 Как в МС ограничить доступ на уровне сущности 50:00 Способы кросс-авторизации между микросервисами 53:20 Как повысить устойчивость МС-архитектуры 57:20 Нужно ли сбрасывать кэш, если объект кэша поменялся в новой версии МС Прямой эфир прошёл 25.11.2021. Запись доступна по ссылке https://youtu.be/OdmvoVyp3nU

Сцилла и Харибда современной разработки: с одной стороны, приложения должны быть стабильными и цельными, с другой — надо использовать актуальные инструменты. Приходится балансировать между усложнением разработки и устареванием стека. В этом выпуске мы обсудили, как держать равновесие. Мы пригласили тех, кто определяет развитие технической части приложений. Разработчики расскажут, как выстраивать технический стек, как далеко можно прогнозировать в нашем изменчивом мире и являются ли микросервисы серебряной пулей. Кирилл Маканков, руководитель направления мобильной разработки малого и среднего бизнеса в ПСБ, расскажет, какие проблемы ему приходится решать при планировании технического стека, а Владимир Теблоев, руководитель отдела разработки сервиса для водителей в Ситимобил, расскажет про особенности стека на бэкенде. 0:50 Когда пора обновлять стек технологий компании, пробовать что-то новое 5:50 Узкая специализация — преимущество для разработчика? 13:00 Микросервисы: красивая теория и реальные проблемы. Когда лучше использовать монолит 20:40 Мейнстрим в разработке — хорошо или плохо 22:00 Кадровые проблемы: где брать специалистов по микросервисам 30:40 Монолит и микросервисы — две крайности. А есть ли компромиссное решение? 37:50 Распиливание монолита. Как помогают Agile и гибкий подход 47:10 Рост числа задач и их усложнение: как с этим бороться 55:40 Горизонт планирования: стоит ли гнаться за хайпом Прямой эфир состоялся 18 ноября, запись можно посмотреть по ссылке https://youtu.be/YVxbUyEa6k0

Десять лет назад на прилавках появилась новинка от Apple — iPhone 4S, и два друга — Илья и Руслан — решили заняться iOS-разработкой. Прошло время. Илья Меркулов теперь Head of Mobile в FUNCORP, а Руслан Курмакаев переехал в Сиэтл и стал Senior iOS Developer в Facebook. Мы устроили телемост Москва—Сиэтл и в прямом эфире обсудили с Ильёй и Русланом, как бы те начали свой карьерный путь в 2021 году. Выбрали бы они iOS-разработку? С чего бы начали изучение технологий? Как развивалась бы их карьера и каких ошибок они бы избежали? 1:00 Каково было начинать карьеру в iOS-разработке десять лет назад 6:20 Точки роста джуна: фиксим баги, учим английский, читаем книги 11:00 Вредные привычки и особенности вливания в коллектив 11:50 Плюсы iOS для начинающего мобильного разработчика 18:40 Как войти в IT или хотя бы нагуглить дорожную карту в 2021-м 23:30 Где искать информацию об iOS-разработке (кроме Хабра) 25:30 Базовые знания и инструменты, с которых стоит начать джуну 29:40 Как устроиться на работу без опыта и знаний. Вакансии для новичков, стажировки и курсы 34:15 Из каких смежных сфер вырастают разработчики iOS 35:20 Страшные вопросы на собеседованиях. Как перестать бояться и повысить свои шансы 42:30 Лучшие задачи на первой работе. Какой опыт нужен начинающему iOS-джуну 47:30 Почему ментор — лучший друг новичка. Снова о трудностях и способах их преодолеть 57:10 Обязательно ли учиться в вузе, чтобы стать хорошим разработчиком 1:00:10 Работа в удовольствие и другие секреты iOS-сеньоров Прямой эфир состоялся 11 ноября, запись можно посмотреть по ссылке https://youtu.be/82PXx4Nstfo

IT — как Зазеркалье: чтобы оставаться на месте, надо идти, чтобы двигаться — бежать. В IT-компаниях это понимают, и потому одни разработчики учат других. В этот выпуск Хабр Про мы пригласили тех, кто вращает круговорот знаний, и вместе с ними обсудили обмен опытом через теорию и через практику. Настя Артамонова, главный специалист по обучению в Мир Plat.Form, рассказала, как митапы развивают технических специалистов и как внутреннее обучение становится ступенькой к внешним курсам (но не всегда). А Олег Миронов, руководитель Центра Компетенций АО «Флант», объяснил, как учить на боевых проектах и как тимлиды становятся кураторами для джунов. Содержание: 2:00 Обучение внутри компаний: теоретическая прокачка, боевые задачи и другие способы повышения квалификации. 7:10 Как оцениваются результаты обучения. Что мотивирует тимлидов и почему каждое занятие — инсайт для преподавателя. 14:10 Как не уставать от роли ментора и побеждать формальный подход к обратной связи. 20:00 Как учиться, работать и не терять эффективность. 21:50 Почему тимлид заинтересован в том, чтобы вести новичков. 23:00 Чем полезны митапы и что делать с теми, кто не любит на них ходить. 29:50 Влияние обучения на культуру общения между сотрудниками и на компанию в целом. 33:20 Когда джун учит сеньоров и меняет правила. 35:45 Пора разучиваться и переучиваться? Как быстро устаревают хард-скиллы. 38:30 Чем измерить обучаемость джуна и как наладить проверку софт-скиллов. 42:00 Как прокачать дефицитные (увы) навыки взаимодействия: умение делегировать и давать обратную связь. 47:40 Нужен ли IT-команде профессиональный психолог. 50:50 Каким скиллам (не всегда айтишным) надо научиться при переходе на менеджерскую позицию. 54:44 Удалёнка как тест софт-скиллов. Как преодолеть трудности и настроить правильный work-life balance. 58:10 Сколько ресурсов целесообразно потратить на обучение и как понять, что пора пробовать что-то новое.

В этом выпуске мы обсуждаем сложности сбора и обработки данных. Работа с Big Data и получение из них ценности — это конвейер, на котором трудятся целые команды. Как идёт работа в начале и конце этого пути, нам расскажут два разных специалиста: data engineer и product owner. О том, как и какими инструментами добываются данные, мы узнаем от Дмитрия Захарова — дата-инженера и тимлида разработки витрины данных в Сбере. А Игнат Постный, исполнительный директор TAG Consulting, поведает, какие задачи он решает с помощью инструментов AI и какие барьеры есть на проде. Содержание: 1:10 Кто есть кто: чем занимаются data engineer и product owner в Big Data 4:30 Этапы обработки больших данных в крупной финансовой компании 10:30 Особенности работы с естественным языком и неструктурированными документами 17:00 Как обойти проблему «Garbage in — garbage out» и дорогостоящих ошибок 22:00 Отсутствие стандартов и другие боли дата-сатанистов 28:20 Как строится витрина данных 30:50 Корпоративный ресурс vs творческий подход 34:00 Как объём данных влияет на качество их обработки 35:40 Сможет ли нейросеть понять естественный язык 40:30 Как попасть на «конвейер» Big Data, важен ли математический бэкграунд 47:30 Минимальный объём скиллов для дата-инженера 52:10 Правильный T-shape для дата-сайентиста 54:55 Каких прорывов больше всего ожидают в Data Science 1:00:55 Нерешённые проблемы и тенденции индустрии Запись прямого эфира можно посмотреть тут: https://www.youtube.com/watch?v=fjBcIvVVkF4