- 25
- 30 663
Куда расти?
Russia
Приєднався 6 кві 2024
Подкаст, в котором Максим Ульянов разбирается как растить сотрудников и как расти сотрудникам в цифровых бизнесах.
Говорим с гостями про компетенции, собеседования, карьерные треки, зарплаты и как адаптироваться к изменениям в эпоху быстрых перемен.
Говорим с гостями про компетенции, собеседования, карьерные треки, зарплаты и как адаптироваться к изменениям в эпоху быстрых перемен.
Как выбрать работу и не пожалеть? Зар Захаров про рынок IT 2024 и публичность для разработчика
Дорогие друзья, рад представить новогодний выпуск! В гостях подкаста Зар Захаров: ментор, лектор, член ПК FrontendConf, международный спикер React Day Berlin, HolyJS, CodeFest, Dump, Ведущий frontend-разработчик RUTUBE. С гостем подробно поговоррили про ситуацию на IT рынке 2024, каким должно быть техническое собеседование, зачем разработчику публичность, что дает участие в програмных комитетах конференций и почему в итоге выбрал RUTUBE. Приятного просмотра и прослушивая! С Новым Годом! Все обязательно сбудется 🙌
► Максим Ульянов:
Канал в TG - t.me/ulyanov_life
Канал на RUTUBE - rutube.ru/channel/36693023/
Канал на UA-cam - youtube.com/@how-to-grow-up
Канал в Дзен - dzen.ru/howtogrowup
Паблик в VK - howtogrowup
Слушать в аудио - howtogrowup.mave.digital
► Зар Захаров:
Канал в TG - t.me/zarzakharov
Frontend Conf 2025 - cfp.frontendconf.ru/
00:00 Интро
00:57 Как Зар вошел в IT
04:17 Почему не стоит устраиваться в госуху?
06:37 Почему не случился релокейт?
08:14 VK NFT
09:38 Зачем компаниям делать мерч?
10:28 Что случилось с Loftblog?
12:28 Как запускать стартап?
23:42 Гуманитарий может стать программистом?
33:36 Как и зачем запустил React Marathon?
41:14 Зачем становиться ментором?
43:29 Рынок IT 2024
51:29 Каким должно быть техническое собеседование?
54:14 Проблема современного ректутинга
55:50 Почему я выбрал RUTUBE
57:48 Почему внимательность и личный контакт располагают кандидата?
01:00:36 Почему Зар выбрал RUTUBE?
01:03:31 Команда-семья - хорошо или плохо?
01:07:33 Зачем нужна публичность разработчику?
01:12:38 Что дает участие в программном комитете конференций?
01:15:26 Что не так с современными конференциями?
01:20:09 Как продать разработчикам, что нужно выступать?
01:23:12 Как понять, что тема доклада актуальна?
01:24:41 Как войти в IT и не выгореть?
01:29:38 Кем бы стал, если бы не IT?
01:33:21 Куда расти?
01:35:32 Новогоднее поздравление
#кударасти #подкаст #интервью #саморазвитие #бизнес #карьера #максимульянов
► Максим Ульянов:
Канал в TG - t.me/ulyanov_life
Канал на RUTUBE - rutube.ru/channel/36693023/
Канал на UA-cam - youtube.com/@how-to-grow-up
Канал в Дзен - dzen.ru/howtogrowup
Паблик в VK - howtogrowup
Слушать в аудио - howtogrowup.mave.digital
► Зар Захаров:
Канал в TG - t.me/zarzakharov
Frontend Conf 2025 - cfp.frontendconf.ru/
00:00 Интро
00:57 Как Зар вошел в IT
04:17 Почему не стоит устраиваться в госуху?
06:37 Почему не случился релокейт?
08:14 VK NFT
09:38 Зачем компаниям делать мерч?
10:28 Что случилось с Loftblog?
12:28 Как запускать стартап?
23:42 Гуманитарий может стать программистом?
33:36 Как и зачем запустил React Marathon?
41:14 Зачем становиться ментором?
43:29 Рынок IT 2024
51:29 Каким должно быть техническое собеседование?
54:14 Проблема современного ректутинга
55:50 Почему я выбрал RUTUBE
57:48 Почему внимательность и личный контакт располагают кандидата?
01:00:36 Почему Зар выбрал RUTUBE?
01:03:31 Команда-семья - хорошо или плохо?
01:07:33 Зачем нужна публичность разработчику?
01:12:38 Что дает участие в программном комитете конференций?
01:15:26 Что не так с современными конференциями?
01:20:09 Как продать разработчикам, что нужно выступать?
01:23:12 Как понять, что тема доклада актуальна?
01:24:41 Как войти в IT и не выгореть?
01:29:38 Кем бы стал, если бы не IT?
01:33:21 Куда расти?
01:35:32 Новогоднее поздравление
#кударасти #подкаст #интервью #саморазвитие #бизнес #карьера #максимульянов
Переглядів: 758
Відео
Какая методология управления лучше? Алексей Пименов про Agile, Scrum и Канбан Метод
Переглядів 1,6 тис.Місяць тому
Какая методология управления лучше? Алексей Пименов про Agile, Scrum и Канбан Метод
Как Деливери стать CTO? Артем Арюткин про управление проектами без знания кода
Переглядів 1 тис.3 місяці тому
Как Деливери стать CTO? Артем Арюткин про управление проектами без знания кода
За что отвечает продакт? Сергей Паращенко о предпренимательстве и формировании продуктовой культуры
Переглядів 5984 місяці тому
За что отвечает продакт? Сергей Паращенко о предпренимательстве и формировании продуктовой культуры
Собеседования в Яндекс 360. Роман Акинфеев про культуру онбординга и развитие сотрудников
Переглядів 1,7 тис.4 місяці тому
Собеседования в Яндекс 360. Роман Акинфеев про культуру онбординга и развитие сотрудников
Гибкие навыки в эпоху AI. Андрей Смирнов про X5 Tech и как выбрать работу, чтобы не пожалеть
Переглядів 1,7 тис.6 місяців тому
Гибкие навыки в эпоху AI. Андрей Смирнов про X5 Tech и как выбрать работу, чтобы не пожалеть
Как быть дизайн-директором всего? Алексей Чупин про центр дизайна и глобальный ребрендинг МТС
Переглядів 3,8 тис.6 місяців тому
Как быть дизайн-директором всего? Алексей Чупин про центр дизайна и глобальный ребрендинг МТС
Наставничество ради удовольствия. Антон Волков про Solvery и как делать успешные стартапы не выгорая
Переглядів 5288 місяців тому
Наставничество ради удовольствия. Антон Волков про Solvery и как делать успешные стартапы не выгорая
Как компаниям нанимать ДЖУНОВ? Глеб Михеев про Jedi-манифест и публичность в IT
Переглядів 7688 місяців тому
Как компаниям нанимать ДЖУНОВ? Глеб Михеев про Jedi-манифест и публичность в IT
Какие лидеры нужны бизнесу? Глеб Михеев делится своим 10-ти летним опытом руководства
Переглядів 2,4 тис.9 місяців тому
Какие лидеры нужны бизнесу? Глеб Михеев делится своим 10-ти летним опытом руководства
Приятный мужчина 🤔🤫❤
@@ВикторБар-ы4м 💯
Очень болезненной ситуацией был проект, где сошлись звезды: 1) выгоревшая в ноль команда; 2) заранее фак-ап с объемом проекта - заказчик знал директора, папа заказчика был родственником одному из очень важных шишек в 2000 (семибанкирщина), директор ради такого кадра согласился на все; 3) менеджеры проекта ушли в свободное методологическое творчество и придумали а-ля канбан. В результате, команда сама себе заводила баги, успешно забрасывала релизы до их устранения, и бесился только директор+заказчик, потому что деньги проедены, а заказчик начинает выкручивать яйца. Канбан заключался в том, что пока баг не заборот - вся работа откладывалась 😁 В итоге, я не стал исключением - стал 8 менеджером, который ушел с этого проекта (и компании). Но нормальный такой кусок таки дотащил до релиза, и добился, чтобы его приняли и заказчик от него отстал. Данный продукт так и не появился на рынке, потому что пока шла полировка, уже 50 конкурентов заняли нишу.😆 P.S. Очень хочу книгу с Автографом, так как читаю электронку и хочу экземпляр на полку
Кому он врет ? И кому ты постишь эту ложь
А почему вы решили, что Зар врет? Он недавно проходил семь кругов Ада поиска работы и он говорит, как было у него. Ну и я сам нанимающий менеджер, могу сказать, что рынок уже не такой горячий, как раньше. Скоро выпущу подкаст с HR, там подробно это разобрали.
Блин, я думал что вышел из здания Собес (орган соц защиты)😂😂😂
@@ИльяГлазырин-щ8з 😂😂😂 жаргон делает свое дело.)))
Ну это смотря какой фешн и фабрик
@@evseeevgen конечно! Но в основном, подходы к управлению уже сильно поменялись. Особенно, в IT-отрасли.
Добрый день! Максим, у тебя очень крутые спикеры - делай больше! В данном подкасте Андрей сказал 2 противоречащие друг другу мысли/факта: - я с 2016 года вообще перестал писать код - одними софтами не отделаешься, обязательно необходимо качать харды Хотелось бы побольше раскрыть эту тему. Как качать харды, если не пишешь код? Насколько тимлид-менеджер должен врубаться в стек своей команды, архитектуру системы? Должен ли все-таки писать сам и продолжать набивать шишки, трогать руками сервисы и.т.д
А тут фишка в том, что харды - это инструментарий. И у разработчика, и у менеджера инструментарий есть, просто он разный. Становясь менеджером ты неизбежно деградируешь как специалист, но должен развиваться, как менеджер. Посмотрите мой подкаст с Пименовым, там про менеджмент есть большой кусок. Таймкод - ua-cam.com/video/j6jiC7083Ik/v-deo.html
@@how-to-grow-up смотрел этот выпуск, Пименов - крутой мужик. Но все же, если проанализировать рынок вакансий сейчас, то от линейного тимлида, даже если он код не пишет, все равно требуется понимание языков программирования, на которых пишет его команда, а также архитектуры систем ПО. И на соответствующих секциях это все проверяется. И вот эта тема интересна с моей точки зрения. Как не скатиться из тимлида, который чето понимает в технической области, в софтскиллового-доминатора слэш проджект-менеджера? Как качать харды, которые прям харды специалиста-то?😀 Без них никак и это говорит рынок)
@@evgenyshipko ты прав, есть компания и задачи компании, а есть рынок и важно ему соотвествовать. Но рынок не однороден, потому что сколько компаний, столько вариаций оргструктур, ролей и областей ответственности. Подо все не подстроишься, нужно хорошо понимать что нужно тебе самому, в кого ты хочешь вырасти и что нужно для того, ч тобы этих целей достичь. Если ты понимаешь, что твое развитие в компании не отвечает тому, что требует рынок и ты становишься заложником одной оргструктуры, а за ее пределами ты никому не нужен - то пора менять работу. Плюс, ты всегда можешь перебалансировать свою загрузку и продолжать оставаться в технологиях и писать код, 30-40% от рабочего времени будет достаточно, чтобы оставаться в контексте того, что происходит в мире специалитета. Либо, ты можешь перестать писать код вообще и развить в себе навыки построения Solution architecture, писали об этом подкаст с Артемом - ua-cam.com/video/j7MSE1O3rsw/v-deo.html. У управленца свои инструменты. Это очень важный поинт. И разница между техлидом и тимлидом есть. Если в каких-то конкретных компаниях тебя будут гонять по алгоритмам, то в другой компании на ту же позицию будут уделять внимание скорее умению брать на себя ответственность и решать комплексные задачи. Нужно просто подобрать компанию под свои задачи развития. А для этого, нужно выяснить куда ты хочешь расти.
@@how-to-grow-up спасибо за развернутый ответ! Интересно тогда, как этот хардовый инструментарий менеджера собеседовать, ведь ответственность, делегирование и решение масштабных задач вот так просто не проверить.
@@evgenyshipko для этого, кстати, есть специальный формат интервью, о котором мы с Андреем вскользь говорили в подкасте и оставили ссылку на пример - ua-cam.com/video/gGz2ULwDotY/v-deo.html. ну и ожидай выход январьского подкаста, там могут быть доп ответы на твои вопросы.)
Расскажу смешной случай. Помню как стал проджектом и в первый раз пришел в айтишный проект. При передаче дел я затронул тему процессов и спрашиваю ПМа (который собирался уходить и как раз передавал дела мне по проекту) мол а как у вас выстроены процессы внутри команды? Ответ был короткий: пока не пнешь - не полетит. На первой же встрече с командой бизнес-аналитик говорит: - так, ну есть фича, планирую обсудить варианты реализации с заказчиком до конца недели. Проходит неделя, далее диалог: ПМ: - Привет. Ты хотел до конца недели с заказчиком проговорить варианты реализации фичи. Проговорил? БА: - Привет. Нет, не удалось пообщаться с заказчиком ПМ: - хм, странно, заказчик был постоянно на связи всю неделю. Почему не удалось? БА: - как это почему? ты мне встречу с заказчиком не организовал Пока не пнешь - не полетит
к сожалению, это база для многих компаний.) надеюсь, сейчас у вас не так все работает.)
8:26 а что случилось в ВК?
Там была волна сокращений или, как еще говорят, "сушка"
@@how-to-grow-up а где не было?)))
@@travelhuevel в RUTUBE пока не было.)
Офигенный выпуск ребят, спасибо! Давно ловил себя на мысли, почему в 20 веке произошел прорыв от разделения труда и было написано много трудов, а сейчас все идут в кросс-функциональные команды везде поголовно, но кажется, тут все как и везде зависит от множества окружающих факторов. Сам менеджер проектов и по поводу "сварщика титана" призадумался, погуглю)).
Спасибо за обратную связь! Реально, часто стал встречаться с тем, что снова стараются сделать из разработчиков фуллстеков, но часто это заканчивается негативно для бизнеса и очень размывает ответственность за результат.
Найс сравнение про запуск стартапов для продажи и ВК, который бандитским образом приватизировали в пользу государства)))))
Я думал заметит кто-то или нет.)
Опять эти двое) лайк не глядя, что уж)
Лена, всегда рад тебя видеть в комментариях
Ребят, делитесь полезными инсайтами в комментариях, ставьте лайки, если понравилось, это поможет выпуску продвинуться в рекомендациях. С Новым Годом! Пусть все сбудется 🎉
Отличный выпуск! Спасибо!
Спасибо за обратную связь!
Не смешная ситуация, а наболевшие вопросы. Как сотруднику НЕ уровня топ-менеджер "бороться с бизнесом" при их желании внедрить модную систему, но без желания перестраивать свои процессы и помогать с разработкой и внедрением регламентов (особенно касающиеся изменения сроков в угоду качеству и отказа от техдолга, который потом так и не разбирают). И как влиять, если под "гибкостью" руководство понимает только желание постоянно влезать со своими задачами в планирование и спринты, но при этом желая получать новые фичи по построенному роадмапу без изменения командных ресурсов?
Ох... это крайне непростая ситуация, но я вижу здесь следующий выход: договариваться с своим руководителем, наглядно объясняя почему то, что хочет бизнес, невозможно реализовать в стабильный и стройный процесс деливери. Важно на фактах разобрать проблемы, которые проявляются из-за отсутствия приоритетов, постоянного "горящего" беклога и, желательно, предложить вариант изменения процессов, ссылаясь на метрики, почему такой процесс будет лучше и как бизнес от этого выиграет во времени/деньгам/поддержке/масштабировании и тп. Если после всех разложенных фактов и адекватных предложений изменений руководство не услышит и не предпримет никаких действий по улучшению, то стоит сменить компанию. Ну и да, если предлагаешь изменения, будь готов взять на себя ответственность за их внедрение. Иначе тебя могут послать, так как никто не любит добавления доп ответственности. При этом, проактивность любят и могут даже повысить, что, безусловно, будет хорошим кейсом и плюсом.
@@how-to-grow-up Тут больше даже про ситцацию, когда не прямое руководство не слышит или хочет слышать только удобное, а Руководство с большой буквы ака Владельцы бизнеса. Которые не хотят погружаться даже в проблемы ниже, им нужен только результат и прибыль
@@demeshnik с бизнесом нужно разговаривать на языке бизнеса, это факт. если то, что мы предлагаем, реально улучшит процессы, поможет срезать косты и/или повысить доходы, быстрее тестировать фичи и тп., то до бизнеса можно донести что изменения нужно. но это должны делать непосредственные руководители, сначала нужно продать им, а их задача эскалировать выше, так как прыгать через голову рисковано, можно стать потенциальной угрозой для собственного руководителя. иногда бизнесу реально пофиг на качество и просто нужно брать количеством, отъедать долю рынка. тогда и процессы нужно под это подстраивать, а не пытаться городить красоту архитектуры.
Смотрите полное видео, оставляйте комментарии и забирайте книгу Алексея Пименова себе в домашнюю библиотеку!
Смотрите полное видео, оставляйте комментарии и забирайте книгу Алексея Пименова себе в домашнюю библиотеку!
Отличный подкаст и книжки любимые упомянули 🙂
@@Gedweb еееее! Андрей, спасибо 🙏🏼
Очень круто, золото!
Кайф! Очень рад, что откликается!
Хороший выпуск! Понравился
@@Platon_Martin большое спасибо за обратную связь!!!
🩷💘🩷
Информация - золото! Специалисты - ТОП! Почему так просмотров мало?
Даниил, большое спасибо за обратную связь! Канал развивающийся, набираем обороты.) Благодаря таким активностям, как твоя, у нас все получится!
РОЗЫГРЫШ КНИГИ «Канбан Метод. Базовая практика» с автографом Алексея Пименова Ребят, подписывайтесь на канал и пишите в комментариях самые интересные/забавные/болезненные ситуации связанные с процессами, с которыми вы сталкивались при работе в компаниях. Мы с Лешей выберем 2 самых интересных коменатрия и подарим авторам комментариев книги. Подробности розыгрыша и даты объявим в канале - t.me/ulyanov_life
Тема интересная. Посмотрю )
@@АнтонЕгоров-б9у напишите потом как вам и какие вопросы остались нераскрытыми (если такие будут)
О! Кайф! Буду завтра смотреть ❤
Расскажи потом, как тебе подкаст 🙏🏼
Классный подкаст! ждала🔥 Спасибо!
Спасибо за обратную связь 🙏🏼
Кайф! Макс, спасибо, что позвал!
Спасибо, что пришел, Артем!
Ребят, буду рад обратной связи в комментариях! Если выпуск наберет 100 лайков, запишем подкаст с Лешей Пименовым, автором книги "Канбан метод"
❤🔥
Классный выпуск! Полезно, Спасибо!
Спасибо за обратную связь 🙏🏼🫂🕊️
Ура! Новый выпуск! Шикарный монтаж и звук! Короче продакшен великолепный ❤️❤️❤️ Ну и интервьюер конечно - 🔥
Спасибо!!!🙏🏼 🎉❤
Ребят, пишите в комментах вопросы, которые мы не успели охватить, снимем вторую часть подкаста!
Про собесы - в общем докладчик лишний раз подвердил, что цель многоэтапного мракобесия - это отсеять большой поток. Сам-то он не проходил кучу этапов. И не факт, что пройдет (или прошел бы тогда, когда такого не было, и решение принималось за один раз)
Да, все так, много этапов имеет смысл делать только на большом потоке людей и при хорошо выстроенных процессах найма. Яндекс может себе позволить это, может позволить нанимать долго, максимально лояльных и подходящих по культуре специалистов.
@@how-to-grow-up при этом совершенно необязательно, что лояльные равно лучшие И "хорошо настроенные процессы найма" - ооочень сомнительное утверждение в данном случае. Настроенные - да. Хорошо - ну такое..
@@CalleFotos понимаю про что вы. Как сделать эту модель эффективнее - этот вопрос и меня очень сильно занимает.
@@how-to-grow-up не бояться увольнять
@@YunisBabayev увольнять если нужно уволить - нужно.) Прошу прощения за тавтологию. Но связано ли это с эффективностью найма?
Спасибо за видео ❤
🕊️🤍🦄
Спасибо большое за видео!
🧡🧡🧡
Я далека от мира IT , но интервью очень интересное, классно заглянуть в какой-то другой мир и узнать что-то новое! И гость и интервьюер классные :) успехов каналу!
Карина, большое спасибо за теплый комментарий! Вам тоже успехов в вашей деятельности!
Очень ждали! Гость такой милый комфортный мишка, так и не скажешь, что он большой руководитель! Ну а интервьюер просто 🔥🔥🔥
Спасибо 🦄
Ребят, делитесь инсайтами, оставляйтесь комментарии и обратную связь! Буду признателен 🤍
Диз за то что название не соответствует содержанию. Чуваки, потраченное время, с вас пятак, без обид.
@@abonentnumber3283 а как бы ты назвал этот выпуск? Поделись, пожалуйста
Вы подкаст жопой смотрели?😅
Посмотрела выпуск целиком! Было интересно!) Андрей клёвый, а ты очень умело направлял беседу, не перетягивая внимание на себя! Дал раскрыться гостю и рассказать много важного и полезного! Я далекий от it сферы человек, но мне было любопытно послушать о софт скиллах и найме. Взяла для себя много идей! Спасибо ❤
Тата, большое спасибо за такой комментарий! Очень рад, что получилось донести важные мысли! 🦄
Максим, огромное спасибо за этот подкаст - очень интересная беседа с не менее интересным гостем!)) Каналу исключительно развития и процветания!😎💪🏽
Огромное спасибо за теплые комментарий и обратную связь! Дальше - больше 🚀
База же
@@hansolo8E9 база, о которой важно говорить
@@how-to-grow-up 100%, интересно также углубление в различные внутренние моменты, методологии, подходы и принципы аналитики и принятия того или иного решения
@@hansolo8E9 соглашусь.) поделитесь, какие моменты и темы вам интересны с точки зрения более глубокой проработки?
@@how-to-grow-up как аргументировать стекхолдерам те или иные решения, как объяснять бизнесу ценность дизайн-решений, как сокращать бюрократию в корпорациях до нуля (так бывает вообще?), почему в крупных компаниях нет perfomance дизайн позиций, как избавиться от грейдов, какие методики в разработке новых гипотез и их защиты, как направлять инхаус команду, когда она не тянет?
@@hansolo8E9 принял, учту идеи для будущих выпусков
Обожааааю! Тольк, Алексей, промышленный дизайнеры стали такими не после появления профессии продуктовый дизайнер=) В РФ, они назывались промышленными дизайнерами ещё 15 лет назад, когда я учился в училище дизайна. Это в РФ. А в америках - да, раньше product designer был промышленный диз. А с появлениям дизайнеров цифровых продуктво как-то да, тут изменилось, наверное. Даже не знаю, как сейчас пром дизы называются английскими словами(
Кажется пром диз - это "industrial designer"
Ничего непонятно, но очень интересно ❤❤❤
Будем стараться делать более понятно 😇
Крутой подкаст, спасибо ведущему и гостю! Как дизайнеру интерфейсов было очень интересно послушать!
Спасибо большое за такую обратную связь!
Привет 🤝 спасибо за видео
Привет!
Глеб конечно машина, очень мотивирует
Михеева очень интересно слушать. Много полезного говорит. Что-то на ус определенном можно намотать, даже если ты не в IT.
Да, соглашусь! У Глеба очень живая и доступная подача. Спасибо за обратную связь!
полезно! спасибо!
🫶✨🫰🏼
Максим, это супер! Спасибо огромное, продолжай😍 Обожаю Глеба, теперь хочу познакомиться с тобой)) В Питере бываешь?)
Спасибо, большое 🙏🏼 Да, бываю.) Думаю в конце июня приеду на тимлидскую конфу.)
@@how-to-grow-up я конец июня проведу на техвике в Мск наоборот(( лааааадно, я ещё попробую =D
Тема интересная! Звук и картинка кайф 👍🏻
Спасибо за обратную связь! Работаем дальше.)