Русский
Русский
English
Статистика
Реклама

Интервью

Приходи, общайся и слушай. Выходи из внутреннего бега

10.05.2021 16:07:24 | Автор: admin

Как считает Евгений Россинский, СТО должен быть одновременно и стратегом в настоящем, и мечтателем, смотрящим в будущее. Стратег должен очень хорошо понимать, где находится сейчас чтобы что-то улучшить, надо сначала померить и найти метрику качества. А мечтатель должен любить свое дело, чтобы заряжать людей вокруг и двигать дело вперед.

Евгений основал компанию по разработке высоконагруженных проектов Netstream (online-вещание и видео), а в 2012 году вместе со всей командой перешел в ivi, где является СТО до сих пор. C 2006 года преподает в МГТУ им. Баумана авторский курс Технологии командной разработки ПО, потому что однажды обнаружил, что не может найти грамотных разработчиков в команду.

Такой же стиль у него в Программном комитете HighLoad++ находить интересных спикеров и животрепещущие темы, чтобы показать их широкой аудитории и продвинуть в будущее. Накануне конференции мы встретились с Евгением, чтобы расспросить о докладах и спикерах HighLoad++ Весна 2021. Что было бы интересно, а что просто обязательно надо идти и слушать, если вы разработчик высоконагруженных систем.

Женя, расскажи, чем ты занимаешься и какое отношение имеешь именно к высоким нагрузкам?

Я технический директор ivi, а это очень нагруженный сервис. На каких-то сервисах у нас десятки тысяч запросов в секунду, на других доходит и до сотни. Я отвечаю за стратегию технического и технологического развития компании, одновременно отслеживая, чтобы все шестеренки крутились так, как это нужно бизнесу.

Какие доклады HighLoad++ ты курируешь как член Программного комитета?

3-4 года назад я пришел в Программный комитет на историю с бэкендом. Но так как с тех пор в ivi много чего интересного появилось, в ПК я теперь занимаюсь и другими темами докладов от баз данных до платежных систем.

Тебе нравится быть в ПК? Что это для тебя?

Да, мне нравится. Это прекрасное времяпрепровождение по четвергам вечером :)

Но на самом деле это дает много возможностей.

Во-первых, я встречаю много интересных людей, которые стараются в своих выступлениях показать то, что сообщество считает интересным. Во-вторых, так я могу свое видение интересного вывести на широкую аудиторию. А третий пункт это дает развитие мне самому. У нас распределение докладов между членами ПК происходит не только по принципу мне интересно и/или я разбираюсь в этом. Бывает, что хочешь тему понять глубже и становишься куратором докладчика.

Ты сам часто бываешь на конференциях?

На наших да. На HighLoad стараюсь попасть, но даже если не попадаю, всегда смотрю интересные доклады в записи. Некоторые вещи даже пересматриваю и делаю себе пометки.

Но офлайн круче онлайна?

Абсолютно так! Онлайн конференция это не конференция в моем понимании. Это просто набор лекций, семинаров и выступлений. В чатике даже знаниями обменяться нормально нельзя. Даже если после видео-выступления у тебя в сухом остатке осталась часть информации, ты ею можешь не так эффективно воспользоваться. Потому что даже в вопросах, которые люди из зала задают, может вскрыться очень много чего интересного. И да, я ни одного вопроса ни разу ни в одной онлайн-конференции не задал. Хотя в офлайне спрашиваю часто.

Я и выступать онлайн не люблю, потому что ты не понимаешь аудиторию. Говорить в монитор можно 5 минут или даже 10. Но за 40 минут, пока что-то рассказываешь, ты знать не знаешь может, все уже ушли кофе пить, а ты распинаешься. Я предпочитаю видеть аудиторию. Поэтому я за то, чтобы люди приходили и смотрели офлайн. Плюс я считаю, что конференция хороша, когда это совместная работа с обеих сторон и докладчиков, и слушателей которые к тому же находятся в одном помещении. Когда ты пришел, тебе уже, черт возьми, неудобно перед человеком, который стоит на сцене! Ты, конечно, в телефончике можешь что-то тыкать, но общий коэффициент полезного действия от слов докладчика сильно выше.

Как часто ты сам выступаешь?

На HighLoad я выступал последний раз в 2018 году, и у меня было 3 доклада. Пару раз был спикером на TeamLead Conf. А сейчас у меня пока нет таких вещей, которыми хотелось бы похвастаться. Можно, конечно, из пальца высосать какую-то тему. Даже она кому-то будет интересна потому что всегда найдутся люди, у которых нет твоего опыта и твои слова будут им нужны и интересны. Но хочется же, чтобы доклад нравился самому себе.

К тому же мы делаем многие вещи, о которых, к сожалению, не можем рассказать. У нас, как и у большинства компаний, есть свои ноу-хау. Но рассказав о них, тем более подробно, свое конкурентное преимущество можно упустить. Это проблема и конференций в целом люди не всегда могут рассказать самые интересные подробности, особенно если это связано с деньгами или чем-то еще подобным. Но когда появится что-то публичное, я обязательно приду и расскажу выступать я люблю.

Как построить доклад, чтобы выступление было запоминающимся и интересным? Какие-то фишки есть у тебя?

Доклад должен нравиться мне самому. То есть я должен любить и верить в то, о чем я говорю. Если мне это нравится, я этим горжусь, то расскажу красиво, ярко и людям тоже понравится. Но я не люблю повторяться и мусолить одну и ту же тему на десятках конференций. Это неинтересно, так как доклад уже публичный, его теперь любой может найти и посмотреть. Можно рассказать примерно о том же самом и под другим углом, но максимум два раза. Потому что хочется больше новых интересных докладов.

В целом же ты должен понимать запросы аудитории, чтобы предложить конкретный практический опыт в том, о чем говоришь. Тогда можно привести примеры, которые зайдут аудитории и люди поймут, зачем им это нужно. Важно говорить на одном языке с аудиторией. И подсвечивать, не скрывая, проблемы, которые были у тебя. Есть доклады: У нас было все прекрасно! Сейчас мы сделали все еще более замечательно! но так не бывает. У всех всегда есть большая бочка дегтя и всего одна ложка меда, а все только про нее и рассказывают. А самое важное это как раз то, как бочку расхлебать.

Как лектор и преподаватель могу сказать, что у меня не получается нормально выступать онлайн. Мне кажется, что я сильно недорабатываю, когда читаю лекцию онлайн, не додаю чего-то аудитории. В офлайне по ходу выступления могут возникать какие-то вопросы, вплоть до выкриков из зала. И если ты настроен на аудиторию, при этом хорошо разбираясь в своей теме, то можешь в зависимости реакции, менять глубину погружения в проблему и тем самым дать более полную картину.

Например, копнул слишком глубоко и видишь, что всем уже неинтересно выходишь на более популистский уровень. Когда на нем стало интересней, ты можешь снова погрузиться. Это очень ценная штука, когда ты работаешь с аудиторией и получаешь от нее обратную связь.

Что же ждет нас в этом году на HighLoad++ 2021?

Подготовка к HighLoad++ Весна 2021 из-за пандемии безумно растянулась во времени. Но зато и программа получилась плотная, классная. Сейчас самое время обкатать все сложившиеся темы, даже если некоторые подустарели за полтора года.

Например, будет хороший доклад про архитектуру процессора Эльбрус. Про них мне рассказывали, когда я был еще на военной кафедре в институте. А они все еще эволюционируют, это классная и интересная штука такая альтернативная архитектура, которая до сих пор успешно применяется. Даже Интеловсий Итаниум по сути их последователь. Так что доклад будет очень полезен для расширения кругозора и вообще для общего развития.

Хороший доклад от Ozon про Data Management Platform. Будет интересно узнать, как ребята автоматизировали фильтрацию пользовательских событий. Сама тема мне тоже довольно близка, поэтому я с удовольствием послушаю.

Очень интересный доклад Математика и разработка быстрых TLS-хендшейков. Мы в ivi довольно много в свое время помучились с хендшейками и тем, как разные устройства их осуществляют. Да и в общем сама тема о том, на чем построены все защищенные соединения очень животрепещущая.

Также всегда очень интересно послушать Андрея Аксенова даже когда он несет какую-то дичь, все равно это интересная дичь. В этот раз у него будет прикладная эзотерика. Хочу это послушать, потому что 80% его докладов фееричные. Ну и просто интересно узнать, что у человека в голове.

Доклад Погружение в Helm package manager пришел к нам по рекомендации, и после проверки тоже вошел в программу. Олег Вознесенский из X5 Retail group расскажет про Helm. Это как раз тот случай, когда мне интересно послушать конкретные use case и какие-то вещи, которых в документации нет, а человек уже их попробовал и у него есть экспертиза. И Олег очень просто и на пальцах объясняет те штуки, которые надо долго пробовать, чтобы накопить эту экспертизу.

Также всегда приятно послушать Алексея Миловидова. Он говорит про интересные вещи, которые иногда становятся основой для философии. К тому же мне очень интересно всё, что касается ClickHouse. В ivi мы его применяем тоже, и поэтому эта тема всегда очень острая для нас.

Еще в этом году будут выступать Коля Самохвалов, а Костя Осипов покажет паксос в картинках. Костя блестящий инженер и всегда режет правду-матку, не стесняясь ни регалий, ничего. Хочет кого-то отчихвостить расскажет всё, что думает. У него может быть честный, искренний доклад, а я такие люблю.

Денис Рожков и Георгий Тарасов в Информационной безопасности против HighLoad раскроют нужную и одновременно интересную тему про кибербезопасность. А Mail.ru расскажет историю про версионирование данных на Tarantool.

А еще Саша Тоболь! Мой хороший друг, прекрасный инженер, который великолепно рассказывает, прекрасно разбирается в материале и всегда очень глубоко погружается во все темы. Саша бывший лид Одноклассников, а сейчас СТО в ВК. Его всегда классно послушать, у него редкое сочетание, когда и докладчик хороший, и инженер классный.

Также у Яндекс.Такси будет пара интересных докладов. Про рефакторинг в большом проекте и отказоустойчивость сервиса. И особенно мне интересно, как аудитория воспримет доклад Максима Педченко. Его тема очень интересная, и работая с ним, я видел, что Максим старается сделать из своего выступления действительно нужный и полезный материал, рассказывая о проблемах популярного сервиса и способах решения типовых проблем.

В общем и целом какие боли затрагивает эта конференция и чем она поможет слушателям?

Как и в прошлый раз, будут тонны кейсов, которые рассмотрят тонны проблем. Начиная от баз данных, масштабирования, и заканчивая какими-то узкоспециализированными вещами про архитектуру или математику. Направленность конференции та же. Инженеры по-прежнему регулярно сталкиваются с кучей проблем: об одних им рассказывали в институте, о других не знает никто, но зато по части третьих уже есть опыт и практика. Ценность конференции в том, что ты приходишь, слушаешь и понимаешь ага, такой-то кластер проблем такая-то компания решила так-то и так-то.

И даже если у тебя была аналогичная задача, в твоей коллекции появится еще одна тропинка, по которой кто-то сходил и чего-то добился (либо нет). Ты можешь свое текущее решение сравнить с тем, что рассказывают коллеги на сцене. И даже можешь подойти потом и сказать: Ребята, вы идиоты! Зачем вы это сделали, можно ведь так, так и так. Тут неожиданно выясняется, что у тебя одна специфика, а у них другая, но вы находите какие-то интересные мысли друг у друга, и всем становится хорошо. Где вы такое найдете в онлайне или в статье?

Последний вопрос: что HighLoad лично для тебя?

Сначала это была просто тусовочка, а сейчас это работа, хобби, увлечение и сообщество.

HighLoad++ довольно интересная конференция, которая позволяет тебе посмотреть на свои проблемы под другим углом. Ты, может, и не найдешь решения своей конкретной задачи, но другие use cases могут тебя подтолкнуть на идеи, что можно еще и по-другому сделать. И в том направлении, о котором ты совсем не думал. Это и ценно в любой конференции. На HighLoad у меня было много таких открытий.

А самое интересное это люди, у которых можно проконсультироваться в случае чего. Даже когда ты сам выступаешь, к тебе постоянно приходят люди и спрашивают а это как? Постепенно у тебя нарабатывается свой ближний круг общения, чтобы можно было у кого-то что-то спросить и с кем-то поделиться.

С каким настроением идти на HighLoad++?

Хочешь узнать что-то новое приходи, общайся и слушай. Задавай вопросы, лови докладчиков в специальных зонах для вопросов, обсуждай кейсы. Да просто хорошо проведи время, потому что иногда необходимо поднять голову из внутреннего бега.

КонференцияHighLoad++ Весна 2021уже готовится к посадке 17 и 18 мая в Москве в Крокус-экспо мы все встретимся и обсудим всё то, что невозможно было обсудить в чатиках. Расписание ждет вас, а там в течение всех двух дней 8 потоков выступлений, 6 мастер-класов и пивная вечеринка!

Билеты можно купитьздесь. А подписавшисьна нашу рассылку, можно получить материалы мини-конференции Saint HighLoad++ 2020 :)

Подробнее..

Практики DevOps от магии к инструментам. 11 спикеров и одно интервью конференции DUMP

12.05.2021 00:10:39 | Автор: admin

За несколько лет DevOps из экзотики превратился в набор практик и технологий, который помогает эффективно решать прикладные задачи и приносит компаниям осязаемую пользу.

В этом году на конференции мы решили сфокусироваться на реальных кейсах, которые не первый год с помощью DevOps развивают продукты и сервисы. Спикеры DUMP готовы поделиться своими примерами, подходами и метриками. От магии, какой казался DevOps некоторое время назад, перейдем к реальным инструментам. В этом нам помогут спикеры:

  • Виктор Еремченко (Miro). Он расскажет про Cloud native vs self-hosted solutions при масштабировании инфраструктуры. Что выбрать? Опыт Miro

  • Александр Тарасов (ANNA Money) и его доклад Не Helm'ом единым

  • Кирилл Казарин (DINS) с темой 4 золотых сигнала на службе SRE инженера

  • Виталий Хабаров (Экспресс 42) готовит доклад Как измерить DevOps?

  • Руслан Тагиров, Чесноков Никита, Бендин Максим (Ростелеком ИТ) и Платформа Цифровых Продуктов Ростелекома. Как развивать DevOps-инфраструктуру в "матером энтерпрайзе"

  • Димитрий Сугробов (Леруа Мерлен) выступит с докладом Dev.+Ops или строим идеальный процесс поставки

  • Артём Картасов (Postgres.ai) и тема Без отката до рассвета: автоматическая проверка PostgreSQL миграций в CI

  • Владимир Лила (Контур) и его доклад Пишем надежные ansible роли. Этот доклад будет в открытом доступе - он включен в программу бесплатного стрима с конференции. Как 14 мая послушать Владимира и других спикеров, рассказали здесь.

Кстати, на прошлой конференции Владимир Лила и его доклад Эластик весом с петабайт вызвал большой интерес и отличные отзывы:

  • Еще один спикер секции DevOps - Дмитрий Харламов (Provectus) и его Долгий путь от bash до gitops. Об этом мы поговорили подробнее. Вот, что Дмитрий рассказал о своих проектах и докладе:

У нас в Provectus множество различных проектов: от типовых, до очень необычных. Зачастую запуск проекта, а тем более стартапа, без знаний бизнеса или без понимания конечной инфраструктуры (а если еще и ТЗ меняют на ходу) - боль. Боль, как для Ops команды, так и для Dev. Необходимо быстро реагировать на ситуацию, иметь возможность расширить\сократить\заменить людей на проекте или стек целиком. Но что бы ни случилось, требуется сделать хорошо и соответствовать определённым стандартам.

Ещё один важный фактор оставить после запуска проекта знания, передать артефакты, чтобы у заказчика была возможность обслуживать инфраструктуру своими силами. Или иметь возможно повторить проект с небольшими изменениями, часто в сжатые сроки.

Взяв за основу наработки одного из наших DevOps инженеров (это был многим знакомый Terraform), мы создали инструмент, который позволял развернуть базовую инфраструктуру в AWS с упором в EKS, и что немаловажно, удалить все созданное без остатка. Мы решили назвать проект Swiss-Army-Kube.

Расскажи нам подробнее, о чем будет твой доклад? Почему ты выбрал именно эту тему?

Я расскажу о пути, который мы преодолели, разрабатывая наш инструмент. О том, что мотивировало, а что мешало в процессе. Для меня это новый опыт по продвижению проекта, который не приносит денег, но я надеюсь, что будет полезен. Я долгое время сам пользовался инструментами, которые кто-то разрабатывал, и теперь пришло время восполнить карму и двигаться дальше. Возможно, кто-то узнает в этой истории себя и поймет, что ему не хватает. Спойлер: точно не этого! Думаю, доклад будет полезен и некоторые не допустят наших ошибок. Большой наградой для меня будет, если участники запомнят что-то из моего выступления.

Что подтолкнуло к созданию Swiss-Army-Kube и почему вы решили сделать проект открытым?

Задумка создать такой проект была в компании давно. У нас большой опыт и много инженеров (а это та самая база, на которой хочется построить подобный инструмент). Мы сделали его открытым, потому что это часть маркетинговой стратегии. Мне же близка идея, что знаниями нужно делиться, улучшать свои проекты и помогать другим. Такой айти-коммунизм во всей красе.

Чем занимается Provectus? Расскажи о самых необычных проектах и своей работе в компании

Основное направление - это консалтинг в сфере ML/AI. Мы помогаем запускать стартапы, разрабатываем ПО под заказчиков.Из необычных проектов могу назвать Hydrosphere.io. Это дивный мир machine learning. До встречи с ними я слышал, что есть математики, они тренируют модели, гадают на цифрах...И в общем, я был прав.

Как на работу команды повлияла пандемия?

Тут все очень индивидуально. Кто-то стал больше работать удаленно, кто-то не поменял свой привычный график. Были непростые моменты, когда поговаривали об отпусках за свой счет. Но Provectus всегда открыто заявляет, что ее самый важный актив - это команда профессионалов. Поэтому компания делает все возможное, чтобы сохранить команду. Это классно!

Какие тренды в DevOps появились за последний год?

Чаще стал слышать про ML, есть общий тренд перехода на сервис, чтобы как можно меньше заниматься низкоуровневыми задачами. Отчасти это хорошо. Ты можешь сконцентрироваться на своих задачах. Но где нам потом, лет через 10, брать людей, которые знают, как все это работает - большой вопрос.

Что бы ты сказал компаниям, которые не понимают необходимость применения практики DevOps?

А такие еще есть?:) Рынок диктует жесткие правила и практики DevOps нацелены на непрерывность процесса, гарантию чистоты кода. Да, это не серебряная пуля и зачастую компаниям приходится ломать устоявшиеся процессы, привыкать к новому - это может усложнять работу. Но стоит понимать, что гиганты рынка Netflix, Amazon, Google уже давно применяют эти практики и в целом довольны. Тем, кто не готов взять процесс трансформации в свои руки, рекомендую обратиться к компаниям, которые на этом специализируются. Как говорится, не попробуешь - не узнаешь.

Работа с бизнес-задачами учит быстро реагировать на изменения рынка, подстраиваться под заказчика, строить работу в команде. Какие хард скилы необходимы DevOps-инженеру и какие софт скилы приобретаешь со временем?

Стоит понимать специфику нашего и зарубежного рынка. У нас нет базы подготовки и адекватного понимания, чем должен заниматься DevOps-инженер. Из хард скилов могу назвать базу администрирования, знание операционок и скриптов, умение читать несколько популярных языков, понимание принципа построения кода, как работают сертификаты и умение выделять проблемы. И важное качество - гуглить, находить необходимую для работы информацию.

Какие навыки пришли с опытом? У меня это умение находить общий язык с командой и подстраиваться под общий ритм. Со временем стало меньше страха и больше ответственности. Я даже побыл тимлидом и здесь понял, что не стоит никого критиковать, но важно отстаивать цели, разговаривать тет-а-тет, находить мотивацию.

Как долго выстраивается работа в команде, с чего начать и каких ошибок лучше не допускать?

В любой команде решающую роль играет авторитет. Если нет конфликта интересов, то всё выстраивается довольно быстро. Надо доверять команде и позволять каждому делать свою работу. Важно выстраивать открытый диалог и находить совместные пути решения проблемы. Потому что как неудача, так и успех - это заслуга всей команды. И нет ничего постыдного в том, чтобы обращаться за помощью.

С чего начиналась твоя карьера?

Начинал с работы электромонтера на заводе. Тогда понял, что не хочу работать руками, а хочу работать головой. Как DevOps начинал в проекте ePayments. Там после долгого застоя в развитии очень быстро учился. Там мне дали полный карт-бланш, и я развернулся: применял практики из умных книг, применял автоматизацию, мне удалось ускорить релизы с трех-четырех часов ручного труда до 10 минут после нажатия одной кнопки.

Какие проекты вдохновляют лично тебя?

Где нет жёстких рамок, можно проявить фантазию или где есть вызов. Мне интересно, когда нужно сделать что-то сложное быстро и качественно. Нравятся проекты, где можно расти. А ещё важно, чтобы эти компании действительно приносили пользу, помогали жить комфортнее.

Представь, что ты вернулся на 10 лет назад в прошлое, что посоветуешь себе?

Выучи уже этот английский, слабак!:)

А кем видишь себя еще через 10 лет?

Это самый стремный вопрос на всех собеседованиях. Сложно представить. Наверное, всё тот же я, ищущий ответы, но более авторитетный, с горящим взглядом и новыми идеями.


Подробнее..

Когда без выделенного DevOps уже никуда. Кейс компании Geecko

18.05.2021 18:11:11 | Автор: admin


SberCraft, CyberCode, Luxcity возможно, вы слышали об этих играх или даже участвовали в них. Всё это Geecko рук дело. Самые крупные проекты Geecko собирают по 20 тыс. игроков, при этом до недавних пор в компании не было выделенной команды для поддержки инфраструктуры.

СТО компании Никита Обухов и директор по маркетингу Ирина Фёдорова рассказали об инциденте, который стал одним из аргументов всерьёз задуматься об инфраструктурных переменах, переезде на K8s и найме команды DevOps.

Что внутри:

  • потеря контроля над Facebook,
  • внезапный наплыв трафика в пятницу вечером,
  • грант от Microsoft Azure, переезд между облаками и сложности трансформации.

Поехали!

Geecko DevRel компания. Помогает выстраивать взаимоотношения IT-компаний с разработчиками, но делает это необычными способами: создаёт игры с задачами для программистов, кодинг баттлы, организует митапы и другие онлайн-форматы.

Что под капотом у игр Geecko


На каком движке сделаны игры, что они из себя представляют технически?

Никита: Наши игры исключительно браузерные. Мы используем собственные наработки и проверенные библиотеки для работы с Canvas, картами, изометрией. Используем JS/TS, фреймворк Vue.js для типичного web UI.

Под мобильные платформы мы пока не пишем в лучшем случае поддерживаем мобильную разрешения. Но это нужно нечасто в большинстве наших игр требуется писать код, а писать код с мобилы такое себе удобство.

Насколько игры требовательны к CPU и памяти?

Никита: В наших играх требуется писать код, и нам этот код надо исполнять.

Мы поддерживаем 12 языков: и компилируемые, и интерпретируемые в разных средах. Код исполняем на наших серверных ресурсах: нагрузка на процессор и память интенсивная.

Также мы запускаем LSP-сервисы, которые обеспечивают autocomplete кода для нашей онлайн IDE. Они тоже требуют CPU и особенно памяти: когда игроков много, нагрузка значительно растёт.

Где хостятся игры?

Никита: Это всегда были облака. Сейчас основной провайдер Azure (Geecko получила грант от Microsoft на бесплатное использование облака ред.). Все новые проекты мы запускаем там и, что для нас важно, запускаем в Kubernetes. Вся новая инфраструктура на основе Kubernetes и Docker.

У какого провайдера вы были до и почему решили перейти?

Никита: Мы были и до сих пор представлены и в DigitalOcean, и в Yandex.Cloud. Это хорошие провайдеры, но наиболее подходящая программа гранта для нас оказалась у Microsoft.

Сколько вы тратили на серверы раньше и тратить теперь?

Никита: Ещё полгода назад мы тратили около 30 тысяч рублей в месяц, сейчас эта цифра подбирается к 100 тысячам. Рост связан с количеством проектов: старые мы не останавливаем, они продолжают работать и получать органические регистрации. Регулярно запускаем новые активности: в один месяц можем зарелизить три проекта например, один баттл, одну игру и митап.

Грант от Microsoft покрывает все расходы?

Никита: Наши расходы на инфраструктуру не стали нулевыми: мы не можем перевезти всё за раз, это и экономически нецелесообразно. Поэтому у нас продолжает работать еще два облачных провайдера, просто их доля сокращается.

Бэкапы в других географических зонах, аварийное восстановление ресурсов в другом облаке всё это важно.

В целом общие затраты сокращаются. Самое большое потребление ресурсов у сервиса исполнения кода, а благодаря гранту затраты на него в ближайший год будут нулевыми. При выполнение ряда условий грант продлят на второй год.


Скриншот из игры Cybercode

Пятничный наплыв трафика из Facebook


У вас были ситуации, когда наплыв пользователей ронял продакшн?

Никита: Да, однажды случился близкий к этому инцидент. У нас была задача от международной компании: найти много англоязычных разработчиков.

По замыслу игроки должны коллективно выполнить миссию, находясь на одной карте. Карта имеет конечные размеры, так что расположить на ней всех желающих нельзя. Мы делили пользователей на кластеры по 100 человек, каждый из которых живёт не больше пяти дней таков игровой цикл выполнения миссии. За это время участники либо выигрывают, либо проигрывают.

Мы рассчитывали, что одновременно будут активны до 10 таких карт, то есть до 1000 игроков. Но по факту на пике было больше 2000 игроков или 20 карт.

Почему так произошло? Почему в игру внезапно пришло столько пользователей?

Ирина: История случилась в начале марта, когда Facebook стал массово и стихийно блокировать рекламные кабинеты за несоответствие политике для рекламодателей. Очень многие компании тогда лишились рекламных кабинетов, в том числе и мы: у нас упали и основной, и оба резервных кабинета. И всё это как раз в тот момент, когда нам надо было продвигать игру.

Facebook один из основных каналов продвижения, потому что там достаточно легко подбирать аудиторию и сегментировать её с учетом имеющихся данных. И на целых 12 дней мы лишились доступа к этому каналу. Когда же мы потом, кровью и слезами его вернули, нам нужно было догнать KPI 4500 ликвидных регистраций по определённым геолокациям, в основном в Европе.

Не было никакого выбора, кроме как поднажать с бюджетом: мы подразогнали рекламные кампании.

Что значит поднажать с бюджетом?

Ирина: Если мы изначально тратили 300500 долларов в день, то тут перешли за 1000.

Надо понимать, что обычно рекламные кампании несколько дней обучаются, а потом начинают работать максимально профитно. Но у нас рекламный бюджет был больше обычного, поэтому кампания обучилась быстрее и уже на второй день начала откручивать действительно очень крутые показатели. В какой-то момент мы потеряли над ней контроль.

Мы рассчитывали на определённый коэффициент конверсии, а он оказался больше просто за счёт того, что Facebook разогнался. Если в среднем у нас конверсия в таких играх около 8%, то здесь в пиковый момент она дошла до 15%.

Круто!

Ирина: Да, тут-то мы и поняли, что значит большой рекламный бюджет. Правда, работает это только в случае с Западом в России просто нет аудитории, чтобы потратить столько денег.

Ну и, конечно же, всё это произошло в пятницу. Классика! В пятницу вечером мне приходит сообщение от Никиты, что у нас такой большой трафик, что нужно что-то с этим сделать.

Откуда Никита об этом узнал? Откуда пришел этот сигнал?

Никита: У нас есть автоматические оповещения о загрузке серверов. Вот как оно выглядело:



Приходит алерт, что виртуальная машина (8 ядер, 32 ГБ памяти) загружена на 90% по CPU при пороговом значении 50%.

Это не критично, так как сервис продолжает работу. Для игроков это значит, что они нажимают кнопку Запустить код и ждут выполнения раза в два дольше. Но также это значит, что если новые игроки продолжат приходить, ситуация ухудшится, вплоть до даунтайма.

В итоге самого плохого исхода удалось избежать сервис не лёг окончательно?

Никита: К счастью, все закончилось хорошо.

Конечно, если бы ситуация возникла в середине рабочего дня, мы бы вообще не переживали там можно оперативно реагировать. Но не в пятницу вечером. В пятницу вечером ты отправляешься в бар и получаешь такое сообщение на телефон. Но чтобы всё починить, на телефоне быть недостаточно.

Как вы разрулили ситуацию?

Ирина: Мы просто снизили расход рекламных кампаний почти на 70%.

Позже вы вернули обороты?

Ирина: Нет, до того же состояния не стали доводить, потому что ситуация была непредсказуемая: Facebook с каждым днём наращивал и наращивал конверсию. Если бы мы крутили на тех же оборотах ещё неделю, возможно, конверсия была бы ещё выше. Но героических побед не требовалось, поэтому мы восстановили комфортный уровень. Получалось где-то 10 загруженных карт, и при этом сервис работал спокойно.

Никита: Надо отметить, что есть и другие стороны вопроса: мы стараемся оперативно реагировать на сообщения игроков. Чем больше игроков, тем больше запросов в поддержку они генерируют. Мы хотели сохранить высокий уровень сервиса, и так спешно нарастить объёмы поддержки были не готовы. Решили, что разумнее делать всё более плавно и прогнозируемо, чем выходить на пик в выходные.

В этот раз вы решили придушить рекламную кампанию и тем самым спасли ситуацию. А как вы обычно решаете задачу с масштабированием с технической точки зрения?

Никита: Мы масштабируемся через запуск дополнительных инстансов сервиса.

В данном случае это не Kubernetes и нет автоскейла. Надо в полуручном режиме запустить клон виртуальной машины приходится подождать до получаса, пока ВМ воссоздастся из образа. После этого надо проверить, что ВМ работает как ожидается и все сервисы на ней поднялись: LSP-серверы, код-раннеры. После этого балансируем трафик на новые машины и продолжаем наблюдать за загруженностью и статус-кодами.


Скриншот из игры SberCraft

Выводы и планы


Как вы перестроили работу после этого случая?

Никита: Поняли, как лучше планировать маркетинг: какой объем вложений какой объем регистраций даёт.

На техническом уровне укрепились во мнении, что нам нужен новый способ масштабирования сервиса исполнения кода, в идеале автоскейл.

Сервис исполнения кода делаем stateless (независимым от системы хранения), вносим небольшие архитектурные изменения и меняем инфраструктуру внедряем тот самый Kubernetes, на котором работают другие сервисы.

Но в случае с сервисом исполнения кода схема более сложная перевести его не так просто, как остальные. Мы пока проверяем, что всё работает как надо.

Прямо сейчас код выполняется в DigitalOcean, а будет выполняться в облаке Azure. В Kubernetes.

Там вы используете Kubernetes как сервис (Azure Kubernetes Service)?

Никита: Да. Мы используем Kubernetes как сервис и ещё рассматриваем вариант Cloud Functions.

Как AWS Lambda?

Никита: Да, у всех основных провайдеров они есть. Они позволяют платить ровно столько, сколько ты делаешь запусков кода. Но есть технические ограничения в возможностях сред выполнения.

Кто сейчас занимается инфраструктурой?

Никита: Моей квалификации и квалификации бэкенд-разработчиков не всегда хватает, потому что DevOps, SRE это очень широкая область. Да и оставлять на дежурство по инцидентам бэкенд-разработчиков не очень правильно. Поэтому в начале года у нас появилась аутсорс-команда DevOps ребята, с которыми мы раньше работали в других бизнесах.

Почему вы начали сотрудничать с командой, которая занимается инфраструктурой и DevOps?

Никита: Инцидент с игрой стал катализатором изменений, которые мы давно осознавали, но не имели возможности воплотить.

Компания выросла, стали происходить подобные случаи, которые подтверждали: да, ребята, вам нужны DevOps-инженеры, вам нужно сделать такую инфраструктуру, которую будет проще масштабировать.

Полноценно задачей занялись два месяца назад, когда получили грант от Azure. К настоящему моменту много сервисов перевезли в новое облако.

Почему решили брать людей на аутсорс, а не нанимать?

Никита: По собственному опыту знаем, что DevOps сложное направление для найма. А тут сложилось так, что есть проверенные ребята, и форма работы с подрядчиком для нас весьма удобна.

Ну и главное: мы приобрели не одного инженера, а целую команду, которая круглосуточно мониторит доступность сервисов и готова прореагировать на инцидент до того, как он будет обнаружен пользователями.

Команда DevOps настраивают всё с нуля или используют то, что было, включая мониторинг?

Никита: Мы пошли по пути вытеснения. Новые проекты начинаем в новой инфраструктуре, core-сервисы мигрируем туда же, а проекты в стадии поддержки оставляем в старой. Для новых проектов все новое, включая мониторинг.

Особенность трансформации заключается в том, что приходится переосмысливать архитектуру сервиса. Мы поняли, как ее можно изменить, чтобы получить новые качества.

Поэтому работа происходит и на стороне бэкенда: мы рефакторим код, обновляем архитектуру, но в достаточно умеренном объеме.

Получается, вы сейчас настраиваете новые процессы CI/CD?

В первую очередь мы перестраиваемся организационно. У нас появилась новая роль, соответствующая выделенной команде, и способы коммуникации, постановки задач изменились.

Процессы CI/CD у нас были, просто они стали перекатываться на новую инфраструктуру. Конечно, они совершенствуются, но принципиально не меняются.


Скриншот из игры SberCraft

Какой глобальный вывод вы для себя сделали?

На разных этапах жизни проекта хорошо разное. Полгода назад к DevOps-команде мы были бы и сами не готовы. Зато сейчас можем общаться с ними гораздо предметнее. Мы чётко понимаем свои боли и пришли к ребятам со списком вопросов и предложений, как что-то сделать. Получилась хорошая коллаборация: совместно мы пришли к качественным и обоснованным решениям.

Впереди много работы. Сервис исполнения кода в процессе миграции, и как самый сложный из наших сервисов, потребует много участия. Какое-то время мы будем иметь обе версии сервиса в продакшене и балансировать трафик между ними. Когда поймём, что всё отлично, полностью переключимся на Azure.

Так повелось, что в большинстве компаний задумываются над инфраструктурными вопросами уже после разработки продукта. Можно считать этот подход единственно верным, а можно поступить иначе.

Например, ещё на этапе разработки отправить ребят из бэкенда посмотреть на то, какие метрики стоит навесить и как спланировать пайплайн, чтобы в продакшене было не так больно.

21 мая в Слёрме стартует интенсив как раз для тех, кто планирует или уже поддерживает высоконагруженные системы.

В программе:
мониторинг,
управление инцидентами,
решение проблем с окружением,
решение проблем с инфраструктурой,
канареечные релизы и управление трафиком.

Интенсив подготовили и проведут опытные инженеры из Databricks, Mail.ru Cloud Solutions и TangoMe.

Узнать больше и записаться
Подробнее..

Интервью с менеджером проектов АСУ цифровизация, интернет вещей и умные города

19.05.2021 20:18:09 | Автор: admin

Что такое умные" города, цифровизация и интернет вещей? Какая роль в веке высоких технологий и искусственного интеллекта отведена программистам? Специально для школы Пиксель на эти вопросы и не только ответил менеджер ключевых проектов компании Schneider Electric Андрей Биневский.

Расскажи о своей работе чем ты занимаешься, связана ли твоя работа прямо или косвенно с программированием?

Я работаю менеджером ключевых проектов автоматизированных систем управления электроснабжения (АСУ) в компании Schneider Electric. Это крупный мировой вендер электрооборудования. Моя работа с программированием связана скорее косвенно, потому что я руковожу проектами программирования, я продаю проекты, в которых трудятся программисты, поскольку ни одна умная система не может быть организована без кодинга, без труда инженеров и программистов.

Что такое автоматизированные системы управления электроснабжения (АСУ)? Расскажи подробнее.

Существуют различный подход к системам энергоснабжения. Вообще, что такое энергия? Энергия это не только электричество, это еще вода, газ, тепло, пар. Для того чтобы генерировать пар нужна вода и газ, или вода и электричество, чтобы генерировать горячую воду нужна и вода, и электричество. И для каждой бытовой или технологической задачи нужно подобрать оптимальные варианты для реализации энергоресурсов. Мы не должны избыточно генерировать тепло, не должны создавать слишком много теплой воды, чтобы потом сливать ее в канализацию. Нужно найти тот симбиоз между необходимым количеством энергоресурсов и создаваемым количеством. Этот симбиоз и называет энергоэффективностью. То есть все системы должны быть энергоэффективными.

Дом с солнечными батареями на крышеДом с солнечными батареями на крыше

Сейчас на каждом углу говорят о том, что нужно создавать энергоэффективные дома. Где будет максимально использоваться наружное освещение от солнца, жилые помещениями будут ориентированы на юг, построены они будут относительно того, как дует ветер, не будет ли он охлаждать фасад.

Создание этих энергоэффективных зданий и систем, управление этими энергоэффективными системами и есть основная задача, которая стоит перед строителями и инженерами 21 века. Все, что сейчас строится и создается, должно быть максимально энергоэффективно, потому что мы уже понимаем, что часть наших ресурсов является невосполнимой.

Для настройки этих систем нужны программисты?

Конечно. Невозможно предложить какое-то коробочное решение, которое было бы применимо даже в 50% случаев. Всегда нужен человеческий ресурс, который бы подтянул конкретное решение под конкретную задачу. Даже два офисных центра, стоящие по соседству, это две разные задачи.

Расскажи про свой первый опыт общения с компьютерами. Помнишь свою любимую компьютерную игру?

Моя первая и любимая компьютерная игра была Цивилизация. Я на тот момент был учеником начальной школы, и я столкнулся с тем, что игру можно классно организовать не только за счет своей фантазии, но и за счет возможностей самой игры. Я играл ночами, когда все ложились спать. Я побеждал Российскую империю, Индию, Ацтеков каких-нибудь, США.

Тебе захотелось потом научиться программированию?

У меня не было достаточного набора качеств для того, чтобы стать программистом. Я был слишком взбалмошным и активным, чтобы иметь возможность отключиться от внешнего мира и заниматься кодингом. Но я понимал, чем могу быть полезным этим людям, как могу стать эдаким мостом между ними и внешним миром.

Был у меня опыт по взаимодействию с аналитиками по созданию системы контроля и учета для школьников и родителей, так называемые онлайн-дневники. Был у меня опыт по кодингу в средах Паскаль, Делфи. Сейчас это мертвый и неприменимый опыт, но тогда он нужен был для того, чтобы просто понять основные положения алгоритмики и труда программистов.

Как ты считаешь программист это профессия будущего?

Да, можно сказать, что программист это профессия будущего. Но скорее всего, она будет видоизменяться. С каждым годом искусственный интеллект все больше будет замещать человеческий труд, то есть все рутинные задачи можно будет свешать на машину. Со временем мы придем к тому, что программисты будут больше ставить задач и анализировать, чем что-то делать руками. Но я не говорю о том, что они не должны уметь это делать.

Чем дальше мы будем развиваться, тем меньше рутинной работы будут выполнять люди, тем ценнее будут специалисты, которые способны грамотно расписать задачу и перевести идею в список реализуемых дел.

Кем еще могут быть программисты, кроме того, что они могут создавать сайты и приложения? Развей мифы.

Программисты применимы везде. Они это наш проводник между нами и роботами, между тем, что может выполнять код или какой-нибудь алгоритм, и его заказчиком.

Какие города считаются умными?

Все мировые мегаполисы, может быть кроме Мехико, в той или иной степени умные. Метро, светофоры это тоже алгоритмы. Но беда том, что нет единой системы оценки, которая могла бы называть тот или иной город, или решения умными. Например, все дороги функционирует в машинном режиме, освещение на автотрассах включается в соответствии с датчиками реального времени. То есть когда светло, мы не должны тратить электроэнергию на то, чтобы освещать дорогу. Но единого подхода к тому, что такое умный город не существует. Люди пытаются сформировать эти требования где умная, а где глупая система. Поэтому в мировых бизнес-столицах, типа Лос-Анджелеса или Нью-Йорка, существуют энергоэффективные дома, которые классно экономят энергоресурсы. Но целиком ни один город нельзя назвать не то что умным, а даже энергоэффективным.

Концепция "умного" городаКонцепция "умного" города

В России есть Иннополис в Татарстане, которые является российской Кремниевой долиной. Он построен по принципам энергоэффективности, но и там есть много нюансов. Даже сама Кремневая долина вызывает множество вопросов по расходованию энергоресурсов.

Иннополис в ТатарстанеИннополис в Татарстане

Мы в самом начале пути создания города, который тратит ровно столько воды, газа и электричества, сколько ему необходимо, и не выделяет излишки в окружающую среду.

Что такое цифровизация?

Смотря в чем. Что такое цифровизация, если говорить лоб в лоб? Есть аналоговые сигналы, а есть цифровые. Если возможно что-то передать по цифре, это и есть цифровизация. Не всегда это применяют по делу.

Если говорить про цифровизацию энергоресурсов, то мы опять сталкиваемся с вопросом энергоэффективности, и с вопросом того, чтобы быстро и без участия человека проводить переключения с одного на другой источник энергоснабжения.

Потребитель не должно замечать какие-либо изменения и сбои, даже если они есть. Если случилась авария на трансформаторной подстанции, то у не должен мигать свет, не должны выключиться компьютеры, телевизоры, охранные системы, мы вообще ничего не должны понять. То есть мы должны понимать, что наша энергетическая стабильность это само собой разумеющееся.

И когда мы будем удивляться тому, что у нет света или воды, то это будет означать, что мы существенно шагнули вперед в цифровую эру энергоснабжения.

На трансформаторных подстанциях существуют протоколы резервирования, протоколы быстродействия, и мы должны автоматически разгружать неприоритетное нагрузку и сохранять приоритетную. В нашем случае, приоритетная эта та, которая эффективна для отраслей экономики и быта людей.

И когда мы будем знать, что мы абсолютно обеспечены энергоресурсам, что не бывает такого, что нет воды, газа, тепла, тогда и наступит цифровая эра, которую мы абсолютно не заметим.

Что такое интернет вещей? Максимально просто.

У емкости для водозабора есть сигнализатор уровня, который измеряет уровень воды, попадающий в емкость. И не оператор отключает насос, когда это необходимо, а автоматика. Устройства, которые используются в автоматике для работы с энергоресурсами, соответствуют философии интернета вещей.

То есть существует какая-либо система, мы в нее добавляем новое устройство, далее можем его интегрировать в систему без колоссальной ее переработки. Условно, существует труба и в ней есть расходомеры, которые измеряют, сколько прошло по ней жидкости. Сигнал из этого расходомера мы можем перегнать по GPRS и дистанционно узнать расход жидкости в этой трубе.

Концепция "умного" домаКонцепция "умного" дома

Простой пример. У вас есть загородный дом площадью 120 квадратных метров. Летом вы туда ездите постоянно, а зимой иногда на выходные. И когда вы приезжаете туда зимой, дом остывает и требуется пару часов, чтобы его прогреть. А если бы ваш дом был построен в соответствии с философией интернета вещей, этого бы не происходило. Вы могли бы дистанционно включить обогрев хоть электрический, хоть газовый, наружное освещение перед своим приездом, и при помощи телефона открыть ворота в гараж и зайти в теплый светлый дом. Но когда вас там нет, энергоресурсы на его отопление не расходуются. Система автоматически поддерживает оптимальную температуру, например, +5, когда за окном -30. Человеку здесь будет некомфортно, но все механизмы будут работать.

То, что ты описываешь похоже на умный дом.

Да, это так. Но умный дом, так же, как и умный город, не имеет четких описанных требований. Но все устройства, которые используются в умном доме соответствуют философии интернета вещей.

Следующий вопрос творческий. Представь, что ты министр образования любой страны. Твоя задача повысить интеллектуальный уровень дошкольников и школьников. Какие бы предметы и дисциплины ты сделал обязательными и важными, а какие и вовсе убрали.

Я бы конечно добавил логику для начальных и средний классов, алгоритмику для старших классов. Возможно я бы уменьшил часы истории, потому что история имеет свойство часто меняться и нет смысла запоминать всю эту информацию.

Возможно я бы уменьшил часы по русскому и литературе. Не потому что мне это не нравится, а потому что наша литература так или иначе отражает нашу историю. Перечень тех книг, которые проходили в 1985 году и, например, в 2000 году, существенно разнятся, хотя здесь разница всего 1-2 поколения.

Я бы сделал упор на том, чтобы наши школьники выпускались логичными людьми, имели базовые представления о естественных науках и о тех требованиях гражданского общества, которые мы им предъявляем. И конечно, чтобы они были физически здоровыми.

У тебя есть дети, сколько им лет? Ты отдал бы их в программирование?

У меня есть дочь, ей почти 5 лет. Да отдал бы, но при условии, что она параллельно будет заниматься каким-нибудь спортом. Уходит стереотип, что программист это бледный неспортивный парень в очках. Сейчас это и парни, и девушки, которые хорошо зарабатывают, стильно одеваются, правильно питаются и могут позволить себе личного фитнес-тренера. Посмотрите на Павла Дурова.

Дети на занятиях по робототехнике в школе "Пиксель"Дети на занятиях по робототехнике в школе "Пиксель"

Как бы ты выбирал школу для обучения программированию?

Самое главное в любой школе, не только в школе программирования, это преподаватели. Я бы выбрал школу, где преподаватели любят свое дело, любят детей, и дают много практики. Обучение не должно быть похоже на заучивание, в первую очередь нужно научиться понимать. Понимание приходит через часы самостоятельной практики.

Справка. Чаще всего менеджеры АСУ вырастают из технических специальностей, таких как системные администраторы, наладчики оборудования, инженеры-электрики, инженеры-автоматчики и т.д. Зарплата специалиста чаще всего состоит из оклада и премии за выполнение плана. Средний размер оклада менеджеров АСУ в Москве по данным hh.ru от 100 тыс.руб.

Подробнее..

Интервью с Михаилом Михеевым, автором первой книги на русском по vSphere

20.05.2021 18:13:57 | Автор: admin

Не так давно мы публиковали интервью Один день из жизни разработчика VMware рассказ о карьере ИТ-специалиста в крупной международной компании.

А сейчас у нас возникла идея поискать в своем отечестве, и мы обратили внимание на российский офис VMware. Программистов в нем нет, но есть о чем поговорить с инженерами presales. Встречайте Михаил Михеев!

Если вы стояли у истоков использования виртуализации в России, то вы могли знать о нем как о человеке, который:

  • вел блог по этой узкой тематике и обучающие курсы;

  • участвовал в организации встреч сообщества;

  • написал книгу Администрирование VMware vSphere.

Мы решили поговорить с Михаилом по душам и выведать, как он попал в ИТ, почему решил написать собственную книгу и как стал сотрудником VMware, не будучи программистом. Небольшой спойлер: оказалось, под маской уверенного в себе специалиста скрывается обычный человек. Скромный и с превосходным чувством юмора.

Эксперт с форума

Пути, по которым ведет нас жизнь, не всегда поддаются логическому анализу. Порой даже случайности, которым не придаешь особого значения, становятся решающими. Итак, представьте: Казань. Я учусь на последнем курсе университета. Стажируюсь за еду бесценный опыт у местного интегратора. (Большое спасибо им, кстати: я в первые полгода действительно не умел делать ничего полезного, чтобы просить денег.) И вот передо мной поставили задачу разобраться с неподдавшимся с наскока продуктом, Microsoft SMS 2003. Мне удалось найти один админский форум: там я искал информацию и задавал тонны вопросов в основном как раз по этому продукту. В первое время я только спрашивал, затем осмелел и начал понемногу отвечать менее опытным товарищам. Как потом выяснится, потребность делиться знаниями это неотъемлемая часть моего характера.

Мои ответы заметил форумчанин, очень много помогавший мне на начальных этапах. Можно сказать, я рос на его глазах. Совпало, что в то же самое время к нему обратился один из московских учебных центров: мол, есть ли на примете тренер, который может прочитать курс по MS SMS? И он пришел с этим предложением ко мне.

Если мне не изменяет память, потом он рассказывал: Я был впечатлен тем, что на форуме ты не только искал решения для собственных задач, но и в какой-то момент начал помогать другим. Подумал: раз уж ты и разобраться смог, и продолжаешь погружаться прочитать курс тебе вполне по силам.

Сейчас я понимаю, что учебный центр тогда пошел на авантюру, доверив вести серьезный курс неопытному и неизвестному мне. Видимо, вакансия преподавателя совсем горела :)

(Справедливости ради, они сначала со мной очно познакомились, и обеспечили всей возможной поддержкой, так что это не было стереотипным возьмем с заказчиков много денег, а наймем студента.)

Шел 2005 год. Товарищ с форума оставил мне контакты учебного центра. Представьте мое состояние: где я, студент Миша из Казани, а где это достойное заведение! Заметьте: я раньше не только лекции сам не вел, но даже слушателем подобных вендорских курсов мне бывать не доводилось. Я очень ОЧЕНЬ волновался перед звонком.

Но, как говорится, колени дрожат, а руки делают. Я согласился на этот вызов. Мы договорились о личной встрече, я съездил в Москву на собеседование, а дальше как в тумане. Чтобы я получил представление о том, как все это вообще происходит, учебный центр позволил мне принять участие в качестве слушателя на другом курсе. Затем предоставил trainer guide и назначил дату курса уже со мной в роли тренера.

Как потом признался один из сотрудников, во время курса они подкрадывались к двери, скрестив пальцы, и слушали, что происходит в аудитории.

Мне удалось взять себя в руки и во время курса хранить спокойное и доброжелательное выражение лица, несмотря на внутренний котел эмоций. А нервничал я в первые разы, конечно, очень здорово. Желание не ударить в грязь лицом мотивировало раз за разом приходить все более подготовленным. Кучу времени я потратил на штудирование тренинг-гайда, на каждой странице, на каждом слайде выделяя важную и интересную информацию. В буквальном смысле почти на каждой странице толстенной печатной методички у меня были наклеены канцелярские листочки с заметками.

При этом на мне была подготовка не только по теоретической части, но и по практической. Во время курса на локальных ПК слушателей запускались лабораторные виртуальные машины их тоже настраивал и заливал я сам.

Преподавание легло мне на душу. Люди оставляли хорошие отзывы после курсов. Было видно, что они не просто получили удовольствие, но и реальные навыки заработали. По итогам учебный центр предложил мне постоянную работу. Можно сказать, так и началась моя настоящая карьера, и я переехал в Москву.

(Сейчас душевная рана почти затянулась, поэтому расскажу: моя будущая жена смогла переехать лишь спустя целый год. Все это время я жил в Москве один, без нее. Это было отдельным вызовом.)

Со временем я начал читать и другие курсы по продуктам Microsoft немного, буквально две-три штуки. Учебный центр нашел еще одного нишевого вендора, и некоторые курсы по его продуктам тоже достались мне. Приблизительно в то же время (2006 год) на российский рынок вышла и VMware. Мой учебный центр оперативно заключил с ними соглашение, и я стал первым преподавателем по vSphere (тогда продукт носил немного другое название) на территории РФ. Наверное, достаточно долгое время я был вообще единственным. Как и сейчас, курс назывался Install, Configure, Manage (ICM). Добротный и весьма полный материал для подготовки молодых бойцов в сфере виртуализации.

Личный блог для самообучения

Все, что касается получения новой информации и знаний о виртуализации в целом, это достаточно интересная тема. Чем больше преподавательской деятельности я на себя брал, тем сильнее ощущалась потребность в новых, более глубоких знаниях.

В первое время мне за глаза хватало и тренинг-гайда: я мог прочитать его 10 раз и каждый раз находил что-то новое. Много времени я проводил с лабораторными машинами: разворачивал продукты, воспроизводил лабы, крутил их по-разному. Эта практика тоже оказалась очень полезной, я восполнял пробелы в базовых знаниях. Сейчас уже не вспомню: возможно, я читал какие-то англоязычные книги, но привычки их искать и изучать еще не было. Это пришло немного позже. Может быть, я тогда вообще ничего профильного со стороны не читал (смеется).

Затем я открыл для себя мир блогов. Они стали сами собой появляться по всему интернету: гуглишь что-то специфическое, и бац! выдается чей-то личный блог. Я перешел в фазу жадного поглощения информации и спустя короткое время оказался подписан буквально на десятки тематических блогов. Тогда я столкнулся со следующей проблемой: оказалось, недостаточно просто прочитать информацию, чтобы ее запомнить. Мне нужен был способ пропустить знания сквозь себя, выделить наиболее важные моменты и усвоить их. Так и возник мой собственный блог не из желания продвинуть свою фигуру, а чтобы важная информация откладывалась в голове через написание статей и заметок. Надо сказать, этот шаг тоже дался мне непросто. Все-таки, это публичное поле, новая ответственность :)

Главная страница блога МихаилаГлавная страница блога Михаила

Работа преподавателем, с одной стороны, заставляла меня постоянно получать новые знания, с другой оставляла много свободного времени на учебу. Либо тренинги удавалось закончить немного пораньше, либо выдавались свободные недели, и я мог активно постить в блог. Можно сказать, я тогда занимался на 90% именно переработкой: публиковал короткое резюме-выдержку со ссылкой на оригинальную заметку.

Эта схема себя оправдала: со временем в блог подтянулась моя аудитория. Люди комментировали, задавали вопросы, даже уточняли что-то. Это давало много пищи для изучения. Забавно, что в какой-то момент я столкнулся с тем, что мне задают вопрос, я ищу ответ и нахожу его у себя же в блоге. Получалось, я забывал даже то, о чем сам писал.

Огонь в глазах, дискуссии и споры

Это, скорее, относится к курьезам, запоминающимся моментам. Есть такое устоявшееся выражение огонь в глазах. Применительно к моей практике преподавания это люди интересующиеся, жадные к знаниям. Есть и те, у кого этот огонь потух: к обучению они относятся, скорее, как к формальности.

С опытом я научился различать, к какой категории относятся те или иные мои слушатели. К моему удивлению, огонь далеко не всегда коррелирует с возрастом. Я видел и сонных молодых людей, которым ничего не интересно, и (почти) бабушек-дедушек, которые расспрашивали меня и действительно понимали, о чем идет речь на курсе. Я тогда решил, что дедушкой я хочу стать именно таким. Разумеется, не прямо сейчас, а с годами :)

Но огонь в глазах надо уметь поддерживать. Не давать ему угасать. Меня очень воодушевляли положительные отзывы слушателей. Я искренне верил, что люди оставляли их не только из вежливости, старался добиваться новых успехов.

Так я заметил еще один момент: в каждой группе между инициативными слушателями возникали дискуссии, споры. Я поощрял такие ситуации, даже говорил: Ребята, так получилось, что преподаватель здесь я, но у многих из вас есть опыт, которого нет ни у меня, ни у ваших коллег. Обменивайтесь этим опытом!. Наблюдая со стороны, я обратил внимание на то, что многие споры возникали из-за недопониманий между людьми. Два человека могли говорить об одном и том же, но разными словами. Или для обозначения разных понятий использовали одни и те же термины. Я старался всеми силами минимизировать такие ситуации, выводя спор в конструктивное русло. Дискуссии хороши, если обе стороны понимают друг друга и не пускаются в терминологические споры. Возможно, эта практика помогала людям учиться эффективнее и, в том числе, находила свое отражение в позитивных отзывах.

Мужики в свитерах: правда или вымысел?

Пару слов скажу о контингенте на моих курсах: на 98% процентов это были системные администраторы и инженеры заказчиков или интеграторов. Как правило, характеры у тех, кто представляет заказчиков, отличаются от тех, кто пошел на работу к интеграторам. Это, скорее, курьезное наблюдение, чем строгое. Что касается возраста были все, от молодежи до зрелых специалистов. Люди постарше приходили, конечно, реже.

Отвечая на ваш невысказанный вопрос да, девушки тоже бывали. Меньше, чем юноши, но в ИТ девушек в принципе меньше работает. Тем не менее, стабильный женский процент слушателей был всегда.

Когда в 2008-ом у меня вышла собственная книга и в узких кругах я стал Тем-Самым-Михаилом-С-Книжкой, я даже дежурно шутил: жаль, что в ИТ мало девушек. Приятно, конечно, когда бородатые мужики в свитерах пожимают тебе руку и говорят, какую классную книгу ты написал. Это льстит. Но все равно это бородатые мужики в свитерах

(На всякий случай еще раз поясню: это дежурная шутка!)

В качестве исключения были у меня и необычные слушатели, имевшие к ИТ опосредованное отношение. Изредка у интеграторов возникали ситуации, когда нужно кровь из носа обучить человека, но подходящих кадров под рукой нет. Таким ставленникам было сложно, но они все равно приходили, старались понять тему. Интересно, что большинство из них упорно сидели на курсах и даже пытались делать лабы. Им я максимально подробно объяснял, практически разжевывал материал делал скидку на непрофильный бэкграунд.

Как писалась книга

Книга это мой личный проект. Авантюра. Начав писать, я даже не был уверен, что смогу ее закончить. Но, как видите (улыбается). Сейчас я могу сказать, что книга оказала большое влияние на меня, на мою дальнейшую карьеру. Написать ее это решение, которым я до сих пор горжусь.

Я хорошо запомнил день, с которого все началось. Меня тогда отправили в командировку в Хабаровск как раз таки с курсами по VMware. Время от времени я летал с учебными задачами, в основном по отдаленным от Москвы местам: Казахстан, Баку, Дальний Восток. А длительный перелет это смена часовых поясов и неминуемый джет лаг.

Представьте себе: 4 часа утра. Гостиница, сна ни в одном глазу. Чтобы занять руки, отвечаю на вопрос читателя моего блога. Гуглю, чтобы уточнить информацию и попадаю... правильно, в собственный блог! Выходит, я все это знал, даже писал об этом, но забыл. За пониманием пришло озарение: а что, если я возьму и зафиксирую свои текущие знания в виде книги? Под рукой как раз была программа для составления mind mapов, в ней я начал накидывать приблизительное содержание про что и в каком порядке можно рассказать. Это был первый подход: крупные мазки, обширные планы.

Запала хватило на то, чтобы написать начало, а потом я стал перегорать. Не знаю, продвинулся бы я дальше, если бы не очередное удивительное совпадение. Спустя короткое время я поехал на конференцию VMware. Во время перерыва ко мне подошел представитель нишевого издательства: Вы Михаил Михеев? Очень приятно. Мне посоветовали обратиться к вам по поводу написания книги по теме виртуализации. Звезды сошлись: мысли о книге одновременно пришли в голову и мне, и издателю.

(Только сейчас понял, что забыл спросить у представителя издательства, кто указал ему именно на меня!)

Обязательства перед другим человеком всегда мотивируют. С тех пор каждый день я тратил хотя бы пару часов на работу над книгой: открывал вордовский файлик и писал. Не скажу, что это было просто: требовалось написать и выверить текст, подготовить с помощью лабы набор скриншотов их действительно много, почти на каждой странице... Это заняло уйму времени, первый релиз писался примерно год.

Есть несколько воспоминаний из той поры:

  • Издатель выдал набор правил оформления рукописи (подозреваю, что-то из области ГОСТов). А-ля пункты нумерованного списка должны заканчиваться точкой, а не-нумерованного точкой с запятой, кроме последнего, где тоже нужна точка. Запомнить все эти заморочки оказалось непросто, но в дальнейшем эти знания мне не раз пригодились.

  • Скриншоты это сущий ад. На них уходила если не бльшая, то как минимум львиная доля времени. А в инструкции от издателя было указано: скриншоты сохраняйте в таком-то формате, притом обязательно черно-белые. Я люблю делать все по инструкции, поэтому не противился. И угадайте что? Оказывается, инструкция не учитывала существование электронных версий книг, где, очевидно, не имеет смысла черно-белить картинки. Подозреваю, издатель попросту не подумал об электронной книге (да-да, смешно звучит с высоты 2021 года). А для меня это обернулось повторным созданием почти всех скринов, так как исходники я почему-то не сохранял.

  • Знали бы вы, как я стеснялся выложить анонс у себя в блоге. Очень сильно нервничал :)

Анонс книги в блогеАнонс книги в блоге

Всего было три релиза: первый по 4-ой версии vSphere, второй по 4.1, а последний был посвящён уже 5-ой версии. Бумажные издания оформлены в разных цветах, чтобы читатели не путались.

Здесь важно понимать: моя книга это не художественное произведение. В ней нет героев и злодеев, только факты и темы, которые требуется осветить. По большому счету это учебник со всеми вытекающими из этого последствиями.

В свое время я шутил: мол, я написал самую лучшую книгу по VMware на русском языке. Знаете, почему? Потому что единственную, других нет.

В какой-то момент я увидел свою книгу на торрентах. Примерно в тех же раздачах, что и продукты VMware. Эмоции я испытал сложные. С одной стороны, по моему карману это не ударило. С другой было чуть-чуть обидно из за потери права распоряжаться своим детищем.

Один писатель-фантаст сказал: автор [в случае пиратства] теряет не столько деньги, сколько право распоряжаться плодом своего труда. В правовом поле автор может убрать свое произведение из конкретного магазина или вообще изъять из продажи. С условным торрентом это не так, это обидно. Вне зависимости от того, будешь ты что-то такое делать или нет.

Меня часто спрашивают, пишу ли я новую книгу. Короткий ответ нет. Чаще всего отшучиваюсь: мол, куда, у меня уже двое детей!

А если серьезно я и блог-то уже лет 7 не веду. Когда я был занят преподаванием, и блог, и книга были частью моей работы. В том числе, над собой. Моя текущая работа в VMware оставляет намного меньше времени на такие проекты. Честности ради в какой-то момент я предпринял еще одну попытку обновить книгу, но буквально через неделю понял: нет, не стоит этим заниматься. На предыдущем жизненном этапе у меня была четкая цель: что я хочу сделать, для кого и зачем. А книга ради книги это никому не интересно.

Сам собой назревает дискуссионный вопрос: вот я молодой, горящий специалист, есть ли мне смысл заявить о себе, написав книгу? [не суть важно, но, допустим, по решению VMware].

Выскажу свое мнение.

С одной стороны, сейчас у VMware есть продукты, по которым нет русскоязычных материалов. Так что смысл написать по ним книгу имеется, у специалистов она будет востребована. Но насколько велика будет аудитория? Вопрос открытый. К примеру, первый тираж моей книги составил порядка 5 тысяч экземпляров (за давностью могу ошибаться).

Это много или мало?

C другой стороны, старая добрая книга это уже немного олдскул. Есть блоги, есть YouTube. Есть Telegram-каналы, в конце концов. Может, лучше в эту сторону копнуть?

Готовогоответа у меня нет, но мне кажется, что классическая книга по-прежнему имеет смысл. Все-таки, когда ты говоришь: я Миша, автор [например] Telegram-канала такого-то или я автор такой-то книги, эффект получится разным.

Мой совет прислушайтесь к себе, постарайтесь понять задачу, которую хотите решить. Тогда вам станет ясно, каким способом подходить к решению: с помощью блога, канала или, к примеру, книги.

Как я попал в VMware

Наступил 2011 год. К тому моменту я уже имел около 6 лет преподавательского стажа. Популярность VMware и, соответственно, номенклатура курсов росли. Бывало так, что в течение месяца я мог читать один и тот же курс двум-трем разным группам.

С одной стороны, работа мне нравилась: я получал удовольствие от общения с людьми. Любил объяснять какие-то нетривиальные моменты. А с другой стал замечать, что прихожу на работу в понедельник, а голова включается только к среде. Рутина. Вышел к доске и пошел по накатанной: одни и те же слова, одни и те же шутки. Всем, вроде, нравится, а мне нет.

Потихоньку я начал искать варианты. Честно пошел к руководству учебного центра как раз тогда они активно знакомились с новыми боссами российского офиса VMware. И вышло так, что центр сам порекомендовал меня VMware.

Помнится, сижу я в больнице. Жду приема врача. Раздается звонок с незнакомого номера: оказалось, звонит руководитель пресейлов VMware. Предлагает пообщаться. Я тогда ничего не понял какую именно работу мне предлагают, чем я буду заниматься... Но все равно согласился на встречу.

По итогам собеседования меня приняли. В силу того, что в учебном центре существовал определенный горизонт планирования на пару месяцев вперед, когда набрана группа, составлен график, у слушателей куплены билеты и командировки, сразу же уйти я не мог. В VMware мне пошли навстречу, я доработал необходимый срок, съездил в небольшой отпуск в Питер и 13 февраля вышел на работу.

Моя первая должность называлась пресейл-инженер. Это такой технарь, инженер, хорошо разбирающийся в продукте. Он занимается решением разнообразных вопросов по ходу проработки проектов в крупных организациях.

Любая большая компания в процессе поиска решений для своих задач не может просто взять и купить продукт. В любом случае требуется тестовая инсталляция и обкатка. Необходимо вдумчиво пообщаться с заказчиком и понять, насколько текущие проблемы закрываются предложенным решением. А если не закрываются, как с этим быть. Процесс это долгий, ресурсоемкий: очные встречи (до карантина), звонки, переписка по электронной почте и все в таком духе.

Значимую долю времени занимает обучение на внутренних и внешних курсах. Мир развивается, портфолио развивается, продукты обзаводятся новыми функциями и возможностями. Без обучения никак.

Кстати: еще в задачи пресейл-инженера входит обучение заказчиков и партнеров, а также выступления на различных мероприятиях. Например, в этом году наши пресейлы проводят цикл весенних вебинаров VMware 2021, которые будут идти до июня. На них можно не только послушать экспертов, но и пообщаться с ними в чатах и Q&A. Зарегистрироваться на вебинары можно на сайте, а посмотреть онлайн-мероприятия в записи на нашем YouTube-канале. А для энтузиастов у нас есть канал в Telegram: там мы напоминаем о старте вебинаров и делимся видео.

Спустя несколько лет мне предложили стать тимлидом группы пресейлов. Людей в отделе становилось все больше и больше, и в одиночку решать все менеджерские проблемы нашему начальнику становилось тяжело. Время в сутках ограничено.

Как водится, решение пойти в эту область не было для меня легким. Другие задачи, другая ответственность, потенциально иные отношения с коллегами. В новые обязанности мне удалось войти не спеша, совмещая их с работой пресейла. Более того, я по прежнему прикладываю усилия чтобы оставаться одной ногой на земле. Оторваться всегда легко, а вернуться обратно, как говорят старшие товарищи, невозможно.

Немного об изоляции

У нас переход на полную удаленку прошел очень гладко. Иногда мы с коллегами обмениваемся опытом, у кого и как оборудовано рабочее место.

У части нашего коллектива, например, у меня, есть дома съемный зеленый экран и штатив для камеры. На Хабре были статьи об организации рабочих мест в части аудио- и видеосвязи. Многое я почерпнул именно оттуда. Я даже телесуфлером обзавелся, чтобы в домашних условиях делать записи попрофессиональнее.

Сотрудники VMware в России это такие же люди, как и везде. Нам тоже не хватает встреч лицом к лицу и в коллективе, и при решении вопросов с заказчиками. Удаленка это нормально, это правильно сейчас. Но я все равно жду момента, когда мы сможем хотя бы какой-то процент времени тратить на очные встречи.

Кто востребован в VMware

Наверное, я сейчас скажу не самую очевидную вещь. Нам не особо важно, является ли человек экспертом в продуктах VMware. Этому мы как раз можем научить на месте: и ресурсов, и учебных материалов, и опыта у нас достаточно. Любые ИТ-продукты это не квантовая физика. Получить нормальную или даже отличную экспертизу в них можно. Главное воспринимать это не как проблему, а как задачу. Попробовал получилось. Поотвечал на вопросы и сам не заметил, как освоил тему.

Гораздо сложнее научить человека soft-скиллам и такому навыку, как доведение дел до конца. Работы больше, чем времени в сутках, поэтому всегда есть соблазн что-то здесь поделать, там поковырять, но до конца не доводить. Льется нескончаемый поток задач, и ты думаешь: я буду что-то отдельное выхватывать. Это не очень хорошая история. Если уж взялся делай. Не берешься скажи. Не оставляй повисшим в воздухе.

Один из главных soft-скиллов уметь говорить на языке собеседника. Отличным примером является известный в хаброкругах Milfgard. Помните шикарную статью про недочеты в унаследованной архитектуре живых существ? Огонь же! И в том числе потому, что материал подан на языке читательской аудитории.

Вернемся к теме. При всем вышесказанном айтишный бэкграунд иметь все-таки желательно. Научить продуктам можно, но если вообще никакого бэкграунда нет, это может стать большой проблемой. С другой стороны, нам бывают нужны люди с разным рабочим опытом. Где-то сетевой бэкграунд более важен, где-то менее, например.

Из очевидных требований сотруднику необходим разговорный английский. VMware мировая компания, на ежедневной основе люди работают в интернациональных группах, обращаются за консультацией или помощью к западным коллегам. По-моему, это здорово, когда ты в рамках рабочего общения можешь поговорить с крутыми людьми, представителями родственной профессии, живущими в другой стране или даже части мира. Прикоснуться к их культуре, менталитету. Незабываемый опыт. Отдельная приятность прямой доступ к Product Managerам, которые непосредственно отвечают за развитие продуктов (нередко прямо в Кремниевой долине, с географической точки зрения). Лично мне очень импонирует возможность обратиться к первоисточникам, а то и пригласить их на конф-колл по проекту с заказчиком.

Немного о Хабре

Хабр для меня один из главных источников информации из разных сфер.

Например, актуальны были несколько статей про организацию видеозвонков, вот эту даже в Evernote себе сохранил и по ее заветам приспособил старый телефон в качестве веб-камеры.

Просто просмотр заголовков статей в RSS-клиенте позволяет составить мнение о событиях мира ИТ в целом.

Очень интересны статьи про собеседования с обеих сторон. У меня есть собственный список вопросов для обсуждения на собеседовании, и я периодически вношу в него изменения, если встречаю интересный вопрос, подход или какой-то инструмент для проведения собеседования.

Обязательно читаю статьи Milfgardа. Во-первых, он в принципе хорошо складывает слова в приложения. Во-вторых, он хорошо умеет разговаривать на языке аудитории. Это крутая тема, близкая мне и по работе преподавателем, и по нынешней. Его статью Вы неправильно пишете животных я даже перечитываю для удовольствия иногда, круто написана и оптимизирована под ИТ.

Ну и нельзя не сказать, что именно с его статьи Настольные игры: во что играют в IT-офисах? от далекого 2011 года началось мое нынешнее увлечение настольными играми, в котором я весьма глубоко погряз :)


Друзья! Если вам интересен такой формат, будем рады вашим пожеланиям. Поделитесь в комментариях, интервью с представителями каких сфер и профессий вам бы хотелось видеть на Хабре.

Подробнее..

Главное мотивированность и настойчивость как в Deutsche Telekom IT Solutions растят своих специалистов

25.05.2021 18:15:50 | Автор: admin

Как выглядит типичный процесс отбора на стажировку? Есть ли у выпускников гуманитарных вузов шансы на трудоустройство в IT? Как найти способного стажёра и вырастить из него настоящего специалиста? Сотрудники Т Дмитрий Балахонов и Сергей Морозов набирали ребят в свои команды, преследуя разные цели, но в итоге пришли к схожим выводам. Этими выводами, а также интересными историями из практики, коллеги готовы поделиться с читателями Хабра.

День карьеры на факультете прикладной математики и механики Воронежского госуниверситетаДень карьеры на факультете прикладной математики и механики Воронежского госуниверситета

Вы оба набирали стажёров. Почему возникла такая потребность?

Сергей: В компании я являюсь руководителем трайба Test Management SSC Russia. Одна из моих задач это поиск стажёров для различных проектов, не только для себя, но и для коллег. Часть стажёров приходит к нам непосредственно через HR-отдел. Например, они могут увидеть вакансию на корпоративном сайте или на HH.ru и откликнуться. Других мы находим через программу рекомендаций, в рамках которой действующие сотрудники могут предлагать кандидатуры своих знакомых. В случае прохождения стажировки и успешного трудойствойства кандидата такой сотрудник получает бонус. Наконец, кого-то мне приходилось искать и самостоятельно.

Исходя из специфики работы, стажёры требуются мне достаточно часто, поэтому накопился опыт отбора, собеседований, педагогической работы.

Дмитрий: У меня немного другая специфика. Сергей набирает людей про запас, чтобы сначала выучить, а уже потом выбрать для них проект. Мне нужны были стажёры в конкретную команду в проект Open Telekom Cloud. Задача была важная, требующая оперативного решения, поэтому я сам был замотивирован заниматься поиском.

По какой причине чаще всего отсеиваются кандидаты?

Сергей: Самый большой отсев происходит из-за английского. Причём у нас не такие уж высокие требования. В идеале, конечно, B2. Но на практике можно и чуть-чуть снизить планку. Если говорить о стажёрском уровне, то вполне достаточно, чтобы человек мог понять вопрос на чужом языке и ответить на него, пусть с ошибками, но чтобы основная мысль была понятна.

Тем не менее, нынешние выпускники технических вузов частно не уделяют английскому должного внимания. Я сделал вывод, что за три месяца стажировки почти нереально прокачать языковые навыки, если у человека их нет. Практика показала, что наилучшие результаты появляются, когда мы берем человека с хорошим знанием иностранных языков и прокачиваем его с технической стороны.

Дмитрий: Справедливо. Грубо говоря, проще взять выпускника или выпускницу факультета романо-германской филологии и помочь освоить тестирование, чем взять вроде бы продвинутого человека с факультета компьютерных наук, но с нуля учить его английскому или немецкому.

Сергей: Часто в резюме написано B2, С1, а человек этому уровню не соответствует. История из реальной практики. Приходит ко мне кандидат. В резюме указано, что уровень владения английским С1, т.е. продвинутый. Спрашиваю: Could you please briefly tell us about yourself?. Отвечает на русском: Извините, я сегодня рассказ о себе не готовил. То есть даже эту фразу произнести на английском он не смог.

Дмитрий: А есть и противоположное. Человек скромничает, мол, я на английском только вино у бармена в Турции заказывал, а когда предлагаешь ему пообщаться он раскрывается. Выясняется, что никаких проблем, никакого языкового барьера у него нет.

По каким ещё критериям проходит отбор?

Сергей МорозовСергей Морозов

Сергей: Если речь идёт именно о стажёрах, то завышенных требований мы не выдвигаем. Мы просто хотим увидеть, что у человека есть элементарная техническая база (SQL, REST, понимание протокола HTTP и т.п.). Можем давать простейшие задачи на программирование. Важно, чтобы человек, помимо упомянутого владения языком, просто обладал логическим мышлением и был способен к обучению.

Дмитрий: Другие очень важные критерии отбора мотивированность и настойчивость. Однажды в мой проект на стажировку пытался попасть парень, которого не взяли в другом нашем проекте. Коллеги считали, что техническая база у кандидата слабая и с ним будет много хлопот. Но в процессе общения выяснилось, что парень работает инженером на заводе, проектирует насосы, а в свободное от работы время каждый вечер занимается программированием. Мне стало понятно, что с такой настойчивостью в реальном проекте он очень быстро прокачается. Так оно и произошло в итоге. Поэтому никогда не нужно отчаиваться всегда есть возможность попробовать пройти интервью ещё раз и попробовать себя в других проектах.

А что важно указывать в CV?

Сергей: Я всегда говорю обязательно пишите ключевые слова по вашим компетенциям, даже если вы не очень глубоко в чём-то разбираетесь. Речь ведь идёт о стажировке, а не о полноценной занятости. Если читали книжку по профильной теме, проходили курс, даже видео на Youtube смотрели, пишите об этом в CV. Интервьюеру это позволит найти темы для разговора и в итоге максимально раскрыть кандидата. А так мы порой вынуждены сами буквально выуживать из человека информацию.

Дмитрий: Да, это очень типично. Как-то перед собеседованием я просматривал резюме девушки, которую мне рекомендовали как хорошего специалиста в Python. Так у неё ни разу слово Python в CV не мелькнуло. Если бы я изначально об этом её навыке не знал, то как должен был догадаться?

Такое ощущение, что сейчас бум платных курсов по программированию и тестированию. Часто их указывают в CV?

Сергей: Да, они встречаются. Но у меня к ним скептическое отношение. Конечно, если платные курсы есть в CV, это лучше, чем ничего. Но при прочих равных условиях я бы предпочёл видеть там стажировку в конкурирующей IT-компании. Обучение в таких компаниях, как ни крути, выгоднее для человека, чем платные курсы. Во-первых, не нужно платить деньги. Во-вторых, IT-компании реально заинтересованы в том, чтобы вырастить специалиста и устроить его в свой проект, а не заработать на обучении. А платные школы это всё-таки коммерческая история, и нередко бывает так, что за красивой картинкой там ничего не стоит. Не буду обвинять всех подряд, но такое действительно бывает. Поэтому важно читать отзывы о школах и образовательных курсах, общаться с теми, кто их уже проходил, чтобы иметь релевантную информацию.

Но если человек прошёл стажировку в другой компании и его не взяли на младшего инженера, значит, он недостаточно хорош. Разве не так?

Сергей: Не совсем. Возможно, в другой компании были очень высокие требования в конкретном проекте, на который набирали стажёров. И у нас бывают проекты разного уровня, в том числе сложные для освоения начинающими специалистами. В 2018 году у меня была группа из пяти стажёров. По окончании стажировки трёх забрали проекты, а двоих не взяли. В итоге один из стажёров устроился к нам на следующий год, а другой нашёл работу у конкурента. Так что всё относительно, целеустремлённый человек рано или поздно найдёт себя.

Дмитрий: У меня был стажёр, который где-то полгода ходил по разным компаниям, но никуда его не брали. В итоге попал в наш проект. Стал отличным специалистом. Причём ещё на стажировке его разные команды буквально делили между собой, т.е. задатки стали проявляться очень быстро.

Как проходит стажировка? Ваши подходы чем-то отличаются?

Сергей: На стажировке к человеку прикрепляется ментор или несколько менторов, каждый из которых покрывает какую-то тему. Кто-то может о Java рассказывать, кто-то преподавать теорию тестирования и т.д. Сама программа обучения составляется так: мы смотрим, в каких проектах в ближайшем будущем готовы взять младших инженеров и какие требования есть в этих проектах по технологиям. Исходя из этого находим менторов с нужными скиллами.

Далее обязательно держать руку на пульсе и не оставлять стажёра наедине с собой. Ментор должен регулярно давать ему задания, проверять, разбирать ошибки, отвечать на вопросы. Задания могут быть взяты из реальных проектов, а могут быть придуманы самим ментором. Разница не очень существенна. Главное, чтобы стажёру была обозначена конечная цель что он должен знать и уметь по истечении трёх месяцев.

Дмитрий: Я уже говорил, что мы берём людей в конкретный проект. Люди сразу работают над реальными задачами. Что касается подбора менторов, то здесь есть два варианта развития событий. В каких-то командах Open Telekom Cloud много специалистов из России, а в каких-то единицы. Может сложиться, что стажёр попадёт в команду, где вообще никого из России нет. Ментором тогда станет иностранец и задания будут исходить от него. Но в таком случае мы всё равно подыскиваем и русскоязычного наставника. Его можно найти в другой команде, которая выполняет похожие задачи.

Приходят ли на стажировку люди с абсолютно не профильным образованием и бэкграундом? Насколько они бывают успешны в профессии?

Сергей: В моей практике есть несколько успешных кейсов. В основном они связаны с тестированием. Например, у нас стажировалась девушка, которая окончила строительный университет и до этого восемь лет работала архитектором. Сейчас успешно влилась в IT, более двух лет работает в нашей компании. Или был молодой человек, который десять лет трудился в ресторанном бизнесе: барменом, менеджером и т.д. Потом он вдруг решил переквалифицироваться в QA. Тоже работает сейчас у нас и прекрасно справляется.

А какой вообще процент стажёров в итоге становится специалистами?

Дмитрий: Точный процент я не назову, но он очень высокий. Ведь основной отсев происходит на собеседованиях. Если человека взяли на стажировку, то скорее всего через три месяца он уже станет младшим инженером, полностью вольётся в команду и возьмёт на себя какой-то участок работы.

В этом смысле выращивать специалистов внутри компании очень выгодно. Ведь основной массив кропотливой работы приходится как раз на мидлов и джунов. Специалисты экспертного уровня уже больше выполняют роль консультантов, предлагают методологию работ, а в детали вникают редко.

Не в каждый проект можно взять начинающих. Но по возможности выращивать своих специалистов нужно, это даёт огромное стратегическое преимущество.

Сергей: Преимущества стажировок для компании налицо. Найти стажёра проще, чем синьора. Его легче интегрировать в корпоративную культуру. А при наличии способностей он будет быстро продвигаться внутри команды. Если при этом и другие специалисты не останавливаются в развитии, система начинает работать по-настоящему эффективно. Ведь можно же и мидла развить до уровня синьора, ставя перед ним чёткие цели. А когда он достигнет нужного уровня, то в свою очередь освободит место для бывшего стажёра. Это прекрасный путь, который позволяет развивать команду и давать людям возможности для роста.

Подробнее..

Как устроиться в компанию мечты тренинг-интервью от А до Я

26.05.2021 12:10:08 | Автор: admin

Пандемия коронавирусной инфекции создала серьезный экономический кризис, ударивший по рынку труда, что создало дефицит хороших предложений и ужесточение требований к кандидатам.В этом материале делюсь уникальным тренингом-интервью, который помог управленцу фарм-индустрии стать частью компании топ-уровня.

Ко мне на консультацию обратился менеджер среднего звена с запросом помочь пройти собеседование в западный производитель уровня ТОП-10 фарминдустрии на эквивалентную своей текущей должности позицию. Ранее мы проработали несколько сковывающих убеждений, приводящих к повышенной тревожности и низкой самооценке, теперь были необходимы коучинговые сессии по развитию навыков прохождения интервью с отделом персонала и понимания, почему предыдущий опыт взаимодействия с HR крупных компаний был отрицательным. У клиента, назовем его Дмитрий (имя клиента, названия компаний и продуктов изменены, сессия публикуется с любезного разрешения моего собеседника), в карьере было несколько неоднозначных переходов и неприятное сокращение, эти острые углы он хотел бы научиться сглаживать, а также после очередного собеседования клиент получил обратную связь агрессивного управленца без какой-либо расшифровки. Я запросил описание вакансии и проанализировал потребности работодателя, акценты были расставлены на управленческие навыки (people management), нацеленность на результат, личностную зрелость, стратегическое видение, аналитические навыки и лидерские качества. Было решено адаптировать козыри клиента под потребности работодателя, сгладить острые углы при переходе и, там где возможно, подтянуть слабые места, научившись предугадывать неудобные вопросы и заранее их обходить.

Продумывая формат данной статьи, я решил дать максимум полезной информации, практически ничего не сокращая, лишь делая его максимально понятным и читаемым. Текст представлен в виде диалога с клиентом, в котором раскрыт сам процесс мышления отдела персонала до мельчайших деталей, по сути получилась целая методичка по прохождению интервью, не имеющая аналогов, использовать которую может каждый, независимо от должности. Я уверен, что этот материал поможет многим людям осознавать логику развития карьеры, демонстрировать свои сильные стороны и козыри, а также предугадывать неудобные вопросы оппонента, что позволит получать более привлекательные условия и работать в компаниях мечты. В добрый путь, приятного чтения!

Клиент: Добрый день, Иван. В этот раз обращаюсь, чтобы подготовиться к интервью на управленческую вакансию регионального менеджера в компанию уровня ТОП-10, в данный момент занимаю эквивалентную должность в восточном фармакологическом производителе.

Тренер: Добрый день, Дмитрий, получил описание вакансии, давайте начнем. О какой продуктовой линейке и регионе ответственности идет речь?

Клиент: Южная половина Москвы и Московской области, HR (специалист по работе с персоналом) говорила про линейку мужского/женского здоровья.

Тренер: Понял. По телефону мы обсудили, что наибольшие трудности вызывает интервью с HR, поэтому в сегодняшней сессии я займу позицию директора отдела персонала.

Клиент: Хорошо. С непосредственным руководителем у меня не возникает проблем, а отдел персонала задает много непонятных и не самых приятных вопросов.

Тренер: Можем пойти двумя способами. Или сначала проиграть все собеседование, а потом разобрать всю обратную связь, или можем это делать последовательно прямо по ходу, прерывая, давая какие-то микрофидбеки. Как вам будет комфортнее?

Клиент: Давайте по ходу, чтобы ничего не упустить.

Тренер: Договорились. Хорошо. Тогда, Дмитрий, спасибо большое, что пришли к нам на встречу. Расскажите, пожалуйста, о себе.

Клиент: Благодарю. Мне тоже очень приятно оказаться у вас на интервью. Меня зовут ХХХ Дмитрий. Я по образованию врач, закончил ВУЗ в 2007 году. После этого недолгое время занимался изучением темы мужского здоровья. По своей деятельности посещал множество научных центров, где и познакомился с профессией медицинского представителя. Так я выложил резюме на HeadHunter и оказался в компании ХХХ Альфа. Как я ее выбирал? Да, собственно говоря, никак. Это первая компания, которая меня пригласила, я прошел собеседование и меня сразу приняли.

После набора и завоевания мной лояльности клиентской базы стартовал запуск нового продукта, за продажи которого от 50 до 100 упаковок в месяц представителям компании платили индивидуальный бонус. Мне удалось выполнить эту норму благодаря хорошо выстроенным отношениям с клиентами в течение первых двух месяцев, обогнав более опытных коллег. Я и еще пять сотрудников по России получили небольшой денежный бонус (чем очень гордился). Там же, в компании ХХХ Альфа, прошел мой первый тренинг по продажам.

Тренер: Дмитрий, я вас останавливаю. Смотрите. Что такое короткий рассказ о себе? Это три минуты без отсылок к образованию, про то, кто я такой, как профессионал, какой у меня есть общий бэкграунд. Где я сложился, где у меня сформировалась корпоративная школа. Понимаете, все резюме, откровенно говоря, изучаются наискосок по дороге на встречу с кандидатом. Поэтому ожидать, что всю вашу биографию будут слушать 20 минут довольно наивно. Люди через три минуты теряют фокус внимания. И думать, что они тоже внимательно все изучили, тоже неправильно.

Поэтому я предлагаю короткий рассказ о себе делать по определенной трехшаговой формуле, условно разделить по минуте на каждый шаг.

Шаг 1. Вы даете краткое обобщение всего профессионального опыта, расставляя акценты. Например: добрый день, у меня столько-то лет опыта в таких-то индустриях, в таких-то функциях, в таких-то географиях, ответственность за такие-то препараты, соответственно, как дженериковые, так и оригинальные. В таких-то группах, таких-то портфелях, таких-то регионах строил команду, имею управленческий опыт с такого-то года.

Здесь важны скиллы people manager (управленческие навыки). Еще можно подчеркнуть, что работал, условно, и в российских, и в мультинациональных, европейских, в восточных фармацевтических производителях, у меня очень разносторонний бэкграунд с точки зрения портфеля, с точки зрения типов компаний и корпоративной среды.

Тут важно дать понять, вот где я сформировался как профессионал. Это первое. Это все нужно уложить, по большому счету, в два предложения. Очень кратко перечислить.

Шаг 2. Дальше вы говорите про то, в какой роли вы находитесь сейчас. В данный момент вы работаете, поэтому вы говорите, что: В своей текущей роли я отвечаю за продажи и маркетинговое продвижение в таком-то портфеле продуктов на такой-то территории, в подчинении у. В этом пункте вы добавляете, подчиняетесь руководителю представительства, а не национальному менеджеру, это тоже следует подчеркнуть.

Здесь же на втором шаге уместно очень-очень кратко упомянуть один или два проекта, которые вы реализовали, в идеале в лидерской позиции и этот опыт релевантен той вакансии, которую вы пришли обсуждать. В данном случае речь идет о том, чтобы, я так понимаю, вырастить команду. Работодатель в описании вакансии очень много говорит про управление, обучение и личностную зрелость, и на это нужно сделать акцент. Поэтому если есть какие-то кейсы о том, что вам удалось вырастить своего сотрудника, в идеале до уровня преемника, то это будет огромным плюсом, похожий пример вы мне рассказали по телефону. Либо подчеркнуть успешный запуск нового продукта, либо перевыполнение плана продаж, что-то связанное с непосредственными обязанностями, что может дополнительно подчеркнуть вашу компетентность применительно к этой роли, и вызвать дополнительные вопросы. Ваша цель не давать сразу все детали, а очень крупными мазками обозначить какие-то интересные знаковые проекты, чтобы привлечь к ним внимание интервьюера. Сделать так, чтобы после того, как вы закончите короткий рассказ о себе, они захотели к этому вернуться, а вы только этому и рады, так как заранее заготовили формулировки рассказов.

Шаг 3. Вы дальше, едва только упомянув про эти проекты, переходите к третьему шагу, где перебрасываете мостик между тем, где вы сейчас и куда вы хотите дальше двигаться. С точки зрения логики развития вашей карьеры. И обозначаете причину, побудившую рассматривать для себя новые вакансии.

Необходимо обязательно проговаривать, что вас заинтересовало конкретно в данной компании, почему именно она, а не другая. И почему именно эта роль, чем вас заинтересовал новый портфель продуктов. Можно сказать, что, с одной стороны, это для вас возможность некого горизонтального роста, возвращения в ТОП-10. И, с другой стороны, это возможность расширения своей экспертности, потому что именно с этой категорией продуктов ранее не работали. Важно подчеркнуть в мотивации, что: Я после окончания медицинского университета первый год занимался научной сферой и изучением темы мужского здоровья. Изначально мне это было очень близко.

Таким образом цены не будет, если вы сможете в три минуты уложить эти ключевые вехи и свою мотивацию к переходу. Потому что, в любом случае, следующим вопросом нашего собеседника будет: А почему вы хотите уходить? И почему именно к нам хотите? Но эти вопросы могут задать в неудобные для вас моменты, а вы, забегая вперед, преподносите в том ключе, в котором удобно говорить вам. По большому счету, вы проезжаете возможную не комфортную тему, связанную с переходом. Таким образом, в первые пять минут обсуждаете эту тему по комфортному для вас сценарию, дальше выдыхаете и обсуждаете опыт работы. Если нет вопросов, давайте потренируемся?

Клиент: Давайте, да. Так, я тут немножко записал. Обобщение профессионального опыта. Я готов.

Тренер: Здравствуйте. Спасибо, что приехали. Расскажите, пожалуйста, о себе.

Клиент: Добрый день Меня зовут Дмитрий. Общий опыт работы 13 лет, из них более пяти лет на руководящей позиции в различных медицинских нишах, как в оригинальных, так и генериковых компаниях. На текущем месте продвигаю широкий портфель фармацевтических товаров в областях гастроэнтерологии, антибиотиков, педиатрии, травматологии, неврологии.

В данный момент руковожу регионом Москва и ЦФО.

Тренер: Не хотите еще дать информации? Вы только сказали про портфель, но не сказали, что работали и в российских, и в европейских, и в восточных компаниях. И как на стороне производителя, так и на стороне маркетингового агентства по продвижению. Что у вас есть уникальный взгляд с двух сторон, которого нет, скорее всего, у большинства других кандидатов, приходивших на интервью. Это широкий и уникальный опыт. Еще добавьте, с какого года вы управляете командой.

Клиент: Понял. Хорошо. Меня зовут Дмитрий, опыт работы более 13 лет в фарминдустрии, из них более пяти лет на руководящей позиции. Я поработал в российской, индийской, американской, западноевропейских компаниях, как ТОП-10, так и в небольших, семейного типа. Сформировал широкий взгляд, как со стороны производителя, так и со стороны маркетингового агентства по продвижению. Работал в медицинских отраслях: гастроэнтерологии, антибиотиков, педиатрии, травматологии, неврологии, ЛОР.

Второе: сейчас я работаю на управленческой позиции регионального менеджера отдела продвижения по региону Москва и ЦФО. В моем непосредственном подчинении двенадцать сотрудников, из которых 8 в Москве и 4 в ЦФО.

В данный момент хочу двигаться дальше, вернуться в оригинальную компанию и ищу горизонтального роста, я не работал в сфере мужского и женского здоровья. Но косвенно касался этой темы, когда занимался научной деятельностью после института, она мне близка.

Коротко коснусь успешных проектов. Могу подчеркнуть то, что сейчас в моем непосредственном подчинении есть менеджер по работе с ключевыми клиентами, которого я нанимал на работу и вырастил. Его рассматривают дальше по горизонтали на более серьезные онкопроекты, в случае успеха которых он может быстро оказаться на руководящей позиции.

Я неоднократно успешно запускал на рынок новые продукты, подробнее остановлюсь на лончах двух новинок, выпущенных около года назад. В данный момент моя команда, начиная с нуля вышла на продуктивность продаж 100 упаковок на медицинского представителя при стоимости первого продукта 700 рублей за упаковку, а второго 1000. При этом у нас практически нет поддержки со стороны аптечных сетей и госпитального отдела, все это мы сделали самостоятельно. Ну, и, одно из моих главных достижений: я умею создавать команду с нуля, умею набирать и выращивать сотрудников. В текущей компании, когда я только устроился, пришлось уволить несколько человек из старой команды и, фактически, сформировать новую и ее выращивать. Про это нужно говорить? По этому опыту получал много неприятных вопросов. Может, из-за этого по мне давали обратную связь агрессивный управленец?

Тренер: Да-да-да, я к этому еще вернусь. А третью часть короткого рассказа?

Клиент: Третья часть. А я вроде ее сказал второй. Куда я хочу двигаться дальше? Я хочу двигаться дальше в оригинальную компанию.

Тренер: Отлично.

Клиент: Я немного перепутал местами пункты.

Тренер: Ничего. Это звучало прекрасно. Небо и земля по сравнению с тем, как изначально начали. Звучит гораздо понятнее и более структурированно. Единственный комментарий: когда вы обозначили зону ответственности, все отлично, все понятно. И дальше ушли в упоминание проектов. По большому счету, ваш первый и третий проект это про одно и то же, это про взращивание команды. Поэтому нет смысла повторять.

Клиент: В третьем имелось в виду то, что я набрал людей с нуля, а в первом я не только набрал, но еще и вырастил сотрудника.

Тренер: Я думаю, что применительно к этой роли важнее подчеркнуть, что вы вырастили сильного человека, что вы в принципе способны не просто увольнять, но и выращивать людей из той команды, которая вам досталась. Поэтому я думаю, что первый пример более релевантен. Просто подчеркните, что в моей команде за три года удалось вырастить сильного сотрудника до менеджера по работе с ключевыми клиентами, которого сейчас уже рассматриваете на повышение по онкологическим проектам. По крайней мере, пусть не преемника, я так понимаю, но кого-то вырастить получилось, это хороший плюс. Нужно подчеркивать такие примеры из управленческого опыта и свое стремление растить людей. Задача грамотного управленца оставлять не выжженное поле, а наоборот сильную команду.

А второй проект с лончем Вы все замечательно сказали, но начали уходить в детали. Зачем мне знать, сколько стоит упаковка препарата? Мне было интересно услышать, что вы с нуля подняли продажи нового продукта до такого-то объема в штуках или в деньгах, какая получилась доля в общем объеме выручки вашего портфеля и выручки компании в целом, какую это составило долю рынка и за какой период? Вы не сказали точную цифру, чтобы было понятно. И вы не сказали, за какой срок. То есть у меня не сложилась картинка в голове, в чем было достижение-то, собственно. Складывается впечатление, когда у тебя нет ничего, и ты хоть что-то сделал, это всегда выглядит как красивое достижение. Но все-таки, в чем оно заключалось? Может быть, эти результаты были достигнуты в условиях падающего рынка, или еще чего-то. Нужно продумать, как вы это будете формулировать.

И, действительно, факты увольнений в начале прихода в компанию звучали как-то категорично. У меня, как у HR бы точно возник вопрос: А чем вызвано было решение? Чем было продиктовано решение уволить сразу несколько человек и набрать новых?

Клиент: Понял. Это было связано с падением продаж, люди особо не работали и не хотели. И, честно говоря, нужно было это уже делать, а на моем месте никого не было. Мы с моим руководителем это обсудили и приняли совместное решение.

Тренер: Неубедительно.

Клиент: А как убедить? Может, вообще об этом не говорить тогда?

Тренер: В коротком рассказе о себе точно об этом не нужно говорить. Просто если это всплывет и вас начнут расспрашивать более подробно про управленческие навыки (а эти примеры нужно рассказывать), то здесь важно продумать, как вы это преподнесете. Здесь важно начать не с того, что я пришел, команда была не такая, я сразу поувольнял людей, а проговорить, в первую очередь, бизнес-задачи. Что пришли на такие-то задачи, чтобы вывести продукт из минуса в плюс, увеличить долю рынка. Провели аудит команды, увидели, что столько-то из стольки-то не тянут. Обсудили вопрос с непосредственным руководителем и получили добро на смену слабых звеньев, что и было успешно сделано. И дальше вы говорите результаты продаж за прошедший отрезок времени. Тогда мы разобрались с коротким рассказом, идем дальше или есть еще вопросы?

Клиент: Все понятно, спасибо.

Тренер: Вторая часть вопроса, на котором спотыкаются кандидаты, это демонстрация нужных компетенций. По вам была обратная связь как агрессивного управленца, давайте туда покопаем. Расскажите, пожалуйста, про самую сложную задачу, с которой вам приходилось сталкиваться при работе с командой.

Клиент: Самое сложное? Вопрос мотивации сотрудников. В той компании, где я работаю, максимальная заработная плата для медицинского представителя ХХ тысяч до вычета налогов, и увеличить ее невозможно. И, к сожалению, в компании практически отсутствует нормальный автопарк. Машины сломанные, давно без ремонта, на них небезопасно передвигаться. Часть персонала либо пешком бегают с кучей промо-материалов, либо за свой счет, на своих автомобилях без компенсации. Постоянно идут волны возмущения, многие люди находятся в пассивном поиске. И вопрос их мотивации звучит для меня достаточно серьезно.

Тренер: И как вы с этим справились в условиях запуска продвижения новых продуктов?

Клиент: Когда мы делили план продаж, более высокую нагрузку я ставил на сильных сотрудников, на тех, кто слабее, согласовал план поменьше. Ну и плюс еще это всяческая поддержка с моей стороны. То есть, если у представителя на визите что-то не получается, я зубами вгрызался в клиента и старался его заполучить.

Тренер: Можете какой-то конкретный пример привести?

Клиент: Конкретный пример? Ну, смотрите, был выбран определенный пул аптек, туда необходимо было положить хотя бы по одной упаковке новинки. Многие медицинские представители на тот момент были слабые, их опыт работы составлял где-то от 4 до 6 месяцев. Поэтому при совместных встречах с клиентами я проводил очень много демонстрационных визитов, после чего многое мы обсуждали и тренировали. Люди шли в поля и постоянно мне звонили, что не получается ничего заказать, и то, что они не чувствуют себя в качестве успешного медицинского представителя, может быть, им что-то нужно менять и эта профессия не для них. Я всегда успокаивал, по сути, был им мамой и папой. И первые, наверное, три месяца все продажи были результатами наших совместных визитов, когда я проводил демонстрации, получались заказы и выписки. Потом уже постепенно все это начало раскачиваться, сотрудники сформировали лояльные отношения. Для меня это был самый сложный момент, команда еще не набралась опыта, но стартовал запуск сразу двух препаратов одновременно.

У нас были проблемы с аптечными сетям, они до сих пор сохраняются, проблемы с дистрибьюторами, их, к счастью, уже решили. То есть товар был представлен только на одном небольшом дистрибьюторе, наверное, первые четыре месяца. С ним в Москве сотрудничают далеко не все аптечные пункты. Я самостоятельно искал базу аптек, с которыми этот дистрибьютор работает, помогли мои коллеги из других компаний, мы эти аптеки штудировали, разделяли по представителям. Расстояния между аптечными пунктами были достаточно большие, а в условиях отсутствия автопарка логистика получилась крайне трудной. Было достаточно тяжело, очень помогло наличие у меня собственного автомобиля.

Тренер: Ну, то есть по большому счету это пример про то, что вы тянули все продажи на себе, пока сотрудники набирались опыта?

Клиент: Вы правы. На такую вилку компетентных людей с опытом было взять практически нереально. Некоторые вакансии приходилось закрывать людьми без медицинского образования. Я научился медицинский язык переводить на человеческий для того, чтобы объяснить сотруднику без медицинского образования простыми словами всю медицинскую часть. И в этом еще одна большая проблема заключалась. Это как за короткий срок научить юриста быть хорошим автомехаником.

Тренер: Понятно. И как вы оцениваете свою команду на сегодняшний день?

Клиент: На сегодняшний день моя команда отлично знает и понимает медицинскую часть. Сотрудники прекрасно доносят материал до клиента, работают по структуре, согласно маркетинговой стратегии. А отдельные люди могут похвастать постоянным получением денежных бонусов за индивидуальные продажи.

Тренер: Понятно. В части продаж какими методами вы пользуетесь? Какими маркетинговыми инструментами? Насколько они агрессивные?

Клиент: Что касается маркетинговых инструментов, все, что у нас есть, это презентации из головного офиса, которые менеджер адаптирует под свою команду и клиентов, а также промоционные материалы. Штаб-квартира пишет презентации на английском языке и рассылает по представительствам. Проджект-менеджеры переводят их на русский и направляют руководителям регионов, которые проводят презентации командам, рассказывают стратегию, как ее видят сверху. Далее с менеджеров собирается обратная связь, согласны они с этим или не согласны. Если не согласны, обсуждается, что нужно изменить или добавить, какие комментарии. К сожалению, рынок везде разный, а обратная связь приживается долго, если в стратегии есть пробелы, то скорректировать под реальность ее очень сложно.

Когда прислали стратегию по запуску ХХХ ряда, нам транслировали ходить к неврологам. А ХХХ у неврологов занимает далеко не самый большой потенциал и не первую линию назначений. И мы старались скорректировать маркетинговую стратегию и ходить к другим специалистам, это травматологи. Долгое время получить на это зеленый свет не удавалось. Но потом мы своего добились, и руководство разрешило работу с этой аудиторией по ХХХ линейке, травматологи в России оказались самой хлебной аудиторией. Поэтому можно сказать то, что многие маркетинговые действия осуществляются тоже силами менеджеров.

Тренер: Я услышал, что головной офис готовит презентации и спускает вниз, стратегии оказались не адаптированы под реальность российского рынка и пришлось их пересматривать общими усилиями, доказывая свою правоту руководству. А мы это кто?

Клиент: Я и другие менеджеры.

Тренер: Но чья это была инициатива вот в этом случае?

Клиент: Общая инициатива. Потому что мы все равно ходили по травматологам с другими продуктами, начали видеть точки продаж. На визитах уточняли интерес и потенциал к новинке, появились пробные назначения. А когда точек продаж стало больше, к нам начали прислушиваться.

Тренер: А каким образом происходило деление, по продуктовому принципу? Делилась просто территория и все менеджеры продавали все?

Клиент: Каждый менеджер со своей командой продает всю линейку продуктов. Есть определенные деления. Московские представители и некоторые региональные поделены на две линейки. Сотрудники разных линеек могут ходить к одним и тем же клиентам, но с разными продуктами.

Тренер: Я не совсем понял. То есть один и тот же медицинский представитель может подчиняться и вам, и другому менеджеру?

Клиент: Нет, только мне. Они могут просто пересекаться в полях, ходить к одинаковым клиентам.

Тренер: А, я понял. Какую долю продаж в общей выручке компании вы занимали среди коллег?

Клиент: Мне сейчас сложно ответить на этот вопрос. Могу сказать с точки зрения продуктивности и роста продуктивности. Наши результаты, скажем так, не показывали. Каждый менеджер изолирован, и только глава знает, какие у кого результаты.

Тренер: А, вот так.

Клиент: Да, строго соблюдается принцип разделяй и властвуй. Если берем мою продуктивность по Москве на одного сотрудника в районе Х с небольшим миллионов. По ЦФО продуктивность на одного сотрудника по линейке 1 в районе Х миллиона, линейке 2 ХХХ тысяч, в ней меньше продуктов.

Тренер: К сожалению, мне это ни о чем не говорит, эти цифры не с чем сопоставить. Но, может быть, вы тогда скажете, насколько вы успешно выполняли план продаж?

Клиент: Что касается города ИКС, то там большой прирост, план сейчас в районе 106%. Если мы берем по городу ИГРЕК, там 102%. Суммарный по Московской области, по моей территории, 97%. Суммарно по Москве 103%.

Тренер: Можно общую, пожалуйста, цифру?

Клиент: Общая, ну если мы суммируем общее, и даже по продуктивности, то это в районе 100%.

Тренер: А точнее?

Клиент: Не могу так быстро сложить. Мы анализируем и отчитываемся по городу и округам полевых сотрудников.

Тренер: Я думаю, что это важно сделать. Мы хотим услышать результаты ваших продаж за период. И здесь никому не хочется услышать разбивку, покажите общие цифры за конкретные периоды, выполнены ли они, перевыполнены или не выполнены относительно плана продаж и уточните насколько.

Клиент: Я понял.

Тренер: В районе 100% за последний год. А за предыдущий?

Клиент: Рост в данный момент к прошлому году по ИКС составляет 9%, по ИГРЕК 7%. Москва и Московская область тоже имеют положительный прирост по сравнению к прошлому году 6%.

Тренер: В прошлом году вы выполнили план продаж?

Клиент: В прошлом году план был не довыполнен.

Тренер: Чем это объясняется? Помимо того, что команда еще была только набрана и была молодая.

Клиент: Только этим.

Тренер: Понятно. А в связи с чем вы, собственно, приняли решение двигаться дальше? Есть ли какие-то триггеры внутри, которые мотивируют вас рассматривать новые предложения?

Клиент: Ну, если я сейчас начну говорить об автопарке, высокой нагрузке и высокой командировочной активности это будет как воспринято?

Тренер: Ну, смотря как вы будете преподносить эту информацию. Если вы говорите об этом эмоционально, то да. Если вы говорите какие факты и прикладываете к этому логику развития своей карьеры о том, что осознанно пошли в восточную компанию для увеличения зоны ответственности и получения опыта дистанционного руководства сотрудниками. Да и все понимают, что слово восточная компания не означает компанию мечты.

Клиент: Понял.

Тренер: Можно сказать честно, что: Я осознанно пошел в восточную компанию ради возможности расширения зон ответственности и получения опыта руководства ЦФО. Я считаю, что все получилось и с точки зрения финансовых результатов, и с точки зрения команды, которую я вырастил и которой я горжусь. Те задачи, на которые я приходил, выполнены. И, конечно, мне бы хотелось перейти в оригинальную компанию. А дополнительными триггерами, направляющими к поиску, является отсутствие в компании автопарка, что приводит к постоянным сложностям в мотивации команды. Но при том я научился с этим жить и справляться. Можно сказать, что: Я стал закаленным менеджером, научился даже в таких условиях мотивировать команду. Так что уж с машинами это будет гораздо проще. Но, в целом, мое решение обусловлено тем, что я выполнил те задачи, на которые пришел: вырастил команду, выполнил планы продаж и сейчас чувствую, что готов и хочу двигаться дальше. Моя цель горизонтально вырасти в компанию уровня ТОП-10.

Клиент: Да, я сейчас ищу инструменты в своей работе, которые у меня отсутствуют.

Тренер: Нет. Это не про инструменты, а про логику развития карьеры. Что я пошел в восточную компанию ради широкого опыта управленческого, который и получил. Моя совесть чиста, потому что я выполнил поставленные бизнес-задачи, получил нужный опыт и готов сделать следующий шаг в ТОП.

Клиент: Я понял, спасибо.

Тренер: Да. То есть мы здесь ничего плохого про компанию не говорим. Наоборот демонстрируем состояние уважения и благодарности за полученный опыт, который компания дала приобрести и вырасти, вы бы без него на управленца в ТОП не собеседовались.

Клиент: Понятно. В данный момент я выполнил те задачи, на которые приходил. Я построил команду и вырастил ее. Мы вместе достигли выполнения плана продаж. И сейчас я хочу последовательно двигаться к той цели, к которой шел это возвращение в большую фарму на управленческую позицию. Большое спасибо моему текущему работодателю за полученный опыт. Он оказался весьма разносторонним и разнообразным. Мне кажется, после этого я смогу работать в любых условиях.

Тренер: Да. Это действительно звучит искренне. И с позиции взрослого человека, а не с позиции жертвы, что все так плохо. Что это действительно звучит как мотивация от, а не к. Хорошо. Что мы еще не обсудили? Вспомнил. О каких управленческих решениях вы сожалеете?

Клиент: Затрудняюсь ответить.

Тренер: Надо подумать над примерами. Потому что одну из компетенций, которую они будут проявлять, это личностная зрелость, тут необходимо продемонстрировать умение брать ответственность. Эту компетенцию проявляют, задавая вопрос про какие-то эпик фейлы, либо про ошибки. Чаще всего это ошибки, которые бывают связаны с управлением персоналом, отношениями с подрядчиками или с клиентами, возможно, с какими-то внутренними коммуникациями. И когда человек говорит, что я никогда ошибок не совершал, ни о чем не сожалею, то сразу такой звоночек о том, что человек не очень зрелый и не рефлексирует над своими промахами, не выносит уроков. Поэтому здесь надо постараться вспомнить.

Клиент: У меня есть примеры, о которых я сожалею. Но не знаю, насколько корректно будет их говорить. Первый хотел взгреть сотрудника, потому что он совсем расслабился и перестал работать. Но получилось так, что, наверное, перегнул, парень после этого заявление написал. Это было очень неожиданно для моего руководства в том числе, потому что на совещании я давал по нему положительную обратную связь. И второй: у меня не получалось на встречу с клиентом поехать, всех резко собрали в офисе на совещании. Решил отправить к клиенту своего сотрудника, хотя мог встречу перенести. Подумал, что тот справится, но после клиент перестал на связь выходить. Насколько это корректно озвучивать?

Тренер: Я думаю, что второе, наверное, нет. А первый можно рассказать. Но обязательно по формуле STAR, запишите: это situation, target, actions, result. И обязательно с выводами и уроками, которые вы из этой ситуации для себя вынесли, показывая, как бы поступили сегодня в аналогичной ситуации. Мы все совершаем ошибки, но не все берем ответственность, и здесь как раз эту компетенцию хотят выявить. Если вы будете говорить, что: Я такой весь замечательный и все у меня только прекрасное было в жизни, это не вызывает доверия. А когда вы честно скажете накосячил, но вынес из этого урок, теперь я в этой ситуации поступлю по-другому, это вызывает доверие.

Можете по формуле STAR рассказать ту самую ситуацию? Что такое situation? Какой был контекст, какая тогда была вообще обстановка в компании. Target какая задача была поставлена и какие даны сроки. Actions какие шаги были предприняты и действия, раз, два, три. И result, почему-то об этом почти все забывают сказать, к какому результату это привело. Ну, понятно, что когда вы демонстрируете какие-то успешные запуски, проекты, там результат выручки в доле рынка, деньгах, упаковках и так далее. А здесь будет результат в том, что сотрудник ушел. Нужно обязательно на этом не закончить, а сказать, что: Из этой ситуации я извлек полезные выводы. И обязательно прямо проговорить, что теперь, если сегодня столкнетесь с такой же ситуацией, то поступите по другому.

Клиент: Хорошо. Возникла неприятная ситуация. Один сотрудник постоянно не отвечал на мои письма. Только после звонков выдавал какую-то обратную связь. Мало того, что он пропускал все возможные сроки, так еще и предоставлял некорректную информацию. Мы обсудили с ним эти проблемы, он пообещал исправиться. К сожалению, через небольшой промежуток времени его поведение возобновилось. Я поговорил уже более директивно, и, возможно, перегнул палку, сразу после беседы он написал заявление и покинул компанию. В данном случае я извлек урок: обсуждать такие моменты в более мягком формате и о подобных нарушениях следует уведомлять своего непосредственного руководителя, и, может быть, какие-то моменты обсуждать втроем.

Тренер: Хорошо. А как бы вы на самом деле поступили вот сейчас, столкнувшись с этой ситуацией?

Клиент: Так бы и поступил. Когда общался со своим руководителем, он сказал: Твой сотрудник ушел непонятно почему, а ты не доносил обратную связь о его косяках и неоднократном нарушении дисциплины. Поэтому вопрос к тебе. Я ответил: Понимаю свою ошибку. Вы просто очень заняты, и я посчитал ситуацию пустяковой, постоянно бывают случаи, то что кто-то что-то задерживает и не присылает, не хотел дергать.

Тренер: Есть руководители, которые хотят постоянной обратной связи и эскалации, а есть те, которые не хотят. Все разные. Поэтому этот момент будет восприниматься исключительно субъективно.

Клиент: Я поэтому и слабо представляю, как мне отвечать на эти вопросы. Каждый воспринимает как захочет.

Тренер: Я бы добавил какого-то контекста в ситуацию. Потому что вы просто говорили, что он не присылает какую-то информацию. Что за информацию он не присылает? А какая тогда стояла задача у вас и у него? Сейчас приведу пример своего ответа.

Мы были в самом разгаре запуска новых продуктов. Я поставил команде такую-то задачу. Это был единственный человек, кто стабильно не давал результата и пропускал все сроки. И, как потом я выяснил, предоставлял некорректную информацию. Я дал сотруднику обратную связь, которая не привела к ожидаемому результату, и принял решение поговорить с ним в более жестком, директивном формате, и потребовал результат. На что он отреагировал тем, что принес заявление об уходе, он покинул компанию без какой-то готовности к дальнейшей работе, очевидно, не будучи мотивированным.

В тот момент, когда сотрудник ушел, я получил вопрос от своего непосредственного руководителя, почему не эскалировал ситуацию наверх, почему мы втроем это не обсудили. Из чего я для себя вынес урок о том, что в подобной ситуации стоит обсуждать проблемы и давать обратную связь в более коучинговом, а не директивном формате, задавая больше открытых, уточняющих вопросов, с одной стороны. С другой стороны, следует выяснять возможные причины подобного поведения у человека. Возможно, у него был сложный период в семье, или, может быть, он в этот момент уже активно искал работу. То есть я дал обратную связь, но не выяснил, что его на тот момент не устраивало. И, возможно, мы могли бы по-другому выяснить истинные причины такого поведения, копнув глубже, и исправить эту ситуацию. Сейчас я поступил бы таким образом.

И в случае, если мой непосредственный руководитель готов вовлекаться в подобные вопросы, то я бы эскалировал ситуацию наверх. Если бы мой более глубокий разговор с сотрудником не помог, то в качестве второй меры я бы вынес этот разговор на троих вместе с моим руководителем, чтобы разобраться в ситуации. Можно ответить вот так. Не снимая вины с самого себя, а проговаривая и допуская мысль, что в той ситуации можно было поступить иначе. И тогда это могло бы стать для бизнеса более продуктивно. Важно подчеркивать, что вы всегда цели бизнеса ставите во главу угла, а не просто выполнение каких-то личных показателей и демонстрацию лояльности перед руководством. Что для бизнеса, может быть, это было бы лучше и не привело бы к тому, что нужно заново искать сотрудника, его выращивать, тем более в условиях ограниченных финансовых ресурсов. Вот такой более развернутый вариант. С большей рефлексией и с большим контекстом, чтобы было понятно.

Клиент: Звучит понятно и логично, спасибо.

Тренер: И помните про формулу STAR. По ней идете по всем компетенциям. Сейчас мы с вами разобрали только, по сути, две: people management и личностная зрелость. А еще у вас перечислены в описании вакансии такие компетенции как знания фармацевтического рынка региона. Очень важно продемонстрировать самому, не дожидаясь, что из вас клещами будут доставать эту информацию. Мотивация на результат, достижение результата, внутренняя самомотивация. И это важно продемонстрировать, не просто сказав, что я всегда готов, а на каких-то рабочих ситуациях и примерах. Две-три ситуации должны здесь быть наготове у вас.

Клиент: Я не совсем понимаю этот пункт, что здесь точно отвечать. Имеется в виду чем я мотивирован на достижение результата, правильно понимаю?

Тренер: Имеется в виду, что даже когда надо мной никто не стоит, я всегда помню про конечный результат, к чему мы идем, какие у нас бизнес-цели. И если что-то не получается, могу включать роль играющего тренера, какую вы описали при запуске новых продуктов, чтобы самому дать результат и вдохновить людей, и роль руководителя, наставника. Важно уметь настроить себя и команду и постоянно двигаться к цели. И это нужно рассказать не просто голословно, как я сейчас говорю, а на каких-то примерах. Например, запуски проектов или той же самой мотивации персонала, которую вы изначально, помните, упомянули в коротком рассказе о себе. Что смогли вырастить команду в ситуации ограниченных финансовых ресурсов и отсутствия автомобильного парка. Это тоже можно подчеркнуть здесь. То есть важно показать, как вы смогли мотивировать сотрудников на результат в условиях запуска новых продуктов, при том, что у вас были ограничены возможности и не было автомобильного парка, люди были на грани ухода. Показать, как вы смогли тогда выстроить мотивацию, ориентацию на результат и передать ее подчиненным.

Клиент: Я много шел на уступки, периодически людей пораньше с работы отпускал. Был психологом, был тренером, иногда и родителем, часто закрывал глаза. Когда меня спросят Каким образом вы мотивировали персонал?, что лучше на это ответить?

Тренер: Вы говорите про то, что: Я в том числе использовал нематериальные способы поощрения и мотивации персонала, где-то шел навстречу, если нужно было сотруднику уйти на час-два раньше. Эмоционально поддерживал команду, чтобы они чувствовали некое плечо моей поддержки и опору во мне, как руководителе. То есть я использовал все возможные стимулы и поощрения, которые были значимы для людей. Это помогло нам пройти через сложный период адаптации в условиях запуска новых продуктов, выполнить планы продаж и руководство выплатило бонусы. Понятно, что тех, кто движим, в первую очередь коммерческими целями тяжело удерживать. Но те, кто работает с ощущением сопричастности к отличным продуктам, к сильной команде, возможности учиться у лидера, готовы двигаться за сильным руководителем.

Клиент: Я понял.

Тренер: А дальше идет про командировки, вы можете честно сказать, что в последнее время моя командировочная активность составляет такой-то процент от общего рабочего времени. Поэтому мне к ним не привыкать, при этом комфортный уровень не более стольких-то процентов рабочего времени. Ответственность. Через какой пример вы можете продемонстрировать, что вы брали ответственность, не перекладывали ее на кого-то? Может быть, это тот же самый пример из предыдущих, через один пример сможете продемонстрировать сразу несколько компетенций.

Клиент: А можно сказать то, что я демонстрировал ответственность, не привлекая своих сотрудников к совещаниям с высшим руководством? Я всегда их отстаивал и говорил то, что отвечаю за весь регион, все вопросы решайте со мной. Чтобы лишнего стресса команде не создавать.

Тренер: А это было желание команды?

Клиент: Наше общее.

Тренер: А не было ли для них демотивирующим фактором, что они не участвуют во встречах с высшим руководством?

Клиент: Наоборот, мотивирующим. Потому что вышестоящие руководители вели себя очень агрессивно и с таких совещаний народ выходил белый как лист.

Тренер: В такой ситуации можно. Но надо обязательно подчеркнуть, что приняли общее решение, что вы от имени команды выступаете на таких совещаниях. И здесь нужно подчеркнуть, что принимали весь удар за каждого сотрудника сами, проговорить слово ответственность, что брали ее на себя.

Стратегическое видение у вас еще в описании вакансии. Умение видеть картинку хорошо и при этом погружаться в детали там, где это нужно. Аналитические способности. Ну, собственно, я так понимаю, что вы собирали информацию о тенденциях рынков конкурентов, это понадобится. Можно привести какой-то интересный факт, чтобы лишний раз продемонстрировать владение информацией.

И, по идее, вы не должны ждать, пока все это будут специально спрашивать. Необходимо, как козыри, заготовить все эти примеры, ваша задача их продемонстрировать самостоятельно. HR, даже не задавая вопросов, хотят понять, насколько вы по всем этим пунктам соответствуете вакансии. Уходить в совсем глубокие детали не нужно, пока не спросят.

Клиент: Я понял. В плане стратегического видения какие примеры имеются в виду? Я здесь не совсем понимаю. То, как у меня в компании транслируют, скорее всего не то.

Тренер: Тут имеется в виду понимание рынка, трендов, на что есть спрос. Пример, когда вы рассказали про инициативу продавать линейки ХХХ не через неврологов, а через травму, в принципе, тоже можно отнести к стратегическому видению. Что вы увидели, что спрос на этот препарат будет выше от других специалистов, учтя особенности российского рынка, транслировали наверх, отстояли это, инициировав обсуждение между своими коллегами, и таким образом удалось продвинуть интересы компании вперед.

Клиент: От меня еще была инициатива по оптимизации аналитике продаж. Раз в месяц приходил общий архив от всех дистрибьюторов, который приходилось очень долго их фильтровать по округу, чтобы понять индивидуальные продажи. Я предложил каждый адрес ВПР-ить к округу. Это был трудоемкий проект, но после его реализации мы экономим кучу времени, результаты стали совершенно прозрачными.

Тренер: Отличный пример, это скорее, к аналитическим способностям. То, что обсудили выше будут оценивать, насколько убедительно по формуле STAR вы рассказываете детали, расставляете нужные акценты и презентабельно выглядите.

Клиент: Понял. Мне нужно предлагать им список рекомендателей?

Тренер: Можно обозначить, что он у вас есть, что готовы предоставить список рекомендателей со своих предыдущих мест работы, стандартно: от бывших руководителей, коллег и подчиненных. Вы можете сами это предложить, но не навязываться. Если скажут да, пришлите, то это будет здорово, если у вас такой список есть наготове.

Клиент: Он есть. А как вот правильно предложить? Самому в конце разговора или ждать вопроса?

Тренер: Я думаю, можно сказать самому, что в случае необходимости готовы предоставить список рекомендателей со всех предыдущих мест работы. Если нужно, попросить дать знать. И обязательно задать открытый вопрос: Какие у нас с вами дальнейшие шаги? И нужно ли мне проходить какие-то тесты? ТОПы любят это делать. И уточнить, когда ожидать обратную связь по встрече. Кто с кем когда будет связываться.

Я думаю, что еще одно предубеждение, которое может быть связано с вами, это то, что все-таки восток по-своему продвигает продукты, и у них такая репутация своеобразная на рынке. Поэтому я думаю вам лишний раз нужно подсвечивать какие-то стандарты, этические качества подходов, комплаенс меры, которым вы всегда строго следуете. Для них это будет важно, они на это обратят внимание.

Клиент: Понял, спасибо. Еще вопрос. Меня постоянно ковыряет то, что вы тут два года отработали, тут два отработали. Почему так мало?

Тренер: Это классическая история HR-ов. Здесь нужно быть готовым объяснить свою логику переходов. Что каждый раз подвигало вас к какому-то следующему шагу. Например, что вам предлагали расширить портфель или зону ответственности, в вашем случае подходит второй вариант. Или произошла смена команды, в результате который вы были вынуждены выходить в поиск, как в случае с ТОП-производителем. Появилась интересная возможность посмотреть на рынок со стороны маркетингового агентства, при этом занимаясь продвижением тех же самых проектов с двумя производителями. После чего осознанно приняли решение, что интереснее работать на стороне производителя, именно поэтому вернулись и хотите дальше развиваться на этой стороне. То есть не уходить в оправдания, а с позиции взрослого человека пояснять, чем тогда был продиктован тот или иной карьерный шаг и почему ваш выбор пал именно на него.

Клиент: Вас понял. Ну, вот из компании ГАММА я перешел в ДЕЛЬТА, потому что туда устроился знакомый руководитель, мне там дали больше денег. Почти вся команда в ГАММА, перетекла к нему в ДЕЛЬТА. А потом он из ДЕЛЬТА ушел, я продолжал работать, руководителя у нас не было, мне стало тесновато. Все, что мог, я там освоил и хотел идти в более крупный производитель. Вышел на рынок и меня сразу приняла к себе ТОП-компания, где, к сожалению, случилось сокращение штата. Мне про сокращение говорить, как будет более правильно?

Тренер: А что сокращали? Какое-то продуктовое направление или что?

Клиент: Решили объединить два направления. И под это дело сократили 50% команды, включая моего руководителя. И я попал под сокращение, потому что у меня проблемы со здоровьем были, попал на операционный стол, а потом на длительный больничный.

Тренер: Я про историю о длительном больничном не стал бы говорить. Рассказал бы о том, что в этой компании, к сожалению, попал в период активных внутренних реорганизаций. И подразделение, в котором я работал, объединили с другим, а штат сократили вдвое, в том числе это, к сожалению, коснулось и меня. То есть, подчеркнуть факт того, что не с вами точечно простились, а с целым отделом. Так сложились обстоятельства. Но зато вы приобрели опыт работы в компании уровня ТОП-10. А какую компанию вы вообще считаете своей корпоративной школой, есть у вас такая?

Клиент: Эта она и была, раз в три месяца я проходил там серьезное обучение.

Тренер: В таком случае я бы на вашем месте прямо честно сказал, что: Мне было жаль покидать эту компанию ввиду случившейся реорганизации. Именно ее считаю своей корпоративной школой, там прошел наибольшее количество тренингов, обучений и очень сильно вырос в своих профессиональных навыках. И период пусть и не столь продолжительный, чуть меньше трех лет, но все равно. К сожалению, так сложились обстоятельства. Нужно было кормить семью и быстро выходить на работу, не было возможности полгода спокойно искать позиции в большой фарме, в которой я хотел, конечно же, остаться. В связи с этим принял приглашение маркетингового агентства, решив, что будет интересно поработать на стороне провайдера. Но де-факто я делал те же самые проекты для двух производителей. И принял решение, что все-таки хочу продолжить работу на стороне производителя, поэтому вернулся и вышел в восточную компанию. Да, не в ТОП-10, но это решение я принял ради роста зоны ответственности и расширения управленческого опыта, который, собственно, и приобрел. В данный момент все задачи выполнены и я готов двигаться дальше.

Видите, я вам сейчас, по сути, рассказал логику развития карьеры, и все встало на свои места. Потому что если вы это не проговорите, то действительно складывается ощущение, что вы такой человек, который скачет с места на место, все время чем-то недоволен. Может быть опасение со стороны отдела персонала состоит в том, что как только вы чем-то недовольны, вы тут же соскакиваете. И таким способом вам нужно его развенчать.

Клиент: Я понял. Спасибо

Тренер: Мы с вами проговорили, как демонстрировать управленческие компетенции, как объяснять свои возможные ошибки и показывать личностную зрелость. Как говорить про результаты и продвижение. И вы просили обсудить, как можно сгладить острые углы по мотивации, по переходу. Насколько мы сейчас ответили на те вопросы, которые для вас были значимыми?

Клиент: Да, мы их разобрали. Единственное, все это надо, наверное, в голове уложить как-то. Перед собеседованием, конечно, достаточно сложно.

Тренер: Я вам сейчас помогу. Вы записали структуру короткого рассказа о себе, эти три пункта, верно? Я бы вам рекомендовал сейчас сесть и написать эту самопрезентацию на бумаге, чтобы она улеглась в голове. И совершенно не стесняясь, взять с собой свои записи на встречу. А, кроме того, я бы потратил время на то, чтобы выписать свои вопросы нанимающему руководителю.

Клиент: Какие вопросы им было бы интересно услышать? Какие вопросы корректные, какие некорректные?

Тренер: Ну, я думаю, что можно задать вопрос: Чем вызвано открытие этой позиции? Именно такими словами. Не, то есть, что там случилось с человеком?, предполагая, что с ним что-нибудь случилось. А именно: Чем вызвано открытие этой позиции? К каким сложностям нужно быть готовым, выходя на ту роль, которую мы с вами обсуждаем? Какие стоят топ-3 задачи на ближайший квартал и год? По каким критериям вы будете принимать решение об успешности именно этого кандидата? Можно сказать, что: У вас в описании вакансии я заметил, что много написано про команду, ее обучение, управление. Есть ли какие-то предпосылки и сложности, связанные с этим?

Так вы покажете, что внимательно готовились. Обязательно надо изучать продуктовый портфель, о котором идет речь, о каких конкретных продуктах идет речь. Какие могут быть сложности в продвижении? Какие-то вопросы про сам продукт надо задать, если получится, узнать конкурентов. Какие маркетинговые подходы они сейчас применяют и насколько они работают. Идите в глубину. Покажите через вопросы, насколько вы подходите к решению задач. Задавайте глубокие вопросы по делу, наблюдайте за их реакциями. Выясняйте ту информацию, которая вам нужна для принятия решения, чтобы выходить на эту роль.

Клиент: Вас понял.

Тренер: А на какие деньги реально готовы переходить?

Клиент: Ну, хотелось бы ХХХ на руки.

Тренер: То есть это где-то ХХХ гросс (до вычета налогов), да?

Клиент: Да, верно.

Тренер: На мой взгляд, это у них зарплата в ТОП-10 сотрудника уровнем ниже. Их может такая цифра насторожить в плане того, насколько это будет квалифицированный сотрудник. Человека оценивают пропорционально тому, сколько он стоит. Тут только вы принимаете решение о том, какие цифры озвучивать. Но, наверное, я бы назвал цифры чуть выше, чтобы их не спугнуть.

Клиент: Я понял.

Тренер: Как рекомендация, озвучить желаемую цифру, как текущий доход. По международным стандартам + 1020% к окладу в случае перехода это норма. Можете сказать, что при переходе хотелось бы плюс 1015% к текущему окладу, и плюс бонусы, которые предусмотрены вашей системой мотивации.

Клиент: Понял.

Тренер: Тут важно говорить это уверенно, не заикаясь, не моргая. Спокойно, с чувством собственного достоинства. Как бы вы сейчас ответили на мой вопрос, если бы я спросил: Дмитрий, какие у вас ожидания по деньгам? Сколько вы сейчас зарабатываете?

Клиент: В данный момент я получаю ХХХ на руки. Но при переходе я хотел бы увеличить эту сумму процентов на 1015.

Тренер: Понятно. Только я бы рекомендовал в ТОП-10 говорить цифры до вычета налогов, а не после вычета. Иначе они могут подумать, будто вы зарплату в черную получаете. Посчитайте сумму, прибавив к ней 13%, и результат озвучивайте на встрече.

Клиент: Понял, спасибо.

Тренер: Еще я бы задал на вашем месте уточняющий вопрос после ответа про деньги: А какая вилка у вас предусмотрена на этой позиции и из чего вообще состоит система мотивации? Нужно попробовать вывести их на диалог.

Клиент: Это после своего ответа, я правильно понимаю?

Тренер: Да-да. Они, естественно, вам цифры говорить не будут, даже если они будут выше. Но, во всяком случае, смогут ответить: Да, это в нашей вилке или Нет. Соответственно, если они скажут, что: Да, это ок, значит вы точно в вилке. Если скажут, что вы где-то выше или идете по верхней границе, можно занять более гибкую позицию. Но тем самым, по крайней мере, вызываете на какой-то диалог, на какую-то коммуникацию, а не просто: Я ответил и не знаю, какая реакция на той стороне.

Клиент: Я понял.

Тренер: Ну что, мне кажется, мы обсудили все основные важные моменты. Короткий рассказ о себе, демонстрация компетенций по формуле STAR и раскрытие своей мотивации. Острые углы при переходах обсудили, про обратную связь агрессивный управленец поговорили. Есть ли что-то еще?

Клиент: Да, насколько мои переходы правдоподобными выглядят? Потому что когда рассказываю как есть, вижу, что люди иногда напрягаются. Насколько это все логично?

Тренер: Ваша ошибка заключалась в отсутствии осмысленности в шагах, которые делали. Как будто вас кто-то куда-то кому-то передает. Воспринималось, что вы какой-то подневольный товарищ, и сами ничего не решаю в своей жизни. То есть, это звучит не по-лидерски, не тянет это на управленческие компетенции. Это будет вызывать кучу вопросов, если вы будете рассказывать так, как делали раньше. И, опять-таки, вопрос перехода из ТОП компании после сокращения в российскую состоит не в том, что шли с повышением или нет, а в том, что вы решили, что поработать на стороне провайдера тоже будет интересно, посмотреть и приобрести опыт с другой стороны. И это был осознанный шаг, а не то, что шли, чтобы не остаться без денег. И, получив этот опыт, оценив его, поработав с двумя производителями в виде подрядчика, вы для себя приняли решение. Вы, как лидер своей карьеры, осознали, что хотите развиваться дальше на стороне производителя, расти до управленческих позиций, что и сделали, перейдя с увеличением зоны ответственности в восточную компанию. И сейчас идете к тому, чтобы осмысленно возвращаться в большую фарму. Именно так звучит человек, который несет ответственность за свою карьеру и сам принимает решение, куда хочет двигаться, такой руководитель способен вести за собой людей.

Клиент: Хорошо, спасибо. И последний вопрос. Подскажите, пожалуйста, мне в резюме что-то нужно улучшить?

Тренер: Вам нужно сократить количество обязанностей, в идеале, до пяти пунктов. И добавить на всех местах работы за последние 10 лет достижения либо результаты. Если меньше года, то можно назвать их результатами; если больше года, то достижениями. Распишите в цифрах, желательно хотя бы по два-три пункта.

Клиент: Я понял. Спасибо большое.

Тренер: Того, что есть, не хватает. Учитывая, что ваша роль ориентирована на результаты оцифрованные, то как минимум нужно добавить, что выполнил план продаж на столько-то процентов, столько-то лет подряд, это само собой напрашивается в резюме и сделает его более убедительным.

Клиент: Благодарю, теперь все по полочкам! Напишу по результатам интервью.

Тренер: Буду ждать, удачи!

После нашей сессии Дмитрия пригласили на интервью еще две крупные компании и он успешно прошел конкурс, выбрав наиболее привлекательный вариант. Следующая задача, стоявшая перед нами, состояла в комфортной адаптации и снижении общего градуса напряжения, переходящего в излишнее раздражение и тревожность. Резюмируя описанный материал, хочу сказать, что понимание процессов мышления сотрудников отдела персонала и потребностей работодателя открывает дверь в любую компанию. Еще одним препятствием служат ограничивающие убеждения и обесценивание собственного опыта, это повышает уровень напряжения и неуверенности, вплоть до принятия успокоительных препаратов перед переговорами и совещаниями, что существенно ограничивает способности. Решив психологические проблемы и приобретя ресурс в виде этой сессии, вы ощутите уверенность в своих карьерных мечтах.


Предыдущий материал:
Я не могу летать...! Аэрофобия: причины и лечение
Эмоциональное выгорание как частая проблема специалистов IT и творческой сферы

Подробнее..

Подкаст Хочу в геймдев 3 текстовая версия

26.05.2021 16:17:30 | Автор: admin

Третий выпуск подкаста мы говорим о профессии комьюнити-менеджер. Мы говорим о том, что представляет собой профессия КМ, какие ключевые навыки ему необходимы, даем пример ТЗ и многое другое!

Гость выпуска Ольга Мураш.

Ведущие выпуска

Вячеслав Уточкин Олег Доброштан Александр Мураш

Приглашенный гость

Ольга Мураш

Путь эксперта

Ольга: началось все где-то в 2004 году, тогда у меня появился первый телефон с доступом в интернет и я искала работу связанную с мобильным направлением. В то время таких компаний было очень мало и одну такую компанию я как раз нашла. Компания занималась интернет контентом к мобилкам: чаты, загрузка картинок, музыка и пр. Им требовался специалист технической поддержки по телефону, и я успешно прошла на эту вакансию и вышла на работу. Помимо мобильного направления эта компания занималась еще и игровым направлением. Многие знают, что первая российская онлайн игра была Сфера, которую разрабатывали как раз Nikita и компания Яндекс. А так как я в душе геймер, я всячески участвовала в обсуждениях в разработке Parkan 2. И в определенным момент мне предложили перейти в отдел разработки на должность Администратора для комьюнити игры Сфера и разумеется я согласилась. И так я попала в игровое подразделение. Моей задачей как раз было общаться с игроками. Через какое-то время посетило выставку и меня сделали Комьюнити-менеджером. В Nikita я проработала 4 года, а затем перешла в компанию Nival на игру Пиратия. И там я проработала 8 лет. И потом перешла в 101ХР.

Обязанности комьюнити-менеджера

Общение с игроками, локализаторами, разработчиками. Есть команда модераторов. Пишем новости, создаем весь текстовый контент, ведем стримы по нашим играм, участвуем в разработке сайтов для наших игр. Отличие мобильных от ПК игр в том, что у мобильных реже бывают форумы и мало игроков в соц.сетях. Поэтому мы общаемся с ними в сторах. Также мы тестируем обновления и передаем проблемы разработчикам. В этом еще и заключается различие между комьюнити-менеджером и специалистом технической поддержки. Тех. поддержка ведет диалог с конкретным пользователем, где игрок представляет свои данные, а КМ общается на игровые темы, а не по поводу тех.проблем.

Основные задачи:

1. Приносить прибыль

2. Развлекать текущих пользователей

Привлекать новых пользователей вместе с PR отделом

Зарплата КМ в играх от 40000 рублей без опыта работы. Потолка при этом нет.

В компании 101ХР зона ответственности у каждого КМ свой. Про все проекты знает только руководство. Более того, бывает, что каждые 2-3 месяца могут меняться проекты, за которые отвечает КМ.

Необходимые качества для комьюнити-менеджера

В первую очередь адекватность в поведении. Стрессоустойчивость. Очень часто бывает такое, что игроки жалуются на цены в игре, и менеджер должен понимать, что не он ставит цены и лояльно отвечать игрокам. Поэтому важно не принимать на свой счет весь негатив. Что касается умения общаться, то оно не так важно. В мире есть и экстраверты и интроверты, при этом у первых получается лучше стримить, выступать публично, организовывать сходки, но вторые лучше всего общаются в сети. Мультизадачность и умение придумывать несколько вариантов решений задач.

Когда нужен комьюнити-менеджер

КМ нужен всегда, когда что-то создается новое: игра, бизнес, проект. Уже на этапе создания лучше организовать страничку, а не прийти и увидеть, что кто-то создал и написал что-то с тобой не связанное вообще, а потом еще и придется с этим человеком договариваться. КМ будет расписывать контент, вести страничку или сайт.

Как выглядит тестовое задание

В тестовом задании, которое отправляет Ольга, есть 60% на контент: напиши новость с такими-то данными, пришла новость от разработчика нужно сделать преобразовать ее для игроков и т.д. Часть на работу с модерированием: расставить приоритеты выставления задач.

С чего начать, если нет опыта

Изучить разные сообщества, почитать книги про PR, посмотреть как ведут группы конкуренты, найти интересные кейсы по контенту, обязательно посмотреть сайт компании, куда планируете идти и изучить их политику взаимодействия, посмотреть как их КМ взаимодействуют с аудиторией.


Полезные ссылки:

Пример тестового задания для КМ:https://cloud.mail.ru/public/58FZ/2Ta5citWV

Средние показатели игр по жанрам:https://hsbi.hse.ru/programs/vocational_retraining/menedzhme...

Список игровых компаний:https://hsbi.hse.ru/programs/vocational_retraining/menedzhme...

Личная страничка Олега Доброштана, куда можно написать вопросы для следующих выпусков:https://www.facebook.com/oleg.dobroshtan

Сайт подкаста, где можно послушать все выпуски:http://podcast.hsbi.ru/

Группа ВКонтакте, где публикуются новые выпуски:https://vk.com/hsbi_games

Контакт Вячеслава Уточкина в телеграмм: @viacheslavnu

Вакансии 101XP:https://corp.101xp.com/vacancies/

Полезные ресурсы для разработчиков игр:https://hsbi.hse.ru/programs/vocational_retraining/menedzhme...

Программа профессиональной переподготовки Менеджмент игровых проектов:http://game.hsbi.ru/

Дистанционная программа Основы создания игр:http://egame.hsbi.ru/

Книга "Хочу в геймдев! Основы игровой разработки для начинающих":https://book24.ru/product/khochu-v-geymdev-osnovy-igrovoy-ra...

Настольная игра Game Dev Sim (симулятор игровой индустрии):https://gamedevsim.edinorog.org/

Подробнее..

С чего начинается DevOps и куда он может привести

27.05.2021 10:19:54 | Автор: admin

Возможно, вы уже умеете писать отличный код. И может, у вас уже есть реальное представление, как работает платформа, виртуализация и сеть с безопасностью. Но что, если вы не хотите углубляться ни в одну из этих областей? А может, вы уже думали о переходе в DevOps, где требуется много знаний и со стороны dev, и со стороны ops, но не нужно становиться хардкорным разработчиком? Тогда у нас хорошая новость начинать в DevOps можно в любом возрасте и с любой технической специализацией.

Тому пример Александр Шуляк, который нашел себя именно в Девопсе. Накануне конференции DevOps 2021 мы встретились с Сашей и поговорили о том, как и с чего начался его DevOps, а также к чему он пришел в этой карьере.

Саша, очень приятно с тобой познакомиться. На странице про твой доклад написано, что ты делал и делаешь DevOps в больших и маленьких компаниях. Расскажи, как ты начинал.

И мне тоже очень приятно. В сфере IT я уже больше семи лет. Начинал системным администратором, изучая сети и учась на курсах Cisco. Но мне было интересно и кодить. Я не уходил в глубокую специализацию, просто применял всё, что узнавал в одной области в другой. Например, я хорошо знал, поработав сисадмином, как работают сети и системы. И мог использовать это в своей повседневной работе.

Правда, со временем я всё больше понимал, что ни одна из dev- и ops-областей меня полностью не устраивает. Мне хотелось совместить все эти интересные штуки из разработки и operations вместе. Но тогда я еще не знал, что это возможно в DevOps.

Как ты узнал про DevOps?

В 2016 году в Минске, где я тогда жил, DevOps только набирал обороты, и вакансий в городе было не очень много. Но когда я наткнулся на одну из них, то понял, что это то самое комбо, которое я хотел! И я начал искать именно девопс-вакансии, одновременно изучая видео на ютубе и статьи на хабре, чтобы понимать основы коммерческой разработки и узнать какие-то тонкости.

В результате мне повезло оказаться единственным DevOpsом в аутсорсе средних размеров. Меня сразу же отправили на амбразуры проектов и заказчиков. Это было безумно стрессово, но очень эффективно я учился очень быстро, буквально на ходу.

Какие твои навыки тебе тогда потребовались на практике?

На самом деле первым полезным навыком является английский язык потому что на английском ощутимо больше учебных материалов. И нужно общаться с заказчиками, чтобы лучше понимать задачи.

Тогда от меня требовалось писать код, чтобы автоматизировать всё и вся. При этом нужно было ковыряться в системах, но уже абстрагируясь от железа. Использовать облачные ресурсы, чтобы быстро получать требуемые мощности.

В DevOps пригодятся любые навыки программирования, и начальный язык не так важен, потому что пересесть на профильные python/golang не будет сложным делом.

Что именно нужно уметь кодить DevOps-инженеру?

Я использую Pyhton для быстрого скриптинга, чтобы что-то автоматизировать в рутинной работе, какие-то базовые задачи автоматизации в облаках. У него много готовых библиотек, и это позволяет быстро создавать довольно сложные системы.

Golang я использую под свои инструменты. Он сложнее, но это компилируемый язык и его преимущество на выходе получается один единственный бинарник, который удобно везде с собой таскать.

В любом случае максимально полезным навыком будет умение работать с shell-скриптами. На них приходится ощутимая часть автоматизации, а также написание сборочных пайплайнов и деплоя.

Shell-скрипты это ведь часть работы в терминале. Что-то еще там нужно уметь?

В терминале вы будете проводить большую часть своего рабочего времени, потому что вся отладка, да и значительное количество инструментов текстовые. Нужно уметь работать в терминале быстро. Очень помогают навигация, редактирование конфигов, знание базового набора утилит и интерпретаторов. В процессе дебага надо знать, как быстро получить нужные значения параметров системы, открытые сетевые соединения и т.д. И очень важно уметь работать с самим текстом, фильтрами и регулярными выражениями. Awk - страшная вещь, но иногда очень спасает.

Какие инструменты нужно изучать для мониторинга и сбора логов?

Основные инструменты для сбора метрик сейчас это Prometheus и Grafana. Prometheus это метрик-коллектор (формально time-series database). Как альтернатива мне ещё очень нравится TICK стек на базе InfluxDB. Grafana, в свою очередь, используется для отрисовки красивой инфографики и отправки оповещений.

Для сбора логов в одном месте можно посмотреть Elastic Stack. Он довольно сложный, но дает отличное представление о работе с логами. У него есть бесплатная версия, и этого достаточно, чтобы поиграться с системой и понять, как она работает, из каких компонентов состоит. Альтернативы Elastic Stack Splunk, Datadog. Но это больше enterprise-инструменты, изучать их достаточно сложно.

Что насчет операционных систем? Чем тут заняться, чтобы приблизиться к девопсу?

Из моего опыта программные стеки на Linux намного популярнее, чем на Windows. Изучение можно начинать с любого семейства Linux в целом их архитектура очень схожа.

Что касается теории, то я советую внимательно посмотреть и почитать про архитектуру операционных систем. Как работают процессы и потоки, оперативная память, дисковая и сетевая подсистемы, определение устройств и работа драйверов. Принципы работы виртуализации на программном и аппаратном уровнях, а также паравиртуализация. Как работают процессы загрузки компьютера и операционной системы.

У Linux Professional Institute (LPI) есть статьи по работе linux и базовым манипуляциям с системой. Это открытые курсы/уроки, и они хорошо помогут разобраться с работой Linux. А у Роберта Лава (Robert Love) есть отличная, хоть и немного скучная книга Ядро Linux: описание процесса разработки. Помогает быстро уснуть :)

Ещё в изучении Linux вам может сильно помочь Youtube-канал Кирилла Семаева.

Поговорим про сетевую сторону operations. Что нужно уметь делать здесь?

Первое и самое важное знать как работает сеть. Теоретическая и практическая часть прекрасно описаны в цикле статей от linkmeup сети для самых маленьких. Статьи на примере Cisco, с прекрасными иллюстрациями и отличными объяснениями. Очень легко понять, как сеть работает на всех уровнях.

Ещё в любом случае надо знать веб-сервера, но тут достаточно изучить nginx на базовом уровне. Основные принципы не сильно отличаются от сервера к серверу, а nginx один из самых популярных из них.

Расскажи про принципы DevOps. Это что-то as Code. Как они работают?

В общем и целом, когда серверов становится больше одного, появляется проблема с менеджментом, доставкой обновлений, изменением параметров инфраструктуры и прочими задачами. Здесь и приходит на помощь паттерн as Code, когда мы описываем что-либо в виде кода. Это помогаем нам понимать состояния инфраструктуры, аудит, просматривать историю изменений и так далее.

Наверное, самый популярный инструмент управления инфраструктурой (Infrastructure as Code) это Terraform. Его довольно просто изучать, там великолепная документация. И буквально в этом году вышло новое издание книги Евгения Брикмана Terraform. Инфраструктура на уровне кода, которая тоже отлично объясняет, как работать с этим инструментом.

Есть ещё принцип Configuration as Code, который описывает состояние операционной системы. Тут я советую для изучения Ansible. Можно Chef, но выбрать можно любой, так как поняв основной принцип работы одного, переходить на другие инструменты будет несложно.

А Pipeline as Code вообще очень интересная вещь. Так как синтаксис и предоставляемые возможности инструментов очень схожи, то можно спокойно выучить один и пользоваться всеми. С другой стороны, практически всегда построение пайплайнов приводит к shell-скриптам, потому что основного инструмента без его кастомизации в любом случае будет недостаточно.

Оркестрация это тоже необходимый навык?

Да, примерно по тем же причинам, почему мы используем всё as Code. Когда у вас контейнеров больше одного, ими сложно управлять. Для этого и существуют оркестраторы вроде Mesos, Nomad, Openshift, Kubernetes и так далее. Самый популярный, конечно, Kubernetes. Он достаточно сложный для изучения с точки зрения архитектуры и управления, но базовые понятия выучить не проблема. На первых порах этого должно быть достаточно, а остальное придёт с опытом и интересом.

Какие есть особенности у специализации DevOps-инженеров?

Для девопс-инженера очень важны софт-скилы, умение общаться и находить компромиссы. Часто мне нужно общаться как с разработчиками, так и с stakeholderами из продуктового мира, чтобы лучше понимать требования и задачи.

На практике список обязанностей сильно зависит от размера компании. Где-то могут быть большие команды и несколько DevOps-инженеров, которые отвечают за build продукта, релиз, платформу или безопасность и governance облака.

После интенсива в минском аутсорсе я пришел работать в Accenture в Латвии. Это было что-то абсолютно противоположное огромная корпорация, четко поставленные процессы, большие команды, много командировок и общения с заказчиками. Для меня это был очень полезный и новый опыт. Но Рига город небольшой и во многом похож на Минск. IT-рынок также не широк, а мне уже хотелось эмигрировать дальше и не просто так, а ради чего-то нового.

Так я оказался в Лондоне. Сейчас, после полутора лет в Gearset, я Senior SRE в финтех-стартапе Divido. И мой опыт показывает, что в Англии больше верят в узкую специализацию, чем у нас. То есть вам надо знать некоторые предметные области в вашем техническом стеке намного лучше, чем другие. Допустим, если вы Cloud Ops инженер, то у вас будет сильный упор на бизнес-инструменты именно в облаках.

У нас же чаще подразумевается, что человек умеет делать всё.

Твой доклад как раз по этой теме?

Нет, на этот раз я хочу поговорить о тестировании. Многие сомневаются, а нужно ли вообще тестировать. И если надо, то когда начинать, если, например, и так много задач. Особенно если у вас не хватает времени, есть какое-то легаси, да еще и технический долг, который нужно разгребать. Или внезапно продукт вашей компании должен отвечать каким-то требованиям стандартизации и сертификации. Собственно моя история будет схожей с обходными путями тестирования инфраструктуры, когда в лоб не очень получается. Я уверен, что многие сталкивались с похожими проблемами, поэтому мне очень хочется поделиться своим опытом. Тебе нравится выступать?

У меня есть некоторый опыт выступлений на DevOps-конференциях, но мне все равно было немного страшно подаваться у меня было не очень много выходов на публику. Но когда доклад приняли, я понял, что пути назад нет и это даже интереснее. Так что если у вас есть интересная тема подавайтесь даже без опыта выступлений! Вместе с куратором всё получится.

Что ты предпочитаешь, офлайн или онлайн?

Вживую намного больше возможностей пообщаться как со зрителями, так и с другими докладчиками. Я очень хочу пообщаться офлайн с единомышленниками. Хотя авиасообщение между Великобританией и Россией до сих пор закрыто, я ищу билеты с пересадкой. Потому что меня ждет и взаимодействие с аудиторией, и новые контакты, и дискуссии. А такое живое общение намного круче чатов!

Какие темы из программы для тебя наиболее актуальны и какие доклады хочешь послушать сам?

Разумеется доклад Дмитрия Столярова, я его большой фанат! :) У него всегда можно узнать что-то новое про кубер, с которым я последние два года очень плотно работаю. А также о теоретической части SRE/DevOps, поскольку мне очень интересно, как выстроены процессы в разных компаниях и как они скрещивают методологии с реальной жизнью.

Еще будет интересно послушать Станислава Миллера про то, какие роли могут быть у DevOps-лид в организации. Я изучаю возможности карьерного роста в сторону менеджерских позиций или солюшн-архитектора, поэтому интересно посмотреть, что скрывается за должностями в больших компаниях. Из чужого опыта еще интересно узнать про то, как подружить разные команды у Дмитрия Сугробова.

Ну и конечно, нас ждет извечно актуальная и холиварная для меня тема про SRE человек-оркестр, потому что никто не знает как обозвать человека со специфичным набором навыков и вообще надо ли :)

Саша, спасибо тебе огромное за подробный разговор. Желаем тебе найти билеты в Россию, чтобы встретиться на конференции!

Спасибо и до встречи!

До конференции DevOpsConf 2021 остаются считанные дни. В этом году конференция будет гибридной. Все участники и онлайн, и офлайн смогут и послушать доклады, и задать вопросы, и пообщаться в кулуарах.

Конечно, в онлайн вы не сможете пообщаться со всеми вживую. Но онлайн-формат в этом году больше, чем трансляция. Билеты все еще забронировать, а расписание здесь. Присоединяйтесь к сообществу фанатов DevOps-подхода. До встречи на конференции!

Подробнее..

Интервью с СЕО FitBase будущее за автоматизацией

28.05.2021 18:18:56 | Автор: admin

Знаем, как сложно родителям выбрать профессию для своего ребенка. Этот выбор определит, будет ли он доволен своей жизнью и будет ли он с удовольствием просыпаться по утрам, чтобы пойти на работу. Для того, чтобы немного облегчить выбор родителей, команда школы программирования для детей Пиксель провела серию интервью с состоявшимися специалистами в мире IT. В предыдущем интервью мы рассказали о менеджере проектов АСУ.

Василий Суворов, CEO FitBaseВасилий Суворов, CEO FitBase

Как сделать классный продукт по автоматизации бизнес-процессов в сфере фитнеса, как набрать крутую команду программистов и где брать вдохновение на новые решения, расскажет CEO FitBase Василий Суворов.

Сколько тебе лет? Какой ВУЗ окончил?

Мне 33 года, окончил МГУС, факультет Информационные технологии.

Расскажи, почему ты решил заняться программированием.

Я плохой разработчик, я могу написать какие-то простые вещи на PHP или SQL-запрос. У меня лучше получается делать прототипы, писать технические задания и выяснять потребности наших клиентов. Вообще разработка тесно связана с автоматизацией любых задач. На мой взгляд, это основная задача инженера придумать как сделать процесс максимально автоматизированным. Это очень крутое чувство, когда что-то создаешь придумал, запрогал и видишь, как работает твое детище. И неважно, что это простой скрипт по парсингу данных или сложный продукт, который позволяет автоматизировать фитнес-клуб или большой завод.

Ты учился программированию самостоятельно или ходил на дополнительные курсы, кружки?

Я уже в школе начал самостоятельно увлекаться веб-дизайном и разработкой, в основном веба. В универе преподавали, на практике в основном по мануалам и на конкретных задачах.

Тогда не были распространены кружки, курсы по программированию. В веб-дизайне все просто открываешь сайт, который нравится и смотришь, как он написан (это то, что касается верстки). В помощь форумы, статьи и все, что возможно нагуглить. Еще у меня была книга PHP и MySQL. Разработка веб-приложений, автор Томсан Лора.

Расскажи о своей работе, какие у тебя обязанности, сколько зарабатываешь?

Я CEO компании, и мои главные задачи связаны с моей командой чтобы моя команда была сытая, была вдохновлена проектом, и чтобы у них не было препятствий для выполнения задач. Все это тесно связано с продуктом и лояльностью наших клиентов. Мне кажется, что моя основная работа связана с коммуникациями: с командой, клиентами, стартап- и фитнес-сообществами. Еще я пишу технические задания, рисую прототипы, считаю различные метрики, провожу интервью клиентов, занимаюсь позиционированием продукта и ищу слабые стороны в наших процессах. В общем, сейчас я не программирую совсем. Про зарплату не скажу, не имею права разглашать эту информацию. Получаю среднюю по рынку.

Команда FitBaseКоманда FitBase

Как ты подбираешь программистов в свою команду? Какими качествами должен обладать крутой специалист по твоему мнению? У меня плохой опыт поиска разработчиков через привычные для этого площадки вроде HeadHunter или Мой круг. Если нам требуются люди, я в первую очередь спрашиваю команду, есть ли кого посоветовать. И таких сотрудников у нас большинство. Из последних кейсов поиска сотрудников могу поделиться одним лайфхаком. Для поиска мобильного разработчика мы проанализировали сообщество фреймворка React Native, выявили там самых активных ребят, рассказали про продукт и предложили присоединиться к нему. В итоге мы нашли крутых мобильных разработчиков.

Рынок разработки перенасыщен предложениями, поэтому приходится не только мотивировать финансовой стороной, но и самим продуктом интересность, его социальные функции, имеет ли он глобальную цель. Мне кажется, что это важно.

Разработчик должен иметь хорошую фантазию он должен представлять, как будет работать его код еще до того, как он написан.

Знаю, у тебя есть сын. Ты бы отдал его в программирование? Знаешь какие-нибудь школы по программированию?

Да, мы пробовали отдавать его в робототехнику, но до нее долго добираться. Сейчас у нас открылась одна школа программирования рядом, летом начнет туда ходить. Ему это интересно. Еще он фанат Майнкрафта. Мне нравится, что есть игры, которые позволяют создавать свою собственную реальность.

Какие профессии в области IT наиболее перспективные по твоему мнению?

Я думаю, будущее за нейроинтерфейсами, робототехникой и автоматизацией.

Нейроинтерфейс это такая штука, которая позволяет связать мозг и компьютер напрямую. Мы не будем печатать или отдавать команды голосом, подумал и действие совершилось. Как рукой двигаем, так и компьютером, телефоном или роботом можно будет управлять. Это суперкрутой рынок. Илон Маск уже выпускает первые прототипы.

Расскажи, чем занимаешься в свободное от работы время? Ты проводишь много времени в кругу программистов. Развей миф о том, что программисты это сутулые бледные парни в огромных вязаных свитерах.

Я люблю активных отдых: бегаю, гоняю на велике, хожу в горы и походы. Этот миф идет с тех времен, когда программированием в основном занимались люди из научной сферы, которые решали стратегические и фундаментальные задачи по запуску ракет, освоению космоса и военные задачи. Сейчас разработчики это очень разные люди с разными интересами. Например, наш тимлид играет на барабанах.

Подробнее..

Приключение в один день или One Day Offer от Яндекса

30.05.2021 14:10:27 | Автор: admin

Вступление

Привет, Хабр. Недавно я получил оффер от Яндекса за один день и, не буду скрывать, я этому очень рад. Поэтому мне захотелось поделиться с сообществом своим опытом и мыслями относительно One Day Offer от Яндекса (в дальнейшем ОДО).

Начну с того, что название сия мероприятия вполне описывает его суть. За один день ты проходишь два собеседования и несколько финалов (о них поговорим позже) и в тот же день, если со всем справился, получаешь оффер. Звучит хорошо, но так ли оно на самом деле? Оказалось, что да, все происходит именно так. Никакого ожидания по несколько месяцев и никакой неопределенности по количеству интервью. Всё действительно происходит так быстро, и это, я считаю, очень круто.

Что это

One Day Offer - это относительно молодое мероприятие. Яндекс активно начал его проводить лишь с весны этого года, поэтому оно только набирает обороты, но уже понятно, что формат будет жить и процветать. ОДО проводится по одному из ключевых направлений: фронту, бэку, мобилкам или аналитике. Помимо основной цели - поиск новых кадров - ОДО также служит доказательством, что в Яндекс можно попасть всего за день.

Лично я участвовал в ОДО для мобильщиков, поэтому буду рассказывать про опыт участия именно с точки зрения мобильщика :)

Контест

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

В моем случае контест состоял из двух задач: одна алгоритмическая и одна на платформу. По ощущениям, алгоритмическая задача была на уровне easy задач с литкода, так что с ней я справился примерно минут за 30. Правда потом потратил ещё 20 на попытку оптимизировать написанное, поскольку у задачи был follow up - написать решение, которое будет использовать константное количество памяти. Такое решение у меня написать не получилось, но это оказалось не критично. Перейдем к более интересному - задаче по платформе. Поскольку я Android разработчик, задание у меня было, что логично, по андроиду. Само по себе задание абсолютно не сложное, но очень интересное. Передо мной был код активити и нужно было перечислить все ошибки, допущенные в этих 30 строчках кода. Разбираться в коде я люблю, поэтому задание принесло мне сплошное удовольствие, и я сидел с ним все оставшееся время, дабы найти вообще все недочеты, которые там есть, и пояснить каждый. Не уверен, что нашел все, но, тем не менее, с заданием я справился и меня пригласили на ОДО.

Приветствие

Ни одно хорошее мероприятие не обходится без вступительного слова от людей, которые как-то с ним связаны. И ОДО не исключение.

На приветствии Дима Макаров (руководитель группы Android в Маркете) и Юра Кочарян (руководитель группы Android в Дзене) рассказали немного про Яндекс и провели для нас небольшую Q&A сессию. А ещё мы увидели вот такой вот интересный кадр

Нас заверили, что это чистая случайность, и я, пожалуй, оспаривать это не буду :)Нас заверили, что это чистая случайность, и я, пожалуй, оспаривать это не буду :)

После приветствия началось первое собеседование - платформа. И мы плавно переходим к нему.

Собеседование по платформе

Собеседование по платформе состояло только из теоретических вопросов. Причем их спектр был довольно широк. Приведу примерный список тем, по которым мне задавали вопросы:

  • Классы в Kotlin

  • Clean Architecture in Android

  • Способы хранения данных (простые и сложные вопросы)

  • Жизненный цикл View и его API

  • Intents

  • Приоритеты OOM Killer

  • Асинхронная работа в Android

  • Serializable vs Parcelable

  • Производительность базовых ViewGroup

  • MV* паттерны

  • RxJava

  • WorkManager и Services

Все вопросы были +- стандартные, и напрягся я только на вопросах по Rx и многопоточности, поскольку в этих темах я не очень хорошо разбираюсь. В общем, если знал - отвечал, если не знал - честно признавал это.

В целом собеседование получилось интересным. Особенно порадовало, что интервьювер общался на равных, благодаря чему складывалось впечатление, что я не прохожу собеседование, а веду диалог с коллегой. И это относится ко всем интервью ОДО, а не только к платформе, но об этом я ещё упомяну далее.

Собеседование по кодингу

Кодинг интервью началось у меня с приключений. Ссылка на зум не работала, поэтому пришлось подключаться через идентификатор конференции. Но и это получилось только со второго раза, потому что в первый раз я никого не слышал.

Наконец началось то, чего я, наверное, боялся больше всего: собеседование по кодингу. Все же слышали эти страшные истории про задачи на алгоритмы, оторванные от реальности, да? Так вот у меня их не было.

Вообще, тут стоит сделать небольшой оффтоп и сказать, что кодинг интервью зависит от того, куда и на какую должность ты идешь. Где-то алгоритмов больше, где-то меньше, где-то их вообще нет. Все зависит от специфики команды и задач, которые перед ней стоят. Это логично, но почему-то многие об этом забывают, и поэтому у нас появился устоявшийся стереотип о том, что на кодинге в Яндексе всегда спрашивают алгоритмы.

Вернемся к собеседованию. Поскольку меня собеседовал Дима Макаров из маркета, у меня, как я уже сказал, не было задач на алгоритмы. Но это не значит, что собеседование было легким. Оно было средней сложности. Тут опять сыграл недостаток знаний по Rx и потокам, и первые пару задач я худо-бедно решил с подсказками интервьюера. Но с последними двумя задачами - на понимание кода и на рефакторинг - я справился достаточно хорошо.

Этот этап ОДО также получился не очень сложным (а по сравнению с моими ожиданиями даже легким). На нем я даже узнал что-то новое во время обсуждений задач. Общение все также было приятным и достаточно не официальным. В общем, этот этап ОДО мне понравился даже больше, чем предыдущий.

Финалы

После небольшого ожидания, мне сообщили, что я успешно прошел оба собеседования, и можно назначать время финала. Финал - это общение с командой, в которой ты будешь работать в случае метча. В первой части финала ты рассказываешь о себе, своем опыте, интересах и т.п. После, интервьюер рассказывает про Яндекс, его плюшки и команду. Финал, так же как и предыдущие два собеседования, занимает час (хотя наверное можно уложиться и в меньшее время) и является, наверное, самой лайтовой частью ОДО. По сути это обычное общение. Вообще финалов может быть несколько, лично у меня могло бы быть до трех финалов включительно. То есть я мог поговорить с тремя из пяти (я могу что-то путать, и их могло быть четыре) команд, участвующих в ОДО. То есть у кандидата есть выбор из нескольких команд, и он может выбрать любую, которая больше понравится. Но, поскольку я шел целенаправленно в маркет, у меня был только один финал.

И уже через полтора часа после завершения финала я получил заветный оффер от Яндекса.

Заключение

Вот, как-то так и прошел мой One Day Offer. Также я нигде не упомянул, что на протяжении всего мероприятия на связи были рекрутеры Яндекса, которые сообщали фидбэк по собеседованиям и расписание, за что им отдельное спасибо. Ещё одним приятным бонусом стал промокод на Яндекс Еду, чтобы "ожидание обратной связи было приятным". В общем, мероприятие крутое, и я всем советую в нем участвовать. Надеюсь мой опыт и впечатления от ОДО будут полезны будущим кандидатам и помогут организаторам сделать это мероприятие ещё лучше.

А ещё я не могу не воспользоваться случаем и не поделиться своим телеграмм каналом, на котором я буду рассказывать про свой путь в IT и делиться разными материалами. Мне только 17, и я лишь в начале своей карьеры, но уже получил оффер от Яндекса на позицию мидла. Поэтому, думаю, мой канал может быть интересен как начинающим, так и опытным разработчикам. В общем, если я вас заинтересовал, жду на канале.

Подробнее..

Комьюнити менеджмент в GameDev это не про мемы, а про сервис, комфорт и вовлеченность

08.06.2021 20:05:53 | Автор: admin

Когда мы готовили it-конференцию DUMP, то предполагали, что секция о разработке игр вызовет интерес. Но то, что мест в зале не хватит, было неожиданностью. Мы решили продолжить обсуждение трендовых тем и пообщались с представителями игровой индустрии о комьюнити менеджменте - профессии, которая в России только набирает обороты. О том, как и для чего сочетать социологию, психологию и маркетинг - в нашем интервью c Александром Мартом, лид КМом, проработавшим в Targem Games без малого 6 лет.

Саша, есть мнение, что для геймдева комьюнити менеджмент это обязательная вещь. Что это и почему так важно?

Комьюнити-менеджмент это работа с пользователями, объединенными общими интересами, целями или болями.

Если немного удариться в историю геймдева, то можно назвать две модели такой работы: западная и восточная. Восточная основана на том, что есть техподдержка. Она занимается вообще всеми вопросами, которые есть у пользователя. Её мы чаще всего наблюдаем на мобильных проектах.

Западная модель больше про сервис. Там все функции разделены: если у вас проблема, вы обращаетесь в техподдержку, которая занимается техническими вопросами, если вам хочется пообщаться или пообниматься, получить моральное удовлетворение от сопричастности к проекту, то нужно обращаться в сферу сервиса. В результате развития сервиса и появилась необходимость выделять на это отдельных специалистов. Получается, что так и родились КМы.

Почему они нам необходимы? Есть группа игроков, которая помимо того, что находится на игре и получает эмоции от игры, за её пределами хочет сохранять эти эмоции, приумножать их. У них есть энергия на это, общие цели, привязанность к проекту. И чтобы энергию направить в мирное русло и построить более эффективную связь с игрой, повлиять на то, чтобы у игроков сохранилась желание возвращаться в игру и так далее, приходит КМ.

КМ помогает сохранять вовлеченность в проект даже для тех игроков, которые не заходят в игру какое-то время Поэтому нельзя сказать, что это влияет на ретеншн. Да и в целом оценивать работу КМа по внутриигровым метрикам не стоит, хотя порой и очень хочется.. Ты можешь не запускать проект вообще, но общаться с другими игроками, поддерживать какие-то инициативы, читать статьи и даже участвовать в конкурсах с внутриигровыми призами (да, не играя). Быть вовлеченным, не находясь в самой игре. И однажды ты возвращаешься и зовёшь друзей. Это про сервис, комфорт и работу с людьми, а не с цифрами

Откуда приходят в комьюнити менеджмент? Эти ребята чаще всего маркетологи?

Откуда угодно. Здесь нет обязательного бэкграунда. Но скорее подойдут социологи, а не маркетологи, если рассуждать в данном контексте. Потому что по факту комьюнити это, если сравнивать с чем-то приземленным, ясельная группа, и с ними нужно что-то делать. Фактически они, скорее всего, выживут и самостоятельно до конца дня, но их нужно привести в определенный порядок и еще чему-то научить, развить их навыки и получить более полноценную ячейку, нежели была на старте.

Так, хороший бэкграунд для КМа психологический, социологический. Социология точнее отражает суть КМства, потому что помогает замечать какие-то массовые явления, разделять людей на группы, работать с ними структурно. И это гораздо ближе по духу, чем маркетинг. Маркетингу важно продать, преподнести. КМу главное разрядить обстановку. Поэтому КМы и маркетологи работают в связке. Одни продают, а другие создают почву для продаж.

Можешь привести пример какой-то механики, когда КМ что-то делает, и пользователи получили ответ, впечатления, эмоции.

Есть наглядный пример в плане того, как это работает. Если посмотреть рекламные ролики киберспортивных мероприятий, в большинстве случаев они не показывают сам турнир, внутриигровое окружение и игру непосредственно, потому что они продают не игру. Они продают эмоции, которые человек испытывает от просмотра киберспортивных матчей. И это основополагающая вещь. Не нужно играть в Лигу легенд, чтобы пойти посмотреть турниры по этой игре и круто провести выходные. Они делают на этом акцент и как они работают с этим неосязаемым, действительно заслуживает уважения.

Профессия КМа заключается в том, что ты определяешь, кто твои пользователи, что им нравится, как нравится. И помогаешь сохранять приятные эмоции. Иногда кажется, что КМ это просто запостить какой-то смешной мем, чтобы пользователи посмеялись и поставили лайки. И вот тут всплывает интересный момент. Чтобы запустить интересный для пользователей мем, нужно понимать, что у них болит. Если у человека нет переживания по поводу баланса оружия в игре, мем про баланс оружия не получит должной реакции, и это будет просто бессмысленная работа.

И тут возникает необходимость как раз понимать пользователей, изучать их. Нахрапом это сделать не получится, для этого как раз требуются опыт и знания из социологии, психологии.

Допустим, пользователи жалуются на какие-то изменения в игре. Это не всегда значит, что это изменения на самом деле плохие. По первости может показаться, что нужно всё менять и срочно. Но если КМ достаточно компетентный, он понимает, что проблема не в том, на что пользователи жалуются, а в том, почему они жалуются. Тут КМ должен знать, как выделить эту проблему и донести до разработчиков.

Есть конкретный пример в игре Crossout. Пользователи жаловались, что давно не выходят новые режимы. Все старые, заезженные, скучные. Тогда первым импульсивным решением выглядит сделать новый режим: захват флага, битва с бомбами, еще что-то. Но если разбирать чуть подробнее эту ситуацию, то выясняется, что каждый раз, когда запускается бой, пользователи идут по одному и тому же пути на карте, совершают одинаковый набор действий. В каждом новом бою не происходит получение нового опыта и им кажется, что приедается сам режим.. В итоге нужно не придумывать новое, а просто доработать старые карты, чтобы игрок получал должное разнообразие.

И вот тут вырисовывается ещё одна задача, для которой нужен КМ: переводить с пользовательского на разработческий и наоборот. Очень часто они говорят об одних вещах, но на разных языках: программисты со стороны кодов, внутреннего понимания продукта, а пользователи зачастую говорят про свои ощущения, эмоции.

Есть какой-то топ инструментов, который позволяет проблемы пользователей вытаскивать на поверхность?

Универсального топа точно нет. Каждый сам себе собирает определённый пул инструментов, документации. Они могут зависеть как от способов взаимодействия с пользователями, так и от стратегии развития комьюнити на проекте. Обычно всё начинается со стандартного набора соцсетей и доступов, которые по мере работы обрастают дополнительными модулями. Ага, мы часто проводим опросы, нам неплохо бы воспользоваться вот этой площадкой. Интерактивы для чата - вот тут отличный чат-бот. Плюс не стоит исключать самописных решений, создаваемых как компаниями, так и самими КМ-ами.

КМу нужно пользоваться любым инструментом, который доступен или который можно использовать здесь сейчас. Это очень редко касается каких-то супер дорогих и сложных исследовательских платформ. В маркетинге вы покупаете инструменты условно за 5000 долларов на месяц использования. КМу же очень часто достаточно уметь работать с гугл-документами и использовать на полную возможности площадок.

В КМстве, а особенно в геймдеве, самое важное понимать, с кем ты работаешь. Важно прочувствовать проект на себе, поиграть, самому наступить на грабли первого доната, столкнуться с ситуацией, что дальше наступает пэйвол, попытаться классифицировать и структурировать информацию о своих пользователях.

Самая простая группировка пользователей делит их на 4 типа: социологи, киллеры, коллекционеры и исследователи. Социологи приходят в игры для того, чтобы общаться, они очень хорошо взаимодействуют с другими пользователями. На этих механиках построены фермы, Викинги и другие мобильные игры. Исследователи любят изучать внутренний мир игры. Киллеры получают удовольствие от ситуации победы. Вот это типичный представитель КС ГО. Бывает менее агрессивная механика, когда не обязательно стрелять в кого-то. Но эффект должен сохраняться, ты приходишь, чтобы победить. Коллекционеры это те, кто любят получать от игры максимум. Самое яркое проявление карточные игры, когда можно получить достижения и при этом сделать это комфортно и интересно. И вот ты сидишь, делишь пользователей, соотносишь их с продуктом, принимаешь решения на основе этого...

Но мало быть игроком в своем проекте и понимать к какому типу относятся те или иные пользователи. Также важно понимать интересы аудитории в реальной жизни, говорить с ней на одном языке и на привычной площадке. Сейчас будет пример из мобильных игр. Там есть очень серьезная проблема в том, что многие игроки в социальных играх в кланы объединяются не в Telegram, Discord, VK или Facebook, а в WhatsApp или Viber. Это связано с возрастной категории пользователей. То есть когда играют мужики 30+ в каких-то условных викингах, им привычно пользоваться теми инструментами, которые у него всегда под рукой. Его подсадили на WhatsApp, он будет пользоваться WhatsApp. Туда приходит молодой КМ лет 20 и говорит, чтобы все пошли в Telegram. Игроки говорят: А не пошёл бы ты дальше. Поэтому иногда КМ-у нужно не только знать своего пользователя, но и найти его в привычной среде обитания.

Иногда приходится идти на компромиссы, вне зависимости от желаний администрации, собственных предпочтений или трендов. Например, в рамках английской аудитории мы не можем отказываться от Фейсбука. Просто потому что он у них там распространен. Мы не можем игнорировать его существование. Игрокам он тоже не нравится, но никто с этим ничего сделать не может, потому что он распространён. Приходится идти на компромисс. Мы мучаемся в Фейсбуке, игроки мучаются, но мы как-то находим общий язык, а параллельно качаем другие площадки и мягко приглашаем пользователей переезжать и туда.

Расскажи, какие KPI используются для оценки работы менеджера?

На эту тему очень много обсуждений. Мы даже как-то записывали подкаст на тему KPI. В итоге пришли к выводу, что для работы КМа очень важно собирать все цифры, до которых можно дотянуться: лайки, репосты, комментарии и так далее. Всё, что можно выгрузить со статистики, должно быть интересно КМу. Но самого КМа по качеству этих цифр оценивать проблематично.

Поэтому часто образуется тандем из количественных показателей (сколько раз он отвечает, насколько активное сообщество, сколько людей в этом сообществе) и качественных (аналитика этих цифр, оценка специалиста, трактовка цифр, показатели удовлетворенности пользователей, выборочная проверка действий на форс-мажоры). Большинство действий КМа сложно оценить с количественной точки зрения. Это не СММ, которому ты можешь вменять количество показов или прямое количество лайков, это не таргетолог, с которого ты можешь спрашивать за переходы на сайт и так далее. Очень много действий, которые совершают КМы направлены на качественные вещи: как игроки себя ощущают, насколько полную они получают информацию. И тут возникает проблема: как отказаться от количественных показателей и метрик для оценки специалиста ? Надо искать баланс. Если вы не готовы мириться с мыслью, что отчёт о проделанной работе будет состоять наполовину из текстового вывода, внутренних ощущений КМ, вам, возможно, нужен не КМ. Вы не готовы так работать с настроением пользователей, его ощущениями и укреплять образующиеся между игроками связи и игрой.

Есть советы для тех, кто хочет стать комьюнити менеджером?

В первую очередь быть просто адекватными. Как бы абсурдно это не звучало. Осенью мы собеседовали порядка 15 человек, и только 2 из них прошли по критерию адекватности. Чего мы только не насмотрелись, хотя общие пожелания были минимальными: нам просто нужен был человек, которого мы всему научим. И таких вакансий на младшие позиции в геймдеве бывает достаточно много. Курсы, кстати, не могут являться гарантом трудоустройства, ни в одной компании, с которой я знаком, сейчас не практикуется просмотр курсов, на которых ты бывал. Корочки могут служить только для вашего собственного развития, но не бонусом при приёме на работу.

Есть ещё общий совет для всех работников сферы IT: не соглашайтесь на бесплатную стажировку, бойкотируйте эти вакансии. Любая работа должна быть оплачена. При этом неоплачиваемые тестовые задания это норма. Просто потому, что использовать ваш труд из него довольно проблематично. А устраивать подставные вакансии для поиска решений с помощью тестовых на КМа невероятно дорого и нецелесообразно. Поэтому в нашей специальности бояться подобного не стоит. Также не бойтесь его выполнять, даже если не знаете о чём вас в нём спрашивают.. Главное - то, что вы думаете, в какую сторону идет ваша мысль при формировании ответа. В тестовом задании чаще смотрят на ход мышления, а не на правильность ответа.

Ну и напоследок, случай с тестовым заданием. Одна из задач в тестовом у нас придумать конкурс. . Собеседующийся предложил сделать конкурс про машину Илона Маска (он тогда как раз анонсировал свой квадратный пикап). Параллельно такой конкурс запустился от КМа, который у нас уже работает. Просто потому что такой инфоповод было сложно не осветить в рамках нашей игры. Но нас всё равно обвинили в том, что мы украли решение из тестового. В нашей сфере, на мой взгляд, нет проблем с креативом. Есть проблемы с мышлением и пониманием аудитории, с тем, чтобы чувствовать свою работу. Ну и с общим представлением окружающих о профессии. Так что, если вы молодой, активный, вас тянет к работе с людьми и вам порой кажется, что вы понимаете людей чуть лучше, чем они сами себя, то определенно стоит попробовать себя в КМ-стве.

Подробнее..

Андрей Когунь зачем развивать IT-сообщество

09.06.2021 16:12:52 | Автор: admin

23 июня DINS проводит бесплатную онлайн-конференцию Java Meeting Point. Наша цель объединить инженеров из разных городов на одной площадке, дать возможность обсудить новые технологии, подходы в разработке и все, что с этим связано. Спикеры конференции инженеры крупных IT-компаний.

Мы решили познакомить вас с людьми, которые выступают на конференции в серии интервью. Наш первый герой Андрей Когунь, ведущий Java Meeting Point, руководитель группы Java-разработчиков в КРОК и основатель jug.msk.ru. Андрей рассказал, почему его вдохновляют митапы, как он успевает совмещать работу и конференции и сложно ли управлять московским сообществом из Кипра.


Расскажи о себе: где ты работаешь, чем занимаешься помимо работы.

Несложно догадаться, что я Java-разработчик, работаю в компании КРОК. Активно занимаюсь разработкой и руковожу частью инженеров. Как руководитель, я не участвую напрямую в развитии бизнеса, я занимаюсь развитием технологий и людей.

Мне повезло моя работа совпадает с интересами. Я организую и провожу встречи jug.msk.ru, участвую в конференциях JUG Ru Group и в мероприятиях КРОК. В сезон успеваю поучаствовать в двух-четырех больших конференциях.

В КРОК силами сотрудников делаем некоммерческие мероприятия. Они происходят в городах, где есть наши центры разработки. Это конференция в Перми, сообщество в Краснодаре и Иркутске. Поддерживаем конференцию в Новосибирске. Еще есть зимняя и летняя школы по разработке для студентов. Это отличная возможность для ребят старших курсов и практику пройти, и одновременно с этим попробовать свои силы в качестве полноценного разработчика.

В прошлому году по понятным причинам у jug.msk.ru было немного мероприятий, мы ждем возможности снова собираться офлайн, но я ходил в гости к другим людям. Побывал на конференции в Иннополисе в качестве эксперта и на мероприятии Альфа-банка.

Почему еще ты считаешь важным участвовать в жизни сообщества?

Лично моя мотивация делать митапы заключается в том, что мне интересно знать, а что еще бывает в нашей сфере. В IT-сообществе люди занимаются полезными и интересными вещами, возможность узнать о них бесценна. Но бывает, что прежде чем человек сделает доклад или напишет статью, пройдет несколько месяцев. А на митапах можно собраться с интересными и умными людьми и просто поговорить, обогатиться знаниями, вдохновиться. Помню, когда только начинал работать разработчиком, ходил на такие встречи. Меня поражало, что можно было прийти, послушать и поговорить с реальным человеком, который создал то, чем ты пользуешься каждый день.

Информация такая любопытная вещь: чем больше мы ей делимся, тем больше ее у нас. И, как мне кажется, это самое ценное, что может быть у разработчика.

Общение в силу личных качеств не всем дается легко. Но если ты создаешь сообщество, в котором людям безопасно, хорошо и комфортно это очень крутая история. Это меня мотивирует.

Столько всего: работа, конференции, jug.msk.ru, студенты как ты все успеваешь?

Перед одной из конференций TechTrain был митап лидеров сообществ, и я тоже размышлял на эту тему. Пришел к выводу, что здесь нужна системность. Еще до ближайшая встречи сообщества начинается подготовка к следующей, это непрерывный процесс. Точно так же я знаю, что студенты третьего курса будут всегда, понимаю, когда им понадобится стажировка, могу вовремя подготовиться.

Если все удачно вплетено в жизнь, то в конечном итоге все получится. Для этого важно, чтобы тебе нравилось делать то, чем ты занимаешься.

Сейчас ты не в Москве. Скажи, сложно ли управлять сообществом удаленно? Или после 2020 года стало нормально?

Всегда было нормально. Единственная часть, которая должна происходить оффлайн сама встреча. Для IT-сферы онлайн это привычная среда. Мы уже давно не ходим в офис каждый день, и коммуницировать через почту и мессенджеры привычно.

Большая часть людей, с которыми я, будучи в Москве, общался по поводу участия в конференциях, сами там не были. Но это не создавало никаких проблем.

Я соглашусь, что в определенный момент жизни важны социальные связи, но когда они наработаны, находиться в одном месте со своим кругом общения не обязательно. Мои опасения о том, что можно выпасть из информационного поля, не оправдались.

Заключительный вопрос: почему ты решил участвовать в Java Meeting Point?

По своей проектной роли я ведущий разработчик, а в этот раз есть возможность побыть больше ведущим. Я думаю, эта роль хороша тем, что ты в более активно принимаешь участие в конференции.

Я бы и так доклады посмотрел, мне интересно как организатору мероприятий. А тут есть возможность побыть внутри процесса это классно. Я даже не раздумывал, просто проверил, свободен ли этот день и сразу согласился.

Так чаще всего и работает в IT-мире: если предложить человеку что-то интересное, он согласится. У меня есть хорошая история про это. Когда я только начинал, работал в вузе, Oracle, который спонсировал студенческое сообщество, поручил провести Open Software Day. Нужно было найти спикеров, которые расскажут про открытое ПО. На тот момент я знал примерно никого. Я начал гуглить и нашел Дмитрия Завалишина, который делал операционную систему с открытым кодом Фантом. Дмитрия уже в то время называли одним из отцов российского интернета.

Он вел Live Journal, и я ему написал прямо в директ и пригласил в Зеленоград, выступить на нашем митапе. Он сразу откликнулся и приехал к нам. Хотя мы из разных поколений, мы общаемся до сих пор, когда встречаемся на мероприятиях. Я рад, что в IT большинство людей такие.


Регистрация на Java Meeting Point уже открыта на сайте конференции. Присоединяйтесь будет интересно!

Подробнее..

Обезьяна по имени Человек Разумный. Моё первое интервью со Станиславом Владимировичем Дробышевским

10.06.2021 22:23:20 | Автор: admin
Ссылка на видео

Самир Ефимов:Здравствуйте.

Станислав Дробышевский:Здравствуйте.

Самир Ефимов:Рад вас видеть. Стоит рассказать, что и как всё будет происходить. Это приветствие нашим подписчикам. Итак, поскольку наше сообщество (Фанерозой) развивается и расширяется, то и темы, о которых мы будем разговаривать, тоже начинают выходить за рамки мира животных и людей.

Маргарита МаякМаргарита Маяк

Давно известно, что сообщество Фанерозой ведут три человека: Маргарита Маяк, Александр Яскин и я, Самир Ефимов. К слову, я подключился к проекту позднее, тем не менее за всё это время Фанерозой стал для меня очень родным и ламповым сообществом, в котором я нашёл близких и верных друзей. В скором времени к нам присоединятся ещё несколько очень хороших людей, которых я знаю со времён студенческой парты, а с некоторыми познакомился сравнительно недавно, но это не отменяет того факта, что эти товарищи являются очень хорошими учёными, честными людьми и добропорядочными гражданами.

Яскин АлександрЯскин Александр

Всех объединяет одно - они специалисты в определённых областях науки, однако, если нас всех собрать в единое целое, или даже рассматривать по отдельности, то среди нас не найдётся ни одного специалиста по антропологии. Именно поэтому мы особо и не пишем статьи на эту тему и не отвечаем на вопросы подписчиков, дабы не наговорить глупостей. Тем не менее, прежде чем включать людей в наши научно-популярные статьи про животный мир, нужно всё-таки с чего-то начать.

Ефимов СамирЕфимов Самир

Потому я решил рискнуть и начать со статьи в стиле своеобразного интервью с одним очень интересным и замечательным человеком, одним из настоящих учёных нашего времени. Для этого я подготовил список вопросов, основываясь на материалах по антропогенезу доктора биологических наук, профессора кафедры зоологии РГПУ им. Герцена Корниловой Ольги Анатольевны.Она, кстати, сейчас с нами, слушает нас. И пригласил вас, Станислав Владимирович, на данное интервью.

Ольга Анатольевна Корнилова Доктор биологических наук, профессор кафедры зоологии РГПУ Им. А.И. ГерценаОльга Анатольевна Корнилова Доктор биологических наук, профессор кафедры зоологии РГПУ Им. А.И. Герцена

Я думаю, что оно будет интересно многим нашим подписчикам, потому что, во-первых, всё-таки это первый пост в таком формате с известным учёным, а, во-вторых, это первое настоящее выступление сообщества в области антропологии. Помимо этого, в этом интервью мы не будем рассматривать область философии, в том числе некоторые устаревшие идеи (марксизм) и перейдём к настоящей науке, ведь известно, что все феномены социального сводится к биологическому, поэтому пожалуй с биологического и начинаем.

Станислав Владимирович Дробышевский Кандидат биологических наук, доцент кафедры антропологии биологического факультета МГУ им. М. В. Ломоносова. Научный редактор портала Антропогенез.ру.Станислав Владимирович Дробышевский Кандидат биологических наук, доцент кафедры антропологии биологического факультета МГУ им. М. В. Ломоносова. Научный редактор портала Антропогенез.ру.

Станислав Владимирович, мне очень часто доводилось слышать про то, что человека как такого не существовало бы, если бы во время эволюции у него не сформировалось типологическое восприятие животных. Чтобы эффективно взаимодействовать с соплеменниками и успешно выживать в общинах, мозг человека эволюционировал таким образом, чтобы воспринимать различных зверей в качестве видов животного мира (к примеру, охотиться на них), а людей отдельно от этого мира как уникальных индивидуумов со своей историей и со своими особенностями характера. Некоторые говорят, что благодаря такой эволюционной притче у предков сапиенса и возникли предпосылки к возникновению религии, философии, различных культур и всего подобного. В связи с такой точкой зрения у меня возникает несколько вопросов.

Первый вопрос: насколько такая точка зрения верна? И второй вопрос: насколько это типологическое восприятие животных необходимо людям сейчас? Есть ещё третий: какие отделы мозга отвечают за индивидуальное восприятие и за типологическое?

Станислав Дробышевский:Проще всего ответить с конца. Насколько это известно, у нас средняя височная извилина отвечает за распознавание всяких животных, живых объектов вообще, а нижняя височная извилина отвечает за распознавание людей.

Само по себе это расположение рядом, практически в одном и том же месте, а кто видел мозг, знает, что средняя и нижняя височные извилины разделяются очень условно, честно говоря, на картинке очень красиво идёт борозда, а на практике внятно найти эту границу почти невозможно. То есть можно, но сложно. И уже само то, что извилины находятся практически в одном и том же месте мозга, говорит о том, что да, это возникало по одной и той же причине. И да, если бы у нас не было такого распознавания

свойств живых объектов, то, наверное, и свойства людей мы бы воспринимали, но совсем по-другому. То есть если бы мы, допустим, формировались на основе копытных животных, которым меньше надо распознавать живые объекты, а можно вместо этого травку щипать (при этом всё, что большое и быстро движется, воспринимается как опасное), то у нас и восприятие друг друга, наверное, тоже было бы каким-то другим. Не возьмусь судить, было ли невозможным формирование разума, если бы восприятие было иным, может быть, просто по-другому бы это реализовалось и тогда у нас было бы меньше, скажем, гуманитарной сферы, а больше абстракции, философии. Можно гадать до бесконечности, спорить с пеной у рта, но смысла в этом, на мой взгляд, немного.

Carpolestes simpsoni (палеоцен)Источник : Eric J. Sargis. Primate Origins Nailed.Science Vol. 298. 22.11.2002Carpolestes simpsoni (палеоцен)Источник : Eric J. Sargis. Primate Origins Nailed.Science Vol. 298. 22.11.2002

Но то, что способность распознавать живые объекты это преадаптация социальности это факт. Хотя можно и по-другому повернуть, потому что пока наши предки скакали по деревьям, ещё в эоцене или в олигоцене хотя бы, то они ещё не были такими хищными и не было надобности распознавать большие объекты, а какая-никакая социализация у них уже налаживалась, так что не исключено, что ситуация была диаметрально обратная, и в начале наладилось распознавание своих на лицо, а потом это привинтилось к распознаванию разных живых существ, когда надо было уже понимать кто полезный, кто неполезный, съедобный, опасный и т. д.

Такие вещи очень трудноуловимые даже для живого современного человека, а когда мы рассуждаем о том, что происходило 40-50 млн. л. н. у каких-нибудь там омомисовых приматов крайне маленького размера, и от которых остались одни зубы, с этим на самом деле проблемы.

Что мы можем точно сказать про мозги, что височная доля бурно менялась это факт. Например, с австралопитеков и дальше она довольно-таки радикально подросла. Невозможно точно сказать, что именно: нижняя или не нижняя часть, потому что нет внятной границы никакой, но то, что височная доля увеличивалась это научный факт. У человекообразных обезьян (шимпанзе, горилл) она, как правило, маленькая такая, остренькая, от лобной особо не отделена, а у нас она здоровенная, высокая и чётко отделена,

с острым углом, то есть эволюция там была даже в самые распоследние времена, примерно 4 млн. л., да даже меньше, 3 млн. л., так что да, это было, но как обычно, детали ускользают.

Самир Ефимов:На самом деле очень интересный, развёрнутый ответ, вы так объёмно ответили. И, в принципе, второй вопрос, на который я хотел услышать ответ, он сам растворился, потому что уже понятно, откуда это социальное возникло. Поэтому следующий вопрос, который будет интересен подписчикам - это узнать о происхождении приматов. Например, узнать, насколько близки к нам шерстокрылые, тупайи и насколько далеки, например, грызуны и зайцы? На кого больше были похожи наши первопредки и в каких биотопах они обитали? Как были представлены отличия прошлого предка всех приматов от других млекопитающих? И правда ли, что в определённый момент времени у наших предков по коэффициенту энцефализации мозга эволюционно обгоняли опоссумы, если так, то, что с этими ребятами в итоге пошло не так?

Станислав Дробышевский:Корни всех плацентарных, и не только плацентарных, уходят, как обычно, в палеоцен или в поздний мезозой, а может даже и не в самый поздний. Печаль в том, что, по крайней мере, в начале или в половине палеоцена всё это древнее зверьё очень трудно различимо. Есть тонны зубов, но они микроскопические, их надо разглядывать в микроскоп, и отличить кто там из них кто очень сложно: там были эти позднемеловые даже раннекайнозойские цимолесты, которых куда только не пихают,

как только не представляют, и вот из них потихоньку выпачковывались все остальные, и среди вот этого богатства сформировались эуархонтоглиресы (euarchontoglires) это ветка, которая объединяет современных шерстокрылов, тупайи, приматов, грызунов и зайцеобразных. Но есть такая заметная поправка: на протяжении всего палеоцена грызунов и зайцеобразных не было. Грызуны появляются где-то в самом конце палеоцена и уже в эоцене нормально раскачиваются, а зайцеобразные вообще только, по-моему, в эоцене возникают.

ШестокрылШестокрыл

С шерстокрылыми запутано, потому что современных представителей всего два вида, и они сильно специализированные, а ископаемых потенциально известна целая куча, то есть масса семейств, всяких надсемейств и подсемейств, но действительно ли они шерстокрылые не очевидно, потому что у современных шерстокрылых жуткая специализация зубов, и самая главная фишка это летательная перепонка.

ИгнациусИгнациус

Скелетиков палеоценовых нет, потому что не сохранились, и мы не знаем, были ли у них эти летательные перепонки.Например, был какой-нибудь игнациус (ignacius), и его считали долгое время шерстокрылым, а потом нашли целый скелет и оказалось, что это не шерстокрыл, потому что никаких адаптаций шерстокрыльев в тельце нет, хотя зубы были похожи и пальчики были похожи (только фаланги),

а всё остальное, оказалось, нет. А некоторые шерстокрылоподобныепо частям похожи, а, скажем, резцы вообще другие, как у грызунов такие здоровенные, огромные. И поэтому настоящие шерстокрылые, очевидные, достоверные, появляются в эоцене, а остальные где-то зависают: то ли они приматы, то ли шерстокрылые, но само по себе существование этих переходных форм показывает, что это всё - сплошная родня.

В начале было такое кущение, из них выжили только мы и вот эти шерстокрылые, и где-то в промежутки выжили тупайи.

ТупаййяТупаййя

С тупайями такая печаль, что из современных архонтоглиресов (archontoglires) они самые примитивные, самые базовые, неспроста их в насекомоядные запихивали, в принципе, они насекомоядные и есть. То есть у них зубная система примитивнейшая, у них локомоция тоже простетская, то есть у них всё такое самое-самое исходное. Но проблема в том, что от них почти нет ископаемых, то есть где-то уже в конце палеоцена появляются какие-то отдельные зубки, сильно позже.

В огромный промежуток времени, когда они должны быть, мы их либо не находим, либо не понимаем, что это предки тупайи, как-то не очевидно для нас. То есть зубов там хватает, но, может быть, из них кто-то там и есть. С рукокрылыми такая же история: тоже куча зубов, но пока нет целого скелета, хотя бы черепа, непонятно.

ПургаториусПургаториус

Так что тупайи, по идее, самые примитивные, самые базовые, но в палеонтологической летописи появляются слишком поздно, а вот кто рано появляется это приматы. Чудесным образом они появляются раньше всех. Вначале, правда, в виде плезиадаписовых, иногда их выделяют даже в отдельный отряд плезиадапиформы (Plesiadapiformes), всякие умные слова придумывают.

Плезиадаписовые в лице пургаториусов (purgatorius), которых иногда даже выделяют в отдельный отряд, ещё и даже не плезиадаписов, потому что они совсем убогие, примитивные. Но, в принципе, за счёт своей примитивности они как раз в основание всех красиво ложатся, и в последующем эти плезиадаписовые порождают адаписовых, а через них полуобезьян, и омомисовых это уже обезьян, а уже где-то в самом конце палеоцена из каких-то подобных тварей возникают грызуны, а ещё чуть позже, видимо, как ветка, возникают зайцеобразные.

И чудесным образом получается, что грызуны и зайцеобразные намного прогрессивнее, чем мы, то есть они возникли позже, чем приматы, и у них гораздо больше специализация и в зубах, и в ногах, и где угодно абсолютно. Там мускулатура жевательного аппарата какая-то хитроумная с дырками в черепе, что-то такое сильно забубённое. А у нас ничего подобного не было. Кстати, конечности, количество пальцев посчитать - сколько там у крысы на руке и сколько у нас.

Мы оказались примитивной группой, а от нас потом отделились где-то шерстокрылые (тупайи вроде бы с самого начала были, они сохранили базовую версию), потом отделились грызуны, потом отделились зайцы. Но порядок ветвления до сих пор не очевиден, честно говоря, потому что вот эти все базовые зверушки слишком похожи и вот эта вот гора зверей, цимолестов каких-то и им родственных, чёрт ногу сломит. Такая же история со всеми ранними млекопитающими палеоценовыми, предки копытных где-то там тоже блуждают, и хищных, и китообразных, и кого угодно ещё. Они все растворяются невнятной кашей землеройкоподобных тварей, но крайне показательно, что мы-то одни из самых древних отрядов, то есть если плезиадаписов и пургаториусов считать за приматов, то мы появляемся 66 млн. л. н. Один зуб даже из мела есть и, выходит, что мы самые древние вообще плацентарные млекопитающие, может, не самые примитивные вообще, но близки к тому. Это удивительно!

Как обычно, всё самое крутое и великое появляется из самого убогого это универсальное правило, и оно не тоже прямо супер универсальное, но почти всегда работает, и сейчас тоже работает.

Самир Ефимов:А всё-таки как с опоссумами так получилось?

Станислав Дробышевский:Понятно, что они как сумчатые отделились ещё в мезозое, где-то в юрском периоде, если ещё не раньше. Но, действительно, они по-своему эволюционировали и была целая куча вариантов опоссумовых.

Кадр из мультфильма Ледниковый ПериодКадр из мультфильма Ледниковый Период

Ну, это слово такое опоссум, и всем (ну, большинству) представляется эта фигня из мультика Ледниковый период, а вообще же их какая-то чёртова туча на самом деле. Где угодно абсолютно: особенно в Южной Америке, родственные есть и в Антарктиде где-то на острове Сеймур, и в Австралии что-то подобное и в Африке, и в Европе, и в Азии, и в Турции классно найден, в Северной Америке ископаемых немерено.

Реконструкция родственника опоссума Anatoliadelphys maasae, окаменевшие останки которого был найдены в 2002 году в геологической формации Узунчаршидере в Турции. Источник:https://polit.ru/news/2017/08/21/ps_anatoliadelphys_maasae/Реконструкция родственника опоссума Anatoliadelphys maasae, окаменевшие останки которого был найдены в 2002 году в геологической формации Узунчаршидере в Турции. Источник:https://polit.ru/news/2017/08/21/ps_anatoliadelphys_maasae/

И среди такого великого изобилия (строго говоря, это несколько отрядов, по-хорошему), естественно, были очень разные, и в некоторые моменты действительно они нас обгоняли довольно-таки основательно. Если брать палеоценовых или даже эоценовых этих самых опоссумов, у них размер их тела и размер мозга, и относительный размер мозга местами был если не сильно больше, то вполне сопоставим с приматными, потому что у приматов этих самых плезиадаписовых или там омомисовых, у них размеры тела были иногда 10 гр., то есть это вообще предел мизера для млекопитающих в принципе.

Но это уже, наверное, самые крайние какие-то там омомисы. Но всё равно если это 100 гр, 50 гр. это типа мыши зверюшки, сильно меньше крысы. Опоссумы-то были в среднем больше, и некоторые может быть даже социальные. Причём у них эта социальность была достоверно раньше, чем у нас, то есть у них она была достоверна, а у нас она может быть, и поэтому она у них была вроде как раньше.

Южноамериканские [ископаемые] найдены такие чудесные: кучками собранные скелетики лежат с хорошим выраженным половым диморфизмом, т.е. там самцы крупные, а самки мелкие, что говорит о социальности. Развитие головного мозга тоже у них было не такое уж прям плохое, то есть не то, чтобы блестящее, но учитывая, что наши предки имели мозг размером в 1 гр. в среднем на тот момент, а эти опоссумовые пару граммов - уже как бы на 100% больше. Это круто, то есть они были действительно в каком-то смысле интеллектуальнее, может быть, даже.

Другое дело, поскольку они всё-таки сумчатые, и рожают как все опоссумы по 100-500 этих детёнышей, ну, по 30 штук за раз иногда, обычно всё-таки меньше, но 5-10 легко, и растут очень быстро, у них очень короткое детство, очень короткая продолжительность жизни, то у них не было возможности развивать эту свою социальность, потому что слишком маленькое воспитание. Собственно, вынуждены они так много рожать, потому что они сумчатые, у них нет нормальной плаценты, бандикуты потом изобрели немножко фиговенькую, но как бы тоже не очень получилось, соответственно, поскольку у них нет плаценты, то вырастить нормального в себе детёныша самка не может, и ей приходится этой r-стратегией фигачить как на конвейере этих маленьких дитёшек. С высокой вероятностью они все помрут, ну парочка выживет, ну и слава богу. Кстати, r-стратегия тоже неплохая, потому что они до сих пор живут и неплохо так себя чувствуют.

Самир Ефимов:Развиваются, хорошо себя чувствуют, очень интересно на самом деле. Тогда у меня следующий вопрос. Когда наши предки выбились в высших приматов, у них редуцировалась открытая овуляция, уменьшилась рождаемость, появилась двуногость, редуцировались клыки. По гипотезе Лавджоя все эти признаки появились гораздо раньше крупного мозга и изготовления каменных орудий. Мозг развивался не столько из-за труда, как по Энгельсу, а вскользь с переходом людей к моногамии, и увеличением вклада отцов в заботу о потомстве, ключевую роль в которой сыграли пищевые особенности наших далёких предков. Согласны ли вы с такой точкой зрения, и чем учёных так зацепил ардипитек?

Станислав Дробышевский:Концепция Лавджоя замечательная. Она очень проработанная, детальная. У неё есть только один маленький пробел: отсутствие практических подтверждений, то есть по современным зверюшкам всё красиво сходится, все эти скрытые овуляции и всё такое, а по ископаемым у нас, строго говоря, есть один признак: относительные размеры клыков самцов и самок и, в общем-то, как бы и всё.

Источник:https://libmir.com/book/292645/imageИсточник:https://libmir.com/book/292645/image

То есть концепция Лавджоя это классика. Когда есть идея и под неё немножко подтягиваются факты, которые есть. А идея такая проработанная, со стрелочками, схемки красивые, но это гипотеза, это классическая гипотеза. Подтвердить её или опровергнуть крайне проблематично, потому что для этого нужны наблюдения вживе, а у нас нет живых австралопитеков или каких-нибудь ардипитеков. Поэтому такие рассуждения, их очень забавно читать, но, на мой личныйвзгляд, смысла в них не слишком много, потому что на один признак опирать весь фундамент, всю стройку концепции как-то не очень, а исходить из того, что у современного человека, у современной обезьяны

Что там было у австралопитеков, если честно, мы просто не знаем. И это какие-то такие рассуждалки, тем более, что можно принять, что всё это было факторами, но все другие факторы никуда не деваются: изменения климата были, изменения экосистем были, перестройки питания мы просто видим по палеонтологическим конструкциям, и мы всё-таки видим, что такой резкий рывок развития мозга случается уже у ранних хомо между двумя и тремя млн. л. н., а вовсе не тогда, когда формировалось прямохождение. То есть концепция Лавджоя, строго говоря, про прямохождение может быть, но тоже с натяжками, а про интеллект, честно говоря, не очень, потому что у австралопитеков размер мозга за несколько миллионов лет практически не поменялся, что у ардипитека, что у сахелантропа. Строго говоря, у сахелантропа 7 млн. л. н. размер мозга больше, чем у ардипитека, который 4,5 гр. Говорят: Это самец, Это самка, ну пусть это половые различия будут, но всё равно прошло 3 млн. л. и значит, не поменялось, строго говоря, ничего. На две ноги они вставали очень даже бодренько, а мозги не росли. Поэтому прямохождение это хорошее условие для развития разума, но тоже не факт, что необходимое. Да, полезное, адаптивное, но недостаточное условие, это уж точно. А таким стимулом ядрёным, рывком, стали уже преобразования какие-то другие, которые совершились где-то 3 млн. л. н. Грацильные австралопитеки уже давным-давно хорошо как двуногие преобразовались в этих самых ранних хомо, и там уже с орудийной деятельностью мы прекрасно видим связь. Я понимаю, что Лавджою, может быть, трудовая концепция Энгельса как-то не близка, не уверен, что он её вообще знает или читал. Прямо скажем, антропологи тоже её воспринимают скорее как была такая там 100 лет назад, уже 150, и это не руководство к действию. Это философия XIX в. на всякий случай. Но действительно по фактам мы видим, что активное увеличение размеров мозга шло параллельно с развитием трудовой деятельности. И что было там причиной, что следствием - это вопрос, но вообще цепная, видимо, реакция, и причина и следствие одновременно, поэтому мозги стали расти именно с орудиями труда. А с прямохождением тоже, конечно, росли, но не так чтобы очень То есть у какого-нибудь сахелантропа, ардипитека где-то 300 гр. мозгов, а у афарских австралопитеков самые башковитые 500 гр., тоже в 1,5 раза всё-таки приросло, даже больше. Так это за сколько миллионов лет! И это самые мозговитые, самые здоровенные, которые самые поздние, кстати говоря, с датировкой как раз 3 млн. лет, а в среднем-то у этих афарских австралопитеков 350 400 гр., то есть, в принципе, они от ардипитеков не шибко отличаются. Есть разница, даже заметная, но не то чтобы прям сильно много при том, что за следующий миллион лет мозги выросли вдвое как минимум. С тех же 400 до 800 гр. мозговой рубикон перевалили, это как раз с орудиями труда. Так что концепция Лавджоя классная, но фактических оснований очень не хватает. Лавджой сам, кстати, про это прекрасно знал и писал, и она не может быть единственной, но и ещё фактор, чего бы и нет. У любого явления эволюционного обычно есть много факторов, спасибо Лавджою, что он эту тему поднял, но её антропологи и палеоантропологи как раз не любят, потому что много рассуждалок, мало фактов, все как-то так... Можно на 50 страниц написать тексты и что? А другой напишет ещё на 50 [страниц] других каких-то текстов.

Бутовская Марина Львовна российский этолог, антрополог, доктор исторических наукБутовская Марина Львовна российский этолог, антрополог, доктор исторических наук

Вообще, по мне, надо читать даже не Лавджоя, а Бутовскую, потому что, в отличие от Лавджоя, она-то очень много работала с настоящими живыми обезьянками, Лавджой теоретик, насколько мне, по крайней мере, известно, он наблюдения за обезьянами в природе вроде не вёл никогда, а Бутовская вела. Может, не в природе, скорее, в обезьяннике, тем не менее, но она лично всю жизнь занималась то обезьянами, то теперь вот людьми.

Поэтому её рассуждения, на мой взгляд, выглядят гораздо более основательно.

Самир Ефимов:А можете поподробнее рассказать, если не сложно?

Станислав Дробышевский:Идея та же самая, что и у Лавджоя. Только отличается большим количеством фактологии по социальному поведению и уровню агрессии, аффилиативности, то есть доброты. Пересказать не уверен, если честно, что смогу грамотно и точно, так как этой темой я не занимался никогда. Лучше не буду перевирать, я наляпаю, и будет просто испорченный телефон.

Самир Ефимов:Очень интересно будет познакомиться.

Станислав Дробышевский:Она сама читала много очень интересных и познавательных лекций. Про обезьян не помню, было ли у неё что-нибудь, возможно, и было, а про людей просто праздник какой-то!

Самый главный вывод, который звучит для меня то, что человеческое поведение, если мы искусственно будем игнорировать речь, оно, строго говоря, от обезьяньего не особо-то отличается. Если мы отключаем речь (не то, что запрещаем наблюдаемым говорить, а просто не обращаем внимания на то, что они говорят), просто наблюдаем за тем, что они делают. Как в Библии написано: познаете их по делам их [смеётся]. Вот она это и делает. Тогда оказывается, что поведение от тех же павианов не отличается практически вообще. Даже в цифрах: количество определённых телодвижений одинаково что у гамадрилов, что у людей. Когда это видно на графиках и в таблицах это впечатляет. Всем советую эти статьи почитать.

Самир Ефимов:Ближайший современный родственник человека, шимпанзе бонобо (карликовый шимпанзе). Дивергенция между людьми и шимпанзе произошла примерно 10-6 млн. л. н.

И, если не ошибаюсь, это происходило где-то в Восточной Африке. За это время обе этих группы человекообразных обезьян сильно видоизменились. Так, например, многие учёные считают, что шимпанзе физически являются, так сказать, более прогрессивными в сравнении с людьми. Интересно и то, что всё чаще в учёных кругах постулируется, что прогнантизм (когда челюсти выступают сильно вперёд) является не примитивной чертой,

а, наоборот, весьма прогрессивной. Причем считается, что этот признак эволюционно развивался у африканских человекообразных обезьян после отделения от общих с человеком предком. Я думаю, подписчикам будет интересно узнать: действительно ли это так и есть ли доказательства у этой теории?

Станислав Дробышевский:Да, по сути, так и есть. Это легко проверяемо: сейчас есть некоторое количество черепов и челюстей, штук 100 уже их есть, ископаемых обезьян миоценовых. Больше всего коллекция с острова Русинго, где проконсулы (не только они, но в основном). В Уганде целую кучу сейчас нашли. Мы видим, что самые первые человекообразные обезьяны, были, строго говоря, прогнатны, если корнеометрически рассуждать, но именно альвеолярная часть была небольшая, а передние резцы были маленькие, там зубёшки совсем ни о чём. И по большому счёту их черепа больше похожи на нас и австралопитеков, чем на современных шимпанзе. Но уже в позднем миоцене возникло несколько альтернативных веток, некоторые шимпанзей даже превзошли.

МоротопитекМоротопитек

Какие-нибудь угандопитеки или моротопитеки, афропитеки рыло отрастили ого-го какое, даже стали на павианов больше похожи. Так они и вымерли в итоге. Но это специализация. Проблема в том, что непосредственно предков шимпанзе и горилл у нас нет. Есть один накалипитек и хорорапитек, но всё же есть. Да, получается, что более древние имели сравнительно небольшие челюсти с небольшими размерами нёба, с маленькими клыками и, кстати говоря, заклыковые зубы тоже были небольшие и резцы, самое главное, маленькие. Те, которые остались в лесу и стали переходить на другое питание, в частности, питание более жёсткими фруктами (видимо, ещё и флора менялась, правда, про это мы меньше всего знаем). Они стали отращивать огромные резцы. Моляры у шимпанзе как раз не особо изменились, потому что они в лесу как жили, так и живут, а клыки выросли намеренно

АфропитекАфропитек

и размеры морды тоже. По сравнению с проконсулами они очень сильно изменились. А у нас передняя часть челюсти очень слабо менялась: резцы какие были, такие и остались, клыки уменьшились, но не запредельно, чуток, а вот моляры в какой-то момент у нас подросли. На уровне грацильных австралопитеков и самых-самых ранних хомо типа рудольфенсисов у нас была стадия мегадонтии заклыковой, когда премоляры и моляры в особенности стали здоровенными, потому что мы стали питаться наземной сухой пищей где-то в саванне. И мы имели шанс превратиться в парантропов (собственно, парантропы возникли и в итоге вымерли), а наше счастье, что мы успели вырулить, жрать мясо и у нас моляры уменьшились.

Они у нас маленькие вторично: т.е. они были маленькие, потом стали большие, потом снова маленькие. А у шимпанзе они выросли вместе с размерами тела и пропорции т е же остались.

НакалипитекНакалипитекРеплика черепа шимпанзе. Источник: https://vk.com/nessiterabfРеплика черепа шимпанзе. Источник: https://vk.com/nessiterabfРеплика черепа самки Проконсула. Источник: https://vk.com/nessiterabfРеплика черепа самки Проконсула. Источник: https://vk.com/nessiterabf

Это крайне показательно. По передней части челюсти мы примитивные, по задней, вроед как, прогрессивные. Это всегда так получается, что разные части, даже близко расположенные, эволюционируют мозаично. Это в чем угодно: в пальцах, ногах, в чем угодно, что ни возьми. Это яркий наглядный пример.

Самир Ефимов: Очень интересно. Все большие человекообразные обезьяны, такие клыкастые. Чего стоят клыки у тех же горилл и шимпанзе.

Клыки у этих обезьян являются, во-первых, очень большими, во-вторых у них имеется диастема, ну и в-третьих, как правило, клыки самцов больше чем у самок, а у людей и их предков вроде как всё наоборот. С чем это связано? Какова роль клыков в социальных отношениях гоминид?

Станислав Дробышевский:Лавджой говорит: Я! Я скажу!. Он рассказывает про то, что большие размеры клыков у всех приматов, человекообразных тоже, прямым образом коррелирует с половым диморфизмов и иерархичностью. Чем иерархичней твари, тем здоровенней у них морда.

Ассамская макакаАссамская макака

Особенно это видно на макаках. Какая-нибудь ассамская макака имеет огромное рыло, а у резуса маленькая мордочка и совсем маленькие клыки. А поскольку макак дофига, там прекрасно видно: тибетские, крабоеды, они разные полюса образуют. Если мы смотрим на уровень их социальности и степень иерархичности, там красиво всё получается.

Череп макаки РезусЧереп макаки Резус

И павианы как предел, когда они имеют огромные саблезубые клыки, а размер самцов в 2 раза больше, чем у самок. У человекообразных то же самое: есть гиббоны с маленькими клычушичками, где самцы от самок не особо отличаются. Если самцов обесцветить, мы не особо поймём. И люди из той же степени.А есть обратная сторона. Это гориллы, шимпанзе, орангутаны, у которых огромные клыки, есть диастема, чтобы соседние клыки вставлялись между либо резцами, либо клыками, либо клыки,

ПавианПавиан

между плеврами, смотря, какая челюсть верхняя нижняя. Соответственно, клыки доклиниваются очень мощно. Это действительно сигнальная штука, когда альфа-самец скалит зубы, всех впечатляет, все его боятся. Он самый главный, молодец. В принципе, это универсалия для всех млекопитающих. Это у собак так же работает, и у людей если человека доконать, он тоже скалит зубы, но у нас это не очень впечатляюще получается, а у гориллы весьма.

Ей даже скалиться не надо, просто губу приподнял и уже все спокойные становятся. Соответственно размерам и массе.

Череп гориллы с ярко выраженными входящими клыками в диастемуЧереп гориллы с ярко выраженными входящими клыками в диастему

Самир Ефимов: Теперь, к вопросу о двуногости и прямохождении. Существуют куча разного рода гипотез.

Ода гипотеза говорит, что на открытых равнинах саванн, среди высокой травы выпрямление тела и высоко поднятая голова обеспечивали лучший обзор, поэтому человек и стал прямоходящим. Другая гипотеза гласит, что нашим предкам приходилось ходить на двух ногах, чтобы в руках переносить различные предметы (добычу, орудия, детей). Третья рассказывает про полуводных обезьян. Дескать, обитая и питаясь у прибрежной полосы озёр и рек, наши предки много времени проводили в воде и, заходя на глубину, выпрямлялись. Так обезьяны становились в том числе и лысыми. Также существует гипотеза, которая рассказывает о ночных гоминидах, которые ходили в темноте на задних ногах, ощупывая руками окружающие предметы. Ну и, пожалуй, самая забавная гипотеза гласит, что на двух ногах драться удобнее. Как по-вашему, какие из гипотез имеют право на существование?

Станислав Дробышевский:На мой взгляд, самая верная концепция, что у нас была преадаптации к прямохождению ещё при лазании по деревьям. Уже позже проконсулов, но ещё раньше австралопитеков, на уроне каких-нибудь киенапитеков мы стали довольно большими, 15 кг весом, а потому ходить по веткам на четвереньках уже было несподручно, поэтому перешли к вертикальному лазанию, когда на ногах идут, а руками придерживаются. А позже, когда мы стали спускаться на землю, уже невозможно было вернуться назад, к четверенькам, потому что слишком специализированные ручки.

Гориллы ходят на согнутых пальцахГориллы ходят на согнутых пальцах

Например, гориллы и шимпанзе тоже ведь упираются очень убого на согнутые пальцы передних конечностей, они уже не могут выпрямить руку и нормально на пальцы опираться. Гиббоны тоже с большими проблемами по земле ходят, они на двух ногах вынуждены ходить, держа ручки над землёй.

У орангутангов тоже корявенько получается, но у них чересчур специализированная рука, супер-древесная, и, кстати, более прогрессивная, чем наша, а мы всё-таки не настолько далеко ушли, но оказалось, что проще повернуть.Плюс, есть ещё терморегуляционная гипотеза,

Видно, что чем выше к голове тем температура вышеВидно, что чем выше к голове тем температура выше

потому что вертикальное положение даёт меньший нагрев, потому что греется только голова и плечи, а не спина целиков. И ещё 100500 других. Скорее всего, как это обычно бывает, был огромный комплекс. Одно другое цепляло. Мы меньше нагреваемся, у нас уже есть преадаптация, нам так удобнее с самого начала, нам полезно носить всяких вещи, в том числе тех самых детишек (тут Лавджой опять говорит: дайте! Дайте я скажу! Детишек носили!).

С концепцией водной обезьяны, конечно, не очень можно согласиться. Её многие любят, мне она тоже нравится на самом деле. Она гипотетически красивая, как умственное построение прикольная, там можно подбирать всякие факты, подгонять, но только она не подтверждается ничем. Это из таких концепций, которые классные, в которые хочется поверить, но вот только факты не в пользу её. Это печально для гипотезы бывает, когда факты не в её сторону. Наши предки не были околоводными, они всё-таки на деревьях жили, а от воды они старались подальше держаться, там крокодилы. Мы, конечно, находим их [предков] в водных отложениях, но мы кого угодно там находим, даже трубкозубов, которые точно не ныряли.

АрдипитекАрдипитек

Даже верблюдов, что характерно, мы находим в водных отложениях, потому что там в принципе кого угодно мы находим. Там просто кости сохраняются. Хотя ардипитек найден не в водных отложениях, он-то как раз в сухопутных редкостных, поэтому у него сохранность фиговая. Зато весь скелет целиком, его никто не раздербанил. А уже всякие концепции, что они шарились по ночам и дрались это бред. Тогда бы много кто был двуногий. Потому что драчливых хватает. [показывает голубя, смеётся]

Самир Ефимов: Кстати, насчет полуводной гипотезы, недавно была информация. Даже Соколов комментировал один пост. Наука и техника, известное сообщество, как раз про полуводную гипотезу рассказывали, даже назвав её доказанной теорией. Сказали, что в Мадагаскаре нашли какую-то полуводную обезьяну, с характерным хвостом как у русалки. Это всё чушь, верно?

Станислав Дробышевский:Я подозреваю, это было 1 апреля. Обезьян с рыбьим хвостом не было.

Самир Ефимов:Меня это очень удивило и расстроило, я считал, что сообщество было нормально. Видимо, перекупили.

Станислав Дробышевский:Техника молодёжи давно уехала куда-то не туда. Когда я был маленький, школьником, мне этот журнал очень нравился, он был классный замечательный. Но уже в 2000-х годах, в начале, он уже уехал.

Самир Ефимов: Собственно, из вашего ответа по прямохождению напрашивается следующие вопросы. Какие признаки используют для определения прямохождения у ископаемых приматов? Как мы можем понять, что вон тот примитивный обезьян, а этот уже двуног и на четырёх конечностях не ходит? Когда человек полностью становится прямоходящим? И есть ли современные приматы помимо человека, которые более-менее, но могут ходить на двух ногах?

Станислав Дробышевский:Прямоходящих приматов, кроме человека, нет. Периодически ходит кто угодно, строго говоря: и макаки, и бонобо, и гиббоны, но это скорее вынуждены, когда им очень надо, и в руках что-нибудь тащат. Слишком специализированные руки.

Шимпанзе идёт на двух ногахШимпанзе идёт на двух ногах

Лемуры сифаки прыгают на двух ножках, потому что не могут опираться, но это не прямохождение, это вынуждено. Так же ходит и медведь, и сурикат. Может, не настолько упорно они это делают, но всё же это не считается. А признаки зависят от того, что мы нашли.Прямохождение это комплекс большой, он затрагивает всё что угодно в скелете, и поэтому пытаются найти по всем возможным элементам. Основание черепа: затылочное отверстие не сзади подходит к черепу, а снизу. Форма позвонков, кстати, не сильно меняется, неочевидно по позвонкам, прямоходящий или нет. Но если бы у нас был хоть один целый позвоночник, то по соотношению позвонков разных отделов: шейных, грудных, поясничных это прекрасно видно.

Крестец становится широкий низкий монолитный, сросшийся красиво. Грудина срастается необязательно, у гориллы тоже срастается, но тем не менее.Руки тоже, но руки меняются в последнюю очередь, потому что если они потеряли опорную функцию, это не значит, что они тут же должны меняться. Даже у австралопитеков от проконсулов не слишком отличается, размер другой, а в принципе всё то же самое. Но опорная функция пропадает, новая добавляется. А самое очевидное это таз и нога.

Таз становится низкий, широкий и крайне специфичный, такого как у человека не ни у кого, длина с шириной меняются местами. И нога: коленный сустав меняется радикальным образом, тазобедренный тоже, шейка бедренной кости становится более вертикальная и головка становится выше большого вертела (что бы это ни значило). В коленках: у обезьян колени либо в сторону разведены, либо вертикально, а у нас таз широкий, коленки сходятся вниз, а берцовые кости, голени, идут строго вертикально вниз. Опять же, это не суперуниверсально, но на бедренные кости по углу мыщелков к диафизу это прекрасно видно. Собственно, так впервые было надёжно доказано прямохождение афарских австролопитеков. И стопа самое очевидное. Своды стопы, большой палец приведённый, мизинец уменьшенный. И разные нюансы, строение пяточной и таранной костей. На удивление, строение таранной кости что у нас, что у пургаториуса одинаковое. Казалось бы, это самая мега-опора, но она всё такая же, не сильно поменялась. Тем не менее, наклон шейка, форма блока, пяточный бугор и всякая такая дребедень меняется. На мускулатуре это больше отражается, конечно, потому что теряется хватательная функция. К сожалению, на мускулатурах современных-то мы это видим, если стопу человека с шимпанзе будем сравнивать, а на древних [скелетах] мышцы не очень-то следы оставляют на костях. Они довольно слабенькие, и большая часть мышц крепится вообще куда-нибудь на связки, на суставные капсулы, хрящи, то есть на костях не особо может быть и следов. Но если есть большие мышцы, мы их видим. Но это детали. А в основном это стопа, перестаёт быть хватательной, становится опорной со сводами. Но при желании можно по любым другим высчитать, хоть по рёбрам.

Самир Ефимов: Благодарю за ответы. Пожалуй, пора закругляться, а потому постараюсь охватить самые интересные вопросы. За последнее время учёные нашли очень много костей наших предков. Самые интересные, по моему мнению, это всё-таки останки хоббитов.

Удивительно, что уже есть прогрессивные люди, и есть эти хоббиты. Интересны они тем, что некоторая часть учёных критикует идею о том, что это какой-то примитивный вид карликовых людей, высказывая идею о том, что это сапиенсы с микроцефалией. Другая часть учёных это отрицает. Тем не менее несмотря на противоречия в некоторых моментах, я очень часто слышу о том, что эволюция человека почти изучена

и белых пятен практически не осталось. Так ли это? Как вообще мы понимаем, что вот тот предок был больным, а этот был здоровым? Какие болезни прошлого нам известны? И какие ваши самые любимые и интересные находки в мире антропологии?

Станислав Дробышевский:Про больных хоббитов давно уже ничего не слышно. Идея, что это были микроцефалы, действительно была, и много статей на эту тему писали. Но идея затухла, когда нашли новые находки, гораздо более древние, в другом месте, и в самом Лианг Буа, где были первые находки, там тоже уже давно не один индивид.

Если бы это были микроцефалы, их было бы один-два. Но когда они жили сотни тысяч лет? Это уже ни в какие ворота не лезет! Тем более, на такие медицинские статьи всегда следовал чёткий ответ, что это не синдром Ларона, не недостаток витамина D или йода, не синдром Дауна, потому что и долгий-долгий был занудный разбор. То есть сторонники островной карликовости тоже умны, и они аргументируют очень здорово. Кстати говоря, огромное количество медицинских вещей было поднято, которыми никто не заботился особо. То, что хоббиты это экзотический вид это точно. И это как раз радует. Это говорит, что не все белые пятна открыты и стали не белыми.

Homo luzonensisHomo luzonensis

Скорость открытия новых данных радует. Буквально год назад открыли homo luzonensis, про них были намеки, но как вид описали только что. Сейчас на подходе находки из Сулавеси из Талепу. Правда, там пока нет антропологии человеческой, но будет, потому что кости там есть, стоит копать, думаю, сейчас ведутся там раскопки.

Так что будут рано или поздно. Не может быть, чтобы на всём острове ни в одном месте кости не сохранились. Найдут. Это гарантирует ещё многие удивительные вещи, только с той поправкой, что это боковые ветки эволюции, а наша генеральная действительно уже более-менее чёткая. Тут уже мало что можно добавить. Начиная как минимум с проконсулов и до современности все основные моменты понятны. Детали не все очевидны. Момент спуска на землю ещё хотелось бы, ещё будет найдена целая куча ранних австролопитеков. Между сахелантропом и оррорином полмиллиона лет три вида могут поместиться легко в этом интервале. У нас от сахелантропа один череп пока, три нижних челюсти, бедренная кость описана и две локтевые, только их не описали до сих пор. От орроринов есть горсть зубов, но хотелось бы больше. Детали точно будут проясняться. Хотя бы даже между австралопитеками и ранними хомо общая концепция ясная, и место, и время, и почему, и зачем, но от самых поздних грацильных австралопитеков с древность 2,9 млн. л. н. до первых стопроцентных рудольфенсисов 2,4 млн. л. н. есть, на всякий случай, полмиллиона лет. Там есть некоторое количество зубов, но по ним мало что можно сказать. За полмиллиона лет два вида поместятся легко, один вообще без проблем. Я ни разу не сомневаюсь, что в ближайшее время отроют новый черепок с древность 2,6 млн. и гордо назовут его новым названием, если только какие-нибудь объединительства не восторжествуют и не сольют всё в один вид вплоть до нас. Сейчас с толерантность модно соединяться всех от шимпанзе до нас в один вид.

Источник: https://www.bbc.com/russian/news-56988531?xtor=AL-73-%5Bpartner%5D-%5Bbbc.news.twitter%5D-%5Bheadline%5D-%5Brussian%5D-%5Bbizdev%5D-%5Bisapi%5D&at_campaign=64&at_custom4=290365DE-ADB3-11EB-88A4-5BA44744363C&at_custom1=%5Bpost+type%5D&at_medium=custom7&at_custom3=BBC+Russian&at_custom2=twitterИсточник: https://www.bbc.com/russian/news-56988531?xtor=AL-73-%5Bpartner%5D-%5Bbbc.news.twitter%5D-%5Bheadline%5D-%5Brussian%5D-%5Bbizdev%5D-%5Bisapi%5D&at_campaign=64&at_custom4=290365DE-ADB3-11EB-88A4-5BA44744363C&at_custom1=%5Bpost+type%5D&at_medium=custom7&at_custom3=BBC+Russian&at_custom2=twitter

Формирование нашего вида, уже сапиенса, тоже сейчас всё большее вентилируется, буквально только что была статья про находку скелета, более того погребения Панга-я-Саиди в Кении, там фрагментарно всё, конечно, ужасная сохранность. Конечно, анонсировали, что это самый древний сапиенс, 78 тыс. л. Но, честно говоря, он сомнительный сапиенс, потому что сохранилось немного, и по признакам не так чтобы он сапиенс.Это как раз и есть самое интересное. Мы точно знаем, что он предок, потому что дальше уже все правда сапиенсы,

до этого они все довольно-таки страшные, а вот этот интервал 100-150 тыс. л. н. формирование нашего вида. Тоже хотелось бы поподробнее. Ну и сейчас хайповая тема это вклад других видов. С неандертальцами всё понятно, сейчас с денисовцами разбираемся, а кто его знает, может, в Индонезии хоббиты какие-нибудь примешались? У нас от хоббитов-то нет ДНК, но с открытием новых хоббитов (были на Флоресе, теперь на Лусоне, на Сулавеси, и на Тиморе орудия есть), глядишь, у сапиенсов что-нибудь такое интересное найдут. Правда, в последнее время взялись за островные популяции. Там у островных сапиенсов ничего сверхэкзотичного нет, но, может, ещё генетики просто не особо знают, где искать. Когда им не с чем сравнить, они и не видят эту примесь. А когда у них будет образец этого хоббита, может, и у современных найдут. Такие приколы гарантированно будут. Иначе бы все забили на антропологию, и никто бы ею не занимался. Мы живём в чудесное время, когда общая концепция ясна, мы уже не по двум черепам ориентируемся, и можно нюансы, детали уточнять и, наконец-то, понять, почему это было. А это самое интересное.

Самир Ефимов: Большое спасибо за интервью! Было очень интересно! Очень понравилось. Хотел последнее упомянуть, как раз по генетике читал недавно статью, что научились с пещер древнюю ДНК из камня, отпечатки ДНК с камня забирать. Очень интересно, может, тоже получится?

Источник:https://theconversation.com/how-midnight-digs-at-a-holy-tibetan-cave-opened-a-window-to-prehistoric-humans-living-on-the-roof-of-the-world-148927Источник:https://theconversation.com/how-midnight-digs-at-a-holy-tibetan-cave-opened-a-window-to-prehistoric-humans-living-on-the-roof-of-the-world-148927

Станислав Дробышевский:С камня? Не уверен, честно говоря. Из почвы, из отложений пещерных да. На камне шанса сохраниться мало. Но это так, чисто гипотетически по кальцитовым натёкам, но там среда, вода не очень способствует. Но вообще да, супер метод. Есть же бельгийская пещера, где костей не нашли, а ДНК неандертальцев нашли. Это же праздник.

Самир Ефимов: Спасибо, очень рад был лично пообщаться.

Корнилова Ольга:Мне было очень интересно послушать. Могу я задать свой вопрос? Меня всё время смущает датировка. Если Африка, вероятно, на ней уже были приматы, которые были наши предками, то когда и как эти приматы попали в Юго-Восточную Азию? Уже после того, как Африка снова соединилась? Или они свою эволюцию проходили? И вообще, что происходило с Индией, когда она откололась от Гондваны там были приматы?

Станислав Дробышевский:Она откололась в начале мезозоя, если не раньше. В Юрском периоде она уже точно плавала где-то отдельно, это факт. Там приматов не было как явления, там плацентарные только появлялась.

Источник: antropogenez.ruИсточник: antropogenez.ru

Приматы появились самые достоверные 66 млн. л. н. в Северной Америке (хотя есть некоторые адаписы, которые в Индии в том числе, которые могут быть предками приматов, но с ними много проблем). Достоверные purgatorius это Северная Америка, оттуда они расселились в Европу и в Азию, потому что периодически всё это соединялось. И уже довольно поздно, где-то в эоцене, они попадают в Африку. Туда они попали сильно позже, но Африка не была совсем изолированной. Всё время шёл обмен. Уже в самом конце эоцене, олигоцене, это 37-34 млн. л. н. движуха шла довольно бодренько. Есть афротарзиус, который найден в Северной Африке, Египте, а его родственники, не помню названия, - в Бирме. То есть между Бирмой и Северной Африкой всё время шло движение.

Там были промежуточные архипелаги, кто-то перемещался. Это видно, кстати говоря, не только по приматам, равным образом перемещались хоботные, гиены, кто угодно. Так что Африка наша прародина на последних этапах, начиная с человекообразных обезьян, это последние 30 млн. лет. Это африканская история. А до этого ещё столько же это не африканская история. Приматы как раз были не сильно подвижными, надо сказать, другие животные гораздо бодрее перемещались. Индия хороший пример, она же действительно плавала до конца эоцена посреди моря, и при этом часть фауны там родственная материковым: и азиатским, и африканским, и европейским. Обмен фауной был.

Приматы в Индии известны, правда, фрагментарные, не особо достоверные. В самом конце эоцена, когда Индия ещё была отделена, в олигоцене, но это не странно, потому что она уже приплыла. Изоляция изоляцией, а движуха движухой. В конце концов, приматы умудрились из Африки до Южной Америки через Атлантический океан приплыть, это всяко дальше, чем от Европы до Африки. И это видно по кому угодно: по копытным, хищникам, креодонтам, которые тоже везде и всюду. Часто один и тот же род одновременно и в Северной Америке, и в Европе, и в Азии. Проблема с Африкой, главным образом, в том, что она просто очень плохо изучена. В Северной Африке ещё были какие-то были исследования, но в Ливии, как вы понимаете, уже нет, в Восточной Африке Кения, Танзания, Эфиопия [есть находки], и немножко в Южной Африке, но там с приматами всегда бедно было, кроме последних этапов. Самое интересное происходило в серединке, а там у нас ничего нет. Из Уганды есть, но она восточнее, из Анголы, но там несколько зубов. А что в самом центре, где движуха шла, мы вообще ничего не знаем.

Конец. Благодарим Вас за прочтение данной статьи, интервью было сложным, но очень интересным. Над конвертацией видеоитервью в текстовую статью и над дальнейшей её стилистической обработкой работала командаНаука | SciTeam в лицеКсенииТимофеевойи Екатерины Тигры. Милые дамы искренне Вас благодарю за такой громадский труд, спасибо Вам за колосальную помощь.

Примечание

Материал принадлежит моему сообществу Фанерозой. Текст с вопросами и монтаж видео подготовил я. Видеовставку перед началом видео делала для нас наша Акари Аказа

Подробнее..

IOS интервью в Vivid

11.06.2021 18:10:18 | Автор: admin

Возможно, вы знаете про Vivid, где-то слышали или же видите впервые. Мы делаем один из самых быстрорастущих и многообещающих финансовых сервисов в Европе. Чтобы не быть голословным, вот некоторые из наших показателей:

Скачивания и активные пользователи в Германии с 03.21 по 06.21Скачивания и активные пользователи в Германии с 03.21 по 06.21Количество функций в приложениях в 4 квартале 2020 годаКоличество функций в приложениях в 4 квартале 2020 года

Одной из причин достижения таких результатов является наша команда. В этой статье я расскажу, по каким принципам мы формировали команду, как менялось наше техническое интервью и что для нас самое важное в кандидате.

Дисклеймер

Я ни в коем случае не хочу осудить или дискредитировать процессы собеседований в других компаниях. Все, что вы сочтете таковым, лишь наш взгляд и не более того.

Немного вводных

На старте нас было 2 человека. Нам предстояла сложная задача найти ведущих разработчиков на каждый из продуктов, входящих в состав нашего приложения. Искать сеньоров и так нелегкая миссия, а когда ты их ищешь в компанию без названия и без возможности рассказать про продукт хоть что-то из-за строгого NDA, миссия становится невыполнимой. Но, как мы знаем, дорогу осилит идущий, поэтому надо было набраться терпения и делать все возможное, чтобы кандидат выбрал именно нас.

Что зависит от интервьюеров? они же просто задают вопросы. На самом деле почти все, так как хорошие специалисты серьезнее относятся к техническому интервью и обращают внимание на разные мелочи. Вряд ли сеньор будет в восторге от интервьюеров, которые не разбираются в темах, ведут себя неуверенно или задают странные вопросы. Кроме того, чтобы банально не иметь таких явных недостатков, нужно чтобы были какие-то достоинства.

Наши особенности

Кроме основных обязанностей интервьюеров мы старались делать следующее:

  • Располагать к себе кандидата и создавать friendly атмосферу

  • Задавать вопросы по ситуации, а не по заготовленному сценарию

Для первого пункта мы использовали смолтолки перед собеседованием (это не вопросы про опыт или резюме, а то, что помогает лучше узнать кандидата), иногда шутили для разрядки, подстраивались под особенности кандидата.

Случай на собеседовании

Однажды нам не хватило времени на собеседование, время в переговорке закончилось, а свободных не было. Пришлось заканчивать собеседование в кафе. Кажется, кандидату это понравилось теперь он работает с нами.

Для собеседования мы не готовили список вопросов мы готовили темы на которые хотим поговорить. Такими темами были: Swift (куда же без знания языка), UI (так как у нас его очень много, он на 95% кастомный и иногда нетривиальный) и архитектура (для ведущего разработчика это очень важно). По каждой теме мы старались спрашивать только то, что в основном используется в повседневной разработке и то, что связано с нашим приложением. Конечно, иногда мы углублялись в какой-то вопрос, чтобы понять насколько хорошо кандидат знает тему, но тут есть тонкость если вдруг человек не отвечает или отвечает неправильно, мы не делаем на этом сильный акцент, так как это опциональные вопросы и ответы на них не обязан знать каждый.
Также для нас была очень важна практика, так как это то, что раскрывает способности разработчика лучше всяких вопросов. У нас были заготовлены различные задачи, которые мы выбирали в зависимости от ситуации. Среди них не было вопросов по алгоритмам, потому что мы не считаем их показательными они показывают умение находить решения (или вспоминать их), а не умение писать код. Наши задачи показывали то, как кандидат обычно пишет свой код, какие конструкции использует, насколько оптимальны его решения и как он размышляет.

Самая сложная задача

Однажды задача родилась прямо на собеседовании. Пока я общался по своей теме, мой коллега набросал код и требования. Кому интересно, переходите по ссылке. Скажу сразу, мы немного переборщили со сложностью, но кандидат настолько хотел решить задачу, что взял ее "на дом" и прислал решение на следующий день.

Формат собеседования

Экспериментировать и меняться это то, что свойственно нашей компании. Собеседования не исключение. Мы попробовали разные форматы: одно собеседование на 1.5 часа с вопросами "по ситуации", теоретическое собеседование на 1 час и практическое на 1.5 часа, теоретическое собеседование на 1 час и тестовое задание. В конце-концов мы пришли к следующему:

  • Скрининг перед собеседованием из 6 вопросов.

  • Одно собеседование на 1.5-2 часа. Из них 10-20 минут на общение с кандидатом не на технические темы, 30-40 минут на кодинг и остальное время на теорию.

  • Интервью всегда проводят 2 человека это дает более объективную оценку кандидата после собеседования.

  • Каждый интервьюер ведет свою тему. Это позволяет более логично выстроить общение, так как другой собеседующий не будет задавать свои вопросы, уводя беседу в другую сторону или прерывая текущую мысль.

Скрининг

Наш скрининг состоит из 3 простых вопросов и 3 средней сложности. На каждый вопрос есть варианты ответа, но не для каждого вопроса они озвучиваются. HR-у леко проводить такой скрининг, так как он практически не требует специальных знаний и подготовки.

В скрининге содержатся такие вопросы, ответ на которые не приходится искать долго. В то же время это не избитые вопросы, что нравится кандидатам (судя по опросам).

Циферки:

  • Средняя длительность скрининга 4 минуты

  • Процент кандидатов, прошедших скрининг 75%

Техническая часть

Основной проблемой наших предыдущих собеседований было отсутствие четкого плана. Как я уже сказал, мы старались выбирать наиболее подходящий путь прямо во время собеседования. Иногда это приводило к тому, что в какой-то момент мы не знали что лучше спросить дальше и кандидат чувствовал некую неподготовленность с нашей стороны. К тому же такому способу ведения собеседования сложно научить новых интервьюеров.

Поняв наши проблемы, мы переработали техническую часть. Теперь у собеседования есть "сценарий", представляющий собой древовидную схему в Miro.

Пример одной из веток собеседованияПример одной из веток собеседования

Общение по определенной теме мы начинаем с открытого вопроса, который предполагает обширный ответ. Далее, в зависимости от ответа, идут разветвления, затрагивающие различные области темы. Чем дальше мы продвигаемся по одной ветви, тем сложнее становятся вопросы.

Есть одна особенная ветка Swift. Для движения по ней мы проводим лайвкодинг, в рамках которого кандидат решает поставленную задачу, у которой добавляются или меняются требования (прям как в реальной жизни). Задача затраивает практически весь синтаксис языка при ее небольшом объеме. По ходу решения мы задаем вопросы. Например: "Почему использовал class, а не struct?", "Можно ли задачу решить по-другому?" и так далее.

Таким образом, мы получили "фреймворк" для собеседования. Он позволил нам:

  • быстро понимать во время собеседования что спрашивать

  • вести собеседование более структурировано

  • быстро обучать новых интервьюеров

Как оцениваем кандидатов

Нельзя не затронуть столь субъективную тему как оценка уровня кандидата. Мы разделяем уровни разработчика как и многие другие: Junior, Middle, Senior. К каждому уровню еще можем добавлять + или - чтобы оценка была немного более точной.

Для определения уровня используем следующие маркеры:

  • Предыдущий опыт. Чем больше в нем сложных и разнообразных задач, тем выше уровень.

  • Решение задачи. Чем быстрее и правильнее решена задача, чем чище код и чем лучше обоснованы решения, тем выше уровень.

  • Ответы на теоретические вопросы. Тут нам важно понять, подкреплено ли знание теории практикой. Если кандидат отвечает на вопрос это хорошо, но если еще и приводит примеры из опыта или объясняет своими словами, то еще лучше. Короче говоря, для нас понимание важнее знания.

  • Умеренный перфекционизм. Это когда кандидат достаточно хорошо продумывает решение, но не тратит кучу времени на незначительные мелочи.

После выхода на работу

Каждый новый разработчик проходит онбординг, а также получает ментора. Менторство существует не только в нашей команде, но и по всему проекту. Это настроенный процесс в рамках которого ментор помогает быстро влиться в проект, познакомиться с коллегами, а также помогает решать задачи на первых порах.

Напоследок

Надеюсь, вам понравилась статья и вы нашли в ней что-то полезное. Будем рады ответить на комментарии пишите, не стесняйтесь. Также вы можете почитать еще одну нашу статью про найм. Если же вам интересно пройти собеседование, следите за вакансиями здесь.

На этом все. Всем удачи на собеседованиях!

Подробнее..

Хождения по собеседованиям, или Как полтора года искать работу в ИТ самоучке

14.06.2021 14:06:00 | Автор: admin

Да, тема избита, но из благих побуждений хочется поделиться своими эмоциями, которые пережил я, самоучка в ИТ, проходя бессчетные собеседования в поисках нормальной конторы. Также опишу пару примеров собеседований, чтобы рекрутеры и те, кто проводит собеседования, поняли, как это выглядит со стороны, и какие вещи делать ни в коем случае не стоит.

Знаете, есть такие особые признаки, известные всем, когда точно понимаешь, что надо линять с текущей работы, ибо уже вилы. Как раз такое приключилось у меня с прошлой работой. В совсем уж подробности вдаваться не буду, но немного все же порефлексирую на тему своих скитаний по рынку труда. Опустим, что происходило уже на прошлой работе (спойлер: новое место работы я нашел), так как меня смело можно укорить в том, что я точно задержался, постоянно откладывая уход, и что все то, что происходило там, вымысел и быть не может. Но, к сожалению, происходило. В общем не будем о плохом. Как написал А. С. Пушкин в стихотворении "Если жизнь тебя обманет", "Что пройдет, то будет мило".


Предыстория

Много лет назад, получив высшее экономическое специалитетом (виноват, грешен), пошел проектировать (какое громкое слово!) птицефабрику к одной достаточно известной персоне. Проработав год, нас всех ошарашили, что неразумные шаги отдельных руководителей и конечного бенефициара бизнеса привели к тому, что администрация области, где почти началось уже строительство, применила к нам административный ресурс, по сути лишив нас возможности вести в этом направлении бизнес. Настал тупик...

Но сразу поступило предложение от ребят из отдела IT от другой ветки бизнеса, которых я знал много лет. У них стала вакантно место сисадмина (или что-то в этом роде, так как по сути ИТ там и не было никогда). Решив все поставить на кон, я согласился по сути сменить профессию на 180 градусов.

Проработав там предостаточно лет (сейчас уже звучит дико), понял, что надо покупать весла и грести оттуда, так как местный "совок" был уже в печенке, и ощущалась постоянная депрессия от нереализованного моего потенциала. На дворе был ноябрь 2019 года, ни про "какой-то там вирус в Китае" никто не был в курсе, и, если бы мне тогда сказали, что поиски новой работы по тем или иным причинам растянутся на полтора года, я нет, не рассмеялся бы, а, подняв бровь, удивился: я настолько никчемен?

Вояж, вояж

Высунув язык, состряпал первое резюме и стал ждать. Вскоре со мной связалась какая-то финансовая контора, которая искала что-то среднее между менеджером, техподдержкой и системным администратором. Даже понимая, что это не мое, решил поглядеть, как же они проводят собеседование. Вся странность данного собеседования заключалась в том, что по телефону сказали, что командировок не будет, но по приезду в их офис в "Москва Сити" (+100500 к пафосу рекрутера), выяснилось, что командировки еще как будут (каждые три недели), и не по Золотому Кольцу, а во Владивосток!

Мое ошарашенное возражение "Но я не хочу ездить во Владивосток", рекрутерша парировала чудесной репликой: "Ну, почему же, город посмотрите!". Пока мы шли по офису, она все жужжала рядом, что вакансия актуальна только, пока я не ушел, "уйдете и можете не возвращаться"! Я был шокирован, что, оказывается, люди так могут врать. Какой в этом смысл? Первый блин комом

Подозрительные запросы

Дальше была известная металлургическая компания с офисом в том же Москва-сити. Там собеседовать меня пришел какой-то подросток в наушниках, начав попрекать тем, что я мол хочу мало денег, и это подозрительно. Видимо посчитав, что человек желающий столь мало не заслуживает уважения, собеседующий перешел совсем к издевкам, и я ретировался, благо просто как назло все собеседование мне писали с работы. Даже обидно как-то получилось.

В начале 2020 уже вовсю началась пандемия, многие компании закрыли набор и погрузились в тотальный перевод всего и вся на удаленку. Рынок труда ушел в спячку до сентября 2020. И я понял, что попал! Очень скоро я уже нисколько не удивлялся тому, что топовые и небольшие конторы на отклики вообще не реагировали, даже не заходя (а иногда и заходя) в учетки на сайтах типа хаха.ру, а рекрутеры не стучались в Telegram.

Изгнание бесов

Так как у меня свободный английский, то еще я искал возможность работы с экспатами. И тут позвонили из знаменитой антивирусной компании, основанной выходцем из школы КГБ, пригласив меня на должность "младший системный администратор". Я весь такой в волнении, на кураже нельзя же ударить в грязь лицом.

Но после стандартных вопросов и проверки знания английского начинался какой-то цирк. В видео-конференции было 3 человека, а один из них надел наушники только через 10 минут после начала, сказав: "Ой, а вы уже начали?". Все вопросы задавались с таким пренебрежением, как будто они делали мне одолжение. Вы мол вообще никто, и звать вас никак. Например был задан вопрос о неработающем видеопроекторе:

Что будете делать, если проектор сломался, а Евгений Валентинович спешит к нам в офис?

Попытаться починить на месте, погуглив, или заменить на новый, ответил я, так как по сути другого ничего и не выйдет сделать.

Ой, как мало, брезгливо произнесла рекрутер, у нас по 18 идей люди предлагают, а вы всего 3. Некоторые даже предложили изгнать бесов из проектора...

Дальше был вопрос, как можно помочь решить техническую проблему у начальника, который начал орать и выпроводил тебя из кабинета. Видимо, решили дать типичный в "продвинутой IT-компании" кейс. На мое резонное предложение "зайти позже" (я не особо уже понимал, зачем работать в такой конторе, где на тебя орут и выпроваживают из кабинета) мне сказали, что ответ неверный, и надо писать ему электронное письмо с просьбой зайти чуть позже, но во что бы то ни стало решить его проблему!

Я уже плохо понимал, что происходит, и где технические вопросы. Под конец тот субъект, который не мог отличить начавшееся собрание от статичной картинки, задал очередной тупой вопрос про монитор, который я уже и не помню, и все с кислыми лицами попрощались со мной. После этого всего, в голове еще долго крутился вопрос "Что это было?". А на следующий день пришел отказ. Наверное, они искали экзорцистов-админов со знанием английского.

Фэшн нот май профэшн

Другой примечательный случай произошел в известной французской компании из мира моды. Вакансия была достаточно типичная: админить центральный офис в Москве, где работают экспаты. Но тоже начали за здравие, а закончили за упокой.Поиск соискателей французы отдали на откуп сторонней компании, к которой претензий вроде и нет, не считая того, что у меня было 6 собеседований (в сумме все заняло 27 дней). На пятом собеседовании было знакомство с непосредственным руководителем. Все прошло гладко, и я уж было подумал, что вот оно счастье. Но на последнем шестом собеседовании было общение непосредственно с руководителем центрального офиса. С пары слов она дала понять, что ей ничего не надо, не интересно, а я ну давай рассказывай говорящая голова, отнимающая мое время. Диалог был примерно такой:

Чего умеешь?

Ну, например, автоматизировать люблю на PowerShell.

И чего же ты автоматизировал, дружок-пирожок?

<Пытаюсь рассказать о Windows 10 Sophia Script, и на кой ляд там 12 000+ строк кода>

Нет, а на работе, что конкретно автоматизировал?

Могу показать пример (сейчас уже в разы лучше выглядит) автоматизации выкачивания Adobe Acrobat Pro DC с патчем с FTP-сервера Adobe и распаковки. Просто с FTP-сервера у них маленькая скорость скачивания, ляпнул я зачем-то (это была фатальная ошибка).

Вообще-то, вмешался мой будущий начальник, брезгливо посмотрев на меня через камеру, у нас быстрый интернет не знаю, как там у вас. У нас все быстро качается.

На этом моменте у меня в голове уже началась предзагрузка экрана смертииз Dark Souls.

Дальше собеседование кубарем покатилось под откос. Мне, конечно же, отказали, хоть до этого на всех 5 собесах их все абсолютно устраивало. Зачем они меня тестировали вдоль и поперек, завалив по сути на 6 собеседовании, которое ничего уже и не решало, остается тайной. Ах, да, открыта ли та вакансия от ноября 2020 года? Да, она все еще открыта.

У нас такой офис!

Поступает звонок от "дочки" зеленого банка. Мило побеседовали, обсудив приблизительно, что я хочу от нового места работы. Дальше хантер начинает рассуждать вслух, что их офис на Кутузовском будет удобен для меня, так как не так далеко ехать. Я еще поддакнул, что видел обзор их офиса на YouTube. На том и порешили, что местоположение офиса мне подходит.

Тут мы переходим к непосредственным обязанностям...

Будете ездить по отделениям, помогать с настройкой, ошарашила она меня, в офисе от силы часа будет находится.

Я что-то пропустил, но в вакансии нет ни слова о разъездном характере работы. Или я не прав? И я не хочу ездить настраивать ПК; я уже не в том возрасте.

<сопит, открывая вакансию>
Да, и правда нет ни слова. Ну, и что?
Как что? Ничего, я откликнулся на вакансию, которую бы, зная такие подробности, даже бы не открыл. Разве это не так работает?
Вообще-то вы первый, кто обратил внимание, что описание не точное. Всех все устраивало.
Да позвольте! Вы неточное описание даете и завлекаете людей. Вы можете исправить, дополнив пункт о разъездах, чтобы будущих соискателей не вводить в заблуждение?
Не считаю нужным.
Почему?
Потому что.
Посыл понял. Всего хорошего.

Отдельно хочется вспомнить забавный момент собеседования в офисе одного модного строительного девелопера в Москве. Я не мог попасть в их собственном центральном офис 7 (семь) минут, стоя под дверью на этаже. Никто ко мне просто не шел, а HR заверяла по телефону, что вот-вот кто-то да и откроет мне. Собеседование прошло нормально, но HR не посчитал нужным, не только впускать соискателя в офис, но и уведомлять его при отказе.

Собеседований было достаточно много, в сумме около 25. На некоторых мне откровенно хамили и оскорбляли (до сих пор не понимаю, какие цели они этим преследовали), на других предлагали работать, выполняя ресурсоемкие задачи на ПК года эдак 2010 даже без SSD-накопителя. На что я только ни насмотрелся. И все это были крупные организации, считающие себя чуть не ИТ-гигантами.

Оглядываясь назад, я ощущаю, что как будто мне не хватало удачи. Вот прямо самую малость: то на 6 собеседовании отказывают, то уже, знакомясь с командой в офисе крупной компании, один из присутствующих начинает зачем-то задавать тупые вопросы, а потом сообщает своим, чтобы меня не брали, так как "я увиливаю от ответов". Периодически вижу в сети посты от рекрутеров, возмущающихся все возрастающими запросами инженеров, мол "совсем обнаглели, печенек и кипяточка на кофепойнте им уже мало". Думаю, здесь можно провести параллель с совершенно дикими райдерами рок-звезд, с помощью которых они "отыгрываются" за все то время, когда бедствовали, будучи никому не известными и унижались перед продюсерами. А рецепт лечения всего этого просто нужно быть людьми и относиться к друг-другу по-человечески. Как рекрутерам к соискателям, так и наоборот. Главное, что я нашел ту компанию, которую и искал.

Вполне возможно, что приведенные мной примеры это лишь верхушка айсберга, а я слишком нежный и не могу сказать, что "видел некоторое дерьмо". Если это так и у вас есть истории похлеще при устройстве в топовые конторы делитесь опытом в комментариях!

Подробнее..

Паша Финкельштейн о Big Data, Apache Spark и DevRel

15.06.2021 10:13:02 | Автор: admin

Паша Финкельштейн разработчик, серийный спикер, автор и ведущий нескольких подкастов. На конференции Java Meeting Point он сделает доклад Spark: let's touch it, на котором познакомит участников с миром больших данных.

В этом интервью Паша рассказал, что ждет участников конференции, как он начал заниматься DevRel-активностями и что, по его мнению, должно быть в хорошем докладе.


Расскажи, чем ты занимаешься?

Я Developer Advocate в JetBrains, занимаюсь темой Big Data и дата-инжиниринга. Я пытаюсь рассказывать людям о том, как устроен мир Big Data, что там интересного, какие есть инструменты.

О чем будет твой доклад на Java Meeting Point?

Я расскажу, что такое большие данные и как они отличаются от маленьких. Разберемся, как работает Apache Spark, как устроен его API, и поймем, что ничего принципиально сложного в этом нет.

Кому будет полезно посмотреть доклад?

Полезно будет Java или JVM-разработчикам ровня Middle+ и тем, кому интересно узнать, как работает Apache Spark. Мы научимся писать простенькие пайплайны на этом фреймворке. Станет понятно как, например, взять и написать пайплайн обработки данных на Apache Spark или проанализировать данные в датасете.

Ты много занимаешься DevRel-активностями: выступаешь с докладами, вел подкасты. Как ты начал этим заниматься?

Мой друг Слава Семушин уехал работать в Чехию. Я не особенно умею поддерживать отношения на расстоянии, но Слава очень классный, с ним хотелось продолжать общаться. Однажды он написал: Слушай, давай запишем подкаст. Решили попробовать, и так родился подкаст Паша+Слава.

Раз в пару недель мы созванивались и говорили на околотехнические темы. Потом к нам присоединился еще один Слава Артемьев, с которым я работал в компании Домклик. Очень удобно не пришлось менять название подкаста. Так возникла моя первая публичность.

Потом появилась идея выступить на сцене, и я сделал доклад на Joker. В последствии этот доклад я переделывал 3 раза и выступил с ним 14 раз.

С тех пор я подсел на этот крючок и сделал десятки докладов. Со временем мне стало намного проще их готовить. Я могу подготовить выступление по теме, в которой я не разбираюсь за неделю, а теме, в которой разбираюсь за 2-4 дня.

Можешь посоветовать, как научиться так же быстро готовить выступления?

Я думаю, это так не работает. У всех людей свой темп, и нужно себя любить и работать в комфортном режиме. И рассказывать про то, что хочется. Доклады из-под палки никогда не получатся хорошими, прожитыми.

Что должно быть в хорошем докладе?

Он должен быть живым и интересным, в нем должны быть эмоции, шутеечки. В нем не должно быть слишком много мыслей, но те, которые есть, не должны быть заезженными. Неплохо, если информация из доклада применима на практике. Людям становится интереснее, когда они понимают, как они смогут использовать эту информацию.

Альтернативный вариант, это если доклад полностью теоретический. На такой люди придут вывернуть мозги. Так тоже можно, но сложно. Я один раз сделал доклад про внутренности Kotlin, людям не зашло.

Я люблю странные форматы: лайвкодинги, демки, парные доклады. Мне кажется, что у меня получается неплохо. Но не любить какой-то из этих форматов нормально, выбирайте для себя тот, который больше нравится.

Какой формат будет у твоего доклада на Java Meeting Point?

Это будет демо, на котором Java или JVM-разработчик на примере не очень больших данных сможет посмотреть, как работают большие. Мы посмотрим 5-6 слайдов и перейдем к программированию.

Подробнее..

Перевод Разработчик популярного веб-фреймворка FastAPI об истории его создания и перспективах аннотаций типов Python

16.06.2021 12:16:05 | Автор: admin


Python-девелопер и писатель Рики Уайт взял интервью у Себастьяна Рамиреса, разработчика из Explosion AI. Но Себастьян не просто разработчик, это заметная фигура в open source сообществе, создатель популярных фреймворков FastAPI и Typer. В основном речь шла про широкие возможности применения аннотаций типов Python, историю создания фреймворка FastAPI и его дальнейшее развитие. Кроме того, Себастьян рассказал о своих планах по работе над другими open source проектами. Без лишних слов, давайте перейдем к интервью.

Рики: Спасибо, что пришёл, Себастьян. Сначала я бы хотел задать тебе те же вопросы, что и другим своим гостям. Как ты начал программировать? Когда познакомился с Python?

Себастьян: Спасибо, что пригласил [улыбается].

Я начал программировать, когда мне было пятнадцать. Я пытался создать веб-сайт для бизнеса своих родителей. Первым моим настоящим кодом был JavaScript внутри HTML модальное диалоговое окно (alert) с фразой Hello World. Я до сих пор помню, как обрадовался, увидев это маленькое окно с сообщением, и испытал чувство всемогущества от мысли, что это запрограммировал я.

Я много лет боялся изучать какой-либо другой язык, думая, что сначала должен хотя бы освоить JavaScript. Но потом на одном из многих онлайн-курсов, которые я проходил, возникла необходимость использовать Python для управления искусственным интеллектом в Pac-Man и для некоторых других задач. Курс состоял из одного длинного туториала по основам Python, и этого было достаточно. Мне очень хотелось попробовать.

Я быстро влюбился в Python и пожалел, что не начал раньше!

Рики: На сегодняшний день мне известно [поправь меня, если ошибаюсь], что ты трудишься в Explosion AI, компании, создавшей популярную платформу обработки естественного языка (NLP-библиотеку spaCy). Расскажи немного о трудовых буднях. Какие задачи в сфере искусственного интеллекта и машинного обучения интересуют команду и какие инструменты создала компания, чтобы помочь разработчикам быстрее продвигаться в обеих областях?

Себастьян: Да, Explosion в основном известен благодаря spaCy. Это NLP-библиотека с открытым исходным кодом. Они также создали Prodigy, коммерческий инструмент с поддержкой скриптования для эффективного аннотирования наборов данных в машинном обучении. Я работал в основном в Prodigy Teams. Это облачная версия Prodigy для совместного использования. Поскольку продукт ориентирован на конфиденциальность, создание облачной версии было связано с множеством особых проблем.

Тем не менее недавно я решил покинуть компанию. Теперь я планирую найти способ посвятить большую часть своего рабочего времени FastAPI, Typer и другим моим open source проектам. А ещё я, скорее всего, буду консультировать другие команды и компании.

Рики: Ты более известен как разработчик FastAPI, высокопроизводительной веб-платформы для создания API-интерфейсов, которая быстро стала одной из самых популярных в Python-сообществе. Что вдохновило тебя на его создание и как планируешь развивать его дальше? И вопрос от тех, кто ещё не пробовал FastAPI: почему можно смело использовать его в своём следующем проекте вместо других популярных фреймворков?

Себастьян: На самом деле я годами откладывал создание нового фреймворка.

Сначала я изучал и использовал множество фреймворков, плагинов и инструментов, постоянно совершенствуя свой воркфлоу (и воркфлоу команд, которые я возглавлял), одновременно улучшая создаваемые нами продукты. И так как я работал над стартапами с постоянными пивотами и ускоренными темпами разработки, у меня была возможность итеративно повторять поиск правильного техпроцесса и [наиболее удобных и эффективных] инструментов, комбинируя существующие фреймворки с большим количеством плагинов и тулзов.

У меня также была возможность поработать с другими технологиями с JavaScript и TypeScript на фронте, несколькими фреймворками для гибридных приложений, с Electron для десктопа и так далее. Тем не менее, большинство моих проектов (или даже все) были связаны с данными (data science, ML и так далее).

В какой-то момент у меня в голове сформировалось сочетание фич, которые мне нравились. Я взял их из разных фреймворков, инструментов и даже из других языков и экосистем:

  1. Автозаполнение в редакторе кода.
  2. Автоматическое обнаружение ошибок в редакторе (проверка типов).
  3. Возможность писать простой код.
  4. Автоматическая валидация данных.
  5. Автоматическое преобразование данных (сериализация).
  6. Автоматическая генерация документации для API.
  7. Поддержка стандартов OpenAPI для Web API, OAuth 2.0 для аутентификации и авторизации и JSON Schema для документирования.
  8. Внедрение зависимостей для упрощения кода и повторного использования кода в качестве утилит.
  9. Хорошая производительность / параллелизм.

Но я не мог объединить эти фичи, тупо интегрируя всё со всем. Идеальный воркфлоу, который прекрасно работал в моей голове, по-прежнему сталкивался с кучей проблем, когда дело доходило до реализации. Требовалась сложная интеграция плагинов, устаревших компонентов, недокументированных инструментов, не говоря про некрасивый избыточный код и прочие головняки.

В какой-то момент мой очередной эксперимент по скрещиванию опять провалился. Я как будто перепробовал всё, что можно, и задумался о том, что делать дальше. И тогда я понял: Час Х настал. Я стал изучать стандарты OpenAPI, JSON Schema, OAuth 2.0 и многие другие. Затем я начал реализовывать свои идеи именно так, как это работало у меня в голове. Сначала тестировал на нескольких редакторах, оптимизируя взаимодействие с разработчиками, и только потом закреплял это во внутренней логике моего проекта.

Затем я убедился, что у меня были подходящие строительные блоки для создания FastAPI: Starlette (для всех веб-частей) и pydantic (для работы с данными) оба имеют отличную производительность и фукнциональность. И, наконец, я приступил к реализации своего проекта с учётом стандартов, собранной обратной связи от разработчиков, а также некоторых дополнений (например, системы внедрения зависимостей).

У меня на сайте гораздо больше информации об истории создания, архитектуре и планах FastAPI, а также об альтернативах, источниках вдохновения и референсах.

Те, кому интересно попробовать, обычно начинают с главной страницы или README и далее следуют мини-руководству. Через пятнадцать-двадцать минут у них складывается представление о том, как работает FastAPI. После этого уже можно решить, нравится или нет, будет ли это полезно.

Ремарка для тех, кто уже использует другие фреймворки в своём проекте: не спешите переходить на FastAPI только потому, что он классный. Если ваш продукт работает хорошо и вам не нужно расширять функциональность, или вам не нужны преимущества FastAPI, то переходить на него не стоит.

А вообще, мигрировать на FastAPI относительно просто, там нет сложных интеграций. Вы можете использовать обычные Python-пакеты непосредственно в сочетании с FastAPI. Мигрировать можно постепенно или создавать с FastAPI только новые компоненты.

Рики: Ещё ты создал Typer, фреймворк, работающий в режиме командной строки (CLI). Он, так же как и FastAPI, во многом опирается на аннотации типов Python. Кажется, я замечаю закономерность [улыбается]. Что такого особенного в этой типизации, которая тебе так нравится? Считаешь ли ты, что всё больше библиотек должны использовать аннотации типов Python?

Себастьян: Да, конечно! Аннотации типов позволяют реализовать автозаполнение и проверку типов в редакторе кода. Аннотации типов, собственно, и были придуманы для этих задач.

Это особенно актуально, если вы создаёте инструмент, который, как ожидается, будут использовать другие разработчики. Я бы хотел, чтобы многие Python-пакеты, например, для инфраструктуры API или SaaS-клиентов, поддерживали аннотации типов. Это значительно улучшило бы жизнь их разработчиков и упростило бы внедрение инструментов.

Но теперь, благодаря pydantic, FastAPI и Typer, мы выяснили, что аннотации типов уже содержат много информации, которую можно использовать для создания более мощных инструментов. Разумеется, они самостоятельно могут обращаться к документации и выдавать для нас сообщения, наподобие ожидается, что имя будет строкой или ожидается, что возраст будет числом с плавающей точкой.

Аннотациии типов также можно использовать для валидации данных например, когда функция ожидает строку, но получает словарь. Это ошибка, о которой можно сообщить, и если фреймворк (например, FastAPI или Typer) состоит из набора таких функций с параметрами, он сам в состоянии выполнить такую валидацию.

Ещё аннотации типов можно использовать для сериализации данных. Например, в URL-адресе всё является строкой, и то же самое справедливо для CLI. Но если в аннотациях типов мы укажем, что нам нужно целое число, инфраструктура (FastAPI или Typer) может попытаться преобразовать, например, строку 42 из URL-адреса или командной строки в целое число.

Итак, с помощью интуитивно понятного и простого кода, который всего лишь описывает тип переменной, мы можем обеспечить работу трёх дополнительных функций (валидация данных, сериализация и документация), опираясь на базовую функциональность (автозаполнение и проверка типа). Так мы получим очень ценные плюшки, приложив достаточно мало усилий по написанию кода.

И в подавляющем большинстве случаев для всех этих функций требуется одна и та же информация по типу возраст это целое число. Таким образом, повторно используя один и тот же фрагмент кода (аннотацию типа), мы можем избежать его дублирования. Поддерживая единый источник истины (Single Source of Truth, SSOT), мы убережём себя от ошибок в будущем, если решим изменить тип в каком-то месте (например, для валидации данных), но забудем обновить его в другом месте (например, в документации).

Всё это из коробки могут делать FastAPI и Typer.

Рики: Каковы твои планы на будущее? Над какими ещё проектами будешь работать?

Себастьян: О да, у меня много планов. Может быть, даже слишком много [улыбается].

Есть несколько фич, которые я хочу добавить в FastAPI и Typer. Я также планирую поработать над автоматизацией UI администратора FastAPI, который не будет зависеть от базы данных (буду делать на основе OpenAPI). Ещё хочу интегрировать pydantic с SQLAlchemy для тех случаев, когда нужно общаться с базами данных (опять же, хочу воспользоваться преимуществами аннотаций типов и уменьшить дублирование кода).

Далее планирую улучшить, упростить и подробнее документировать все утилиты, связанные с OAuth 2.0, скоупом, сторонней аутентификацией и так далее.

Кроме того, хочу сделать больше контента об изучении всех этих штук, снять несколько видеороликов, возможно, сделать курс

Рики: Теперь, задам тебе, пожалуй, два последних вопроса. Чем ещё занимаешься в свободное время? Чем интересуешься, помимо Python и программирования?

Себастьян: В последнее время у меня не было возможности отвлекаться на другие занятия, но я надеюсь, в дальнейшем это немного изменится. Когда у меня есть время, я люблю играть в видеоигры с женой (а иногда и один), смотреть фильмы, завтракать или пить кофе с друзьями где-нибудь в Берлине (когда нет карантина).

Мне очень нравится работать над своими open source проектами, поэтому я легко могу сидеть за этим делом часами даже в выходные дни и не замечать, как проходит время [улыбается].

Рики: Спасибо, что пришёл, Себастьян. Классно пообщались!

Себастьян: Всегда рад.Большое спасибо за приглашение!



VPS серверы от Маклауд быстрые и безопасные.

Зарегистрируйтесь по ссылке выше или кликнув на баннер и получите 10% скидку на первый месяц аренды сервера любой конфигурации!

Подробнее..

Дмитрий Александров Мы не знали, во что ввязываемся

17.06.2021 20:21:19 | Автор: admin

Дмитрий Александров инженер Oracle, Java Champion, участник и организатор многих IT-мероприятий. На Java Meeting Point 23 июня он расскажет про преимущества фреймворка Helidon, над которым работает.

Мы поговорили с Дмитрием и узнали, чем он поделится с участниками Java Meeting Point, каким был его путь в программировании и как он с товарищами организовал конференцию на 450 человек без опыта в крупных ивентах.


Расскажи, как ты начал заниматься программированием?

Я всегда любил кодить и занимался этим практически всю свою сознательную (может, даже и бессознательную) жизнь. Мне было лет 8 или 9, когда я начал. У моего поколения была такая штука Роботландия на 286-ых компьютерах. Можно было делать нехитрые задачки. И еще на этих же компах был установлен бейсик я в классе 6-м уже писал какие-то простые программы.

Можно сказать, что официально в программировании я с 2007 года тогда мне в первый раз заплатили за работу. За почти 15 лет работал в разных проектах: начинал как девелопер для аутсорса, затем успел поработать на вендора, на опенсорс.

Потом у меня был собственный стартап, который я успешно продал. Там была чистая Java, и это было своего рода счастье, потому что я сам выбирал, с чем работать. Но в этом проекте приходилось кодить по 12 часов в день, и в таком режиме выгораешь жестко. Только я решил отдохнуть, как меня срекрутили в T-Systems, и через неделю после выхода на работу я уже был в командировке в Германии. Перерыв получился всего в 4 дня.

Сейчас я работаю на Oracle. Работаю над замечательным опенсорсным фреймворком, который называется Helidon.

О нем и пойдет речь на Java Meeting Point, верно? Расскажи подробнее, о чем будет доклад.

На конференции я расскажу, что такое Helidon, и почему микросервисы стоит писать на нем. Дело в том, что большинство фреймворков, которые сейчас используются, как правило, обросли легаси, и чтобы их саппортить, нужно много стараться. А у нас все новенькое и модульное, Java 11+, много фишек, которые не все себе могут позволить, потому что у них есть как раз это легаси. А у нас его нет, поэтому у нас все круто.

Я попытаюсь рассказать так, чтобы участники конференции после доклада сразу же смогли попробовать Helidon в деле. Я очень люблю, когда люди могут начать сразу кодить, и для этого у нас есть все. Сам сетап этого фреймворка очень простой. С нами очень легко начать, потому что у нас есть отличные тулы, с ними можно и играться, и строить свой софт.

У Helidon есть большое преимущество это опенсорс. У нас лицензия Apache 2.0, а значит, все могут контрибьютить в проект. Это не реклама, а побуждение к тому, чтобы влиться в сообщество.

Ты много делаешь, чтобы развивать IT-сообщество: выступаешь сам, организуешь митапы и конференцию JPrime в Болгарии. Как ты стал спикером и организатором мероприятий?

Я выбрал для себя роль спикера, потому что очень боялся разговаривать на публике. Чтобы побороть этот страх, я просто начал выступать. Сначала собирался с друзьями, ребятами, которые тоже посещали IT-конференции, мы делали доклады друг для друга. У нас в Софии тогда было полумертвое коммьюнити, нас всего пять человек было.

Потом задумались о создании собственной конференции. По принципу, мы не знали, что это невозможно, мы взяли и сделали это. Написали основным игрокам в нашем регионе, что хотим организовать такое мероприятие, а через полтора дня они все к нам пришли с кучей денег и сказали: Делайте!

Мы даже не знали на тот момент, во что ввязываемся. Мы все кодили по 8-10 часов в день, и организация конференции стала дополнительной полноценной работой. Тем не менее, деньги нам дали в феврале, а в мае мы уже провели однодневную конференцию на 450 человек. После чего мы продолжили развиваться, к нам подтянулись известные спикеры, и до ковида мы уже провели двухдневное мероприятие на 1000 участников. Причем на него не только компании для сотрудников покупали билеты, но и просто отдельные люди. Но мы ничего на этом не зарабатываем: наша цель формировать коммьюнити.

Помимо конференции мы сделали несколько бесплатных локальных ивентов, где, например, был звездный спикер и начинающий, чтобы последний тоже мог развиваться. С нами несколько человек так получили известность, они теперь ездят с докладами.

Мы успели поездить по местным городам, разбудили локальные сообщества. Интересно, что после этого разные фирмы стали открывать офисы не только в столице, но и в других городах.

Здорово! Это похоже на то, что мы делаем в DINS: все наши мероприятия бесплатные и преследуют одну цель дать инженерам возможность для обмена знаниями и опытом. А что еще тебе нравится в этой деятельности?

Мне нравится этим заниматься, потому что я знакомлюсь с интересными людьми. Здесь нет материального интереса, главное, что я встречаю самых крутых программистов в мире. Я могу многому у них научиться, могу напрямую задавать вопросы это очень ценно.

Приходите на Java Meeting Point 23 июня, чтобы услышать доклад Дмитрия. Регистрация открыта на сайте конференции.

Подробнее..

Реактивное программирование из первых рук

18.06.2021 18:20:53 | Автор: admin

Василий Прокофьев разработчик Usetech в Рязани. На Java Meeting Point он расскажет о своем опыте использования реактивного программирования.

В этом интервью Василий поделился некоторыми деталями доклада и объяснил, почему подход, о котором пойдет речь, заслуживает внимания.


На Java Meeting Point ты расскажешь о реактивном программировании. Расскажи, почему ты выбрал именно такую тему?

Мы многому научились на проекте с реактивным программированием, и мне хотелось поделиться своим опытом как трудностями, с которыми мы столкнулись, так и радостями от использования этого подхода. Азы освещены в интернете неплохо, а вот более сложные вещи найти уже сложно. В некоторых вопросах мы разбирались целой командой, и думаю, такой опыт будет полезно передать.

Я приготовил примеры кода, на которых покажу разные тонкости реактивного программирования. Старался доклад подготовить так, чтобы понятно было каждому нужны только базовые знания функционального программирования, Java Core и Java 8.

Чему научатся участники конференции после твоего доклада?

Участники познакомятся с реактивным программированием на Java, научатся базовым навыкам работы с Рroject Reactor, а также разберутся с базовыми методами библиотеки.

Почему ты заинтересовался реактивным программированием?

Сейчас все чаще требуется большая нагрузка на сервера, а из-за того, что подходы к их разработке устарели, синхронный многопоточный способ разработки приложений подразумевает очень много накладных расходов и простоя машин. Реактивное программирование представляет собой удачную альтернативу.

Когда я только начинал вливаться в эту тему, читал, как сделать сервер для Minecraft на домашнем слабеньком компьютере. И получалось, если делать его стандартным способом, с помощью синхронного программирования, на сервер могли зайти 4 человека. При реактивном подходе 1,5 тыс. человек могли спокойно работать на этом сервере, и еще куча ресурсов оставалась на компьютере.

А еще эта тема очень активно используется у нас на проекте для банка, входящего в топ-3 по России. И реактивное программирование мы используем повсеместно: у нас могут проходить тысячи транзакций в секунду, и стандартным способом очень тяжело обработать такой массив информации.

В каких проектах нужно реактивное программирование?

Нужно помнить, что реактивное программирование создает и достаточно много проблем: сложности появляются при дебаге кода, при отлове ошибок и так далее. Поэтому, если проект маленький, то смысла делать его на реактивных рельсах нет. Зато, если вам требуется большая пропускная способность запросов, либо нужно обрабатывать действительно большие данные, этот подход будет как нельзя кстати.

Присоединяйтесь к конференции регистрация открыта на сайте.

Подробнее..

Категории

Последние комментарии

© 2006-2021, personeltest.ru