Глеб Михеев, глава ПК FrontendConf имеет максимально прямое отношение к фронтенду, занимаясь этим лет 15. Десятый год он работает в собственной компании техническим директором, но при этом продолжает активно фронтендить. Несмотря на свои менеджерские роли, у Глеба от 8 до 16 часов в неделю занимает кодинг, чтобы «не потерять нюх» на тенденции.
Сегодня, в преддверии FrontendConf 2021, мы поговорили с Глебом о том, как работает ПК над выбором докладов, как проходит подготовка (если вы захотите участвовать тоже) и что ПК выбрал для конференции в этом году.
Глеб, что такое конференция для тебя?
Я помню, как я сам попал на Highload к Олегу Бунину чуть больше 10 лет назад — это было нечто! Я получил тонну новых мыслей: увидел, какие проблемы существуют, как ребята решают их в масштабе и как справляются с высокими нагрузками. Это было супер! Я начал понимать, как смотреть на нагрузку, какие основные проблемные зоны есть, как их решать и в целом какую цель перед собой ставить. Зачастую, основные проблемы в работе происходят из-за недостаточно широкого кругозора, который позволил бы оценить происходящее, сформулировать проблематику и сформулировать целевую картину.
Когда спикеры на своих примерах рассказывают, каким путем они шли, с какими проблемами сталкивались и как их решали — ты как бы проживаешь это с ними, заимствуешь их точку зрения на ситуацию. Один доклад по производительности, в котором за 40 минут разжуют все базовые принципы, покажут схему и дадут роадмапу, может существенно повлиять на вашу работу в целом. Представьте, что вы пришли, ничего не зная о производительности. А уже завтра, вернувшись с конфы, вы вооружаетесь профайлером, анализируете свой код и получаете первые результаты. Чтобы получить такой эффект, недостаточно погуглить и прочитать пару статей — придется собирать информацию, анализировать и разбираться. И есть не нулевой шанс, что вы запутаетесь, устанете, пойдете не туда и вообще забьете на проблему.
Ну и конечно нетворкинг! Где еще я могу расспросить умных людей, рассказать о своих проблемах и услышать обратную связь, да и просто хорошо провести время. В онлайне этого почти нет — что, как мне кажется, драматически снижает ценность всего мероприятия.
Я знаю ребят, которые вообще не ходят на доклады, они приходят ради нетворкинга — такая своеобразная елка раз в год. Как правило, это уже опытные эксперты и лидеры комьюнити, которые зачастую сами читают доклады и делятся опытом (что уж греха таить, я и сам последний год хожу понетворкаться, увидеться и пообщаться).
Какой ты видишь идеальную конференцию?
Для меня идеальная конференция — это просветительское мероприятие с ламповой атмосферой, которое перезагружает тебя, дает много новых идей и предлагает решения злободневных вопросов. Конференции должна соответствовать динамике индустрии: подсвечивать тренды, рассказывать концепты, ну и конечно — содействовать распространению хороших практик в работе.
FrontendConf дает и просвещение, и новые идеи?
Мы максимально стремимся к этому! Для того чтобы программа была именно такой, мы вкладываемся в формирование тем конференции, подбираем спикеров, которые в этом экспертны и приходим в компании с целевыми запросами (если считаем, что на желаемую тему у них есть крепкая экспертиза). Ведем открытый Call for Papers — к нам может податься каждый, но нужно быть готовым, что ПК будет работать над докладом вместе со спикером: от ознакомительных созвонов до прогонов на площадке.
Мы много дискутируем внутри нашего ПК о докладах: насколько это актуально, есть ли проблема, которую доклад решает, и насколько полезное знание спикер хочет распространить. Для этого мы собрали большой коллектив, у нас в программном комитете архитекторы, ведущие разработчики и руководители разработки. Мы все много практикуем, много ресерчим, и у нас большой опыт в разработке. Именно это, как мне кажется, позволяет нам сформировать наиболее объективное целевое видение нашей программы.
Ну и конечно — наши спикеры: ребята вкладывают большое количество сил и времени в подготовку. Например, в этом году, для того чтобы сделать программу в октябре, мы начали готовиться в декабре (почти за год), а программу составили за полгода до конференции.
Как вы формируете Call For Papers, чтобы наверняка получить горячие темы докладов?
Мы собираемся с программным комитетом и штурмим: какие боли есть сейчас в разработке, какой сейчас ландшафт разработки на рынке, какие вызовы? Исходя из этого, выбираем набор проблем и определяем какими темами эти проблемы могут быть закрыты. Другими словами: «Что нужно рассказать слушателю, чтобы помочь ему решить проблемы».
Один из таких докладов будет у Семена Левенсона. Он расскажет, как развивается авторизация, от простой задачи к сложным решениям на основе WebAuthn с безпарольной аутентификаций и аутентификацией по биометрии встроенными в операционную систему средствами. Мы уже говорили об этом на прошлых конференциях. И продолжаем говорить, это актуальная тема на стыке пользовательского опыта и безопасности. Да и в целом всегда интересно и полезно узнать, что есть более удобные и безопасные методы для авторизации и как они работают.
Кроме вызовов, мы смотрим на общие тренды, какие паттерны пришли в разработку и где нужно закрепить матчасть, или какую тему важно говорить сейчас. К примеру уже какой год тайпскрипт на горизонте? Но если лет 7 назад это был очень сырой инструмент для оптимистов, то сейчас это давно де-факто стандарт разработки. Но все еще есть масса людей, которым нужно помочь его понять, научить извлекать из него выгоду или дать рационализацию — почему он им не подходит.
И конечно, мы не забываем, что разработка — только часть работы разработчика. Очень важно прокачивать софты: учится коммуницировать с командой, менторить младших разработчиков и учиться вырабатывать продуктовые решения. И это мы тоже включаем в Call for Papers.
Это было про просвещение. А что придаст вдохновения?
Разговоры о будущем, они расширяют горизонт. Новые технологии постоянно возникают у нас перед глазами, и мы понимаем, что через 2-3 года какие-то станут трендом или стандартом. Про них и нужно говорить сейчас, чтобы ребята смотрели чуть наперед, а не только в практическую плоскость. Если мы ловим тренды, то понимаем, куда мир двигается.
Так было с тем же TypeScript’ом. О нем заговорили в 2012 году, но только в 2019 он полноценно вошел на рынок. 6 лет назад мы сеяли идею: «Ребята, есть перспективная штука, хотя ее еще в продакшен нельзя использовать, но вы присмотритесь». Можно поизучать прикольную технологию, поиграться дома на pet-project и обрести какое-то представление о ней.
И когда через 2-3 года TypeScript сказал: «Я зарелизился!», Angular ответил: «А мы вообще полностью написаны на TypeScript». К этому моменту вам всё понятно, у вас уже есть идеи, как пользоваться TypeScript — и вы можете получить от него профит раньше, чем остальные. Конечно, новая технология может быть сыроватой, поэтому вы не только профиты получите, но еще и проблемы. Но это другая история. В любом случае вы уже будете знакомы с технологией, будете понимать ее применимость, профиты и стоимость внедрения
Сейчас фронтенд-разработчики на тему TypeScript поляризированы. Одни считают: «Как вы можете на нем писать? Там нужно столько лишних действий делать!», а другие говорят наоборот: «Я делаю пару лишних действий и не делаю еще сотню других». И где истина?
Теперь доклады по TypeScript из будущего перешли к практике, и мы стараемся найти спикеров, которые могут показать его с разных сторон. Например, Андрей Старовойт — как раз из команды, которая работает над поддержкой TypeScript редактором кода в JetBrains. Он расскажет не только про его хорошие и плохие стороны, но и даст отличную детализацию со своим мнением.
А какое будущее будет на предстоящей конференции?
Например, доклад Дениса Радина про WebGPU — новое низкоуровневое API для работы с видеокартой. По возможностям его можно сравнить с DirectX, Vulcan или Metal от Apple. Оно намного более производительно в сравнении с WebGL и дает больше возможностей для веба с точки зрения графики. Да, сейчас спецификация находится в стадии драфта, но уже можно с ним играться и изучать. А может даже и в бою использовать, если вы полностью контролируете браузер на пользовательской машине (к примеру при помощи Electron’a)
Как сделать так, чтобы не попасть пальцем в небо по темам, а выбрать актуальные?
У каждого из нас в Программном комитете накопились темы, в которых разработчики не очень хорошо разбираются. Например, каждый второй разработчик не очень хорошо умеет с апишками интегрироваться, у них постоянно непонятные проблемы возникают. А есть практики и подходы, которые все эти боли убирают.
Причем тема максимально актуальная — я бы, например, каждого своего джуна-миддла на нее отправил. Более того, я общаюсь со многими ребятами с рынка и вижу, что все делают по-разному, иногда выбирают очень сложные решения, которые меня очень сильно удивляют — а как же спецификации, кодогенерация, что-то еще? С этим все сложно.
И хотя интеграция в наше время происходит постоянно, немногие это делают хорошо. В этом году Мария Стогова будет рассказывать про взаимодействие с внешними API. Например, у вас есть программа и какие-то внешние интеграции — бэкендовые апишки, где данные хранятся и все остальное. Когда вы интегрируетесь с ними, может быть много разных неудобств, сложностей и проблем. Мария расскажет, какие приемы можно использовать, как системно сделать так, чтобы стало просто и удобно интегрироваться, версионироваться, да и в целом держать свой код под контролем.
Когда мы в этому году такие боли сгруппировали по темам, то — внезапно для нас самих — появился блок frontend operations (FrontOps инженер). Это как девопсы, но во фронтенде. FrontOps вместе с сисадминами реализуют совместные проекты, проверяют качество стабильности работы кода, делают анализ в плане логирования, уязвимостей и производителности.
Другие группы тоже связаны с какими-то болями. И в целом вся повестка формируется на полезности для участников конференции. Конечно, кто-то приходит для развлечения, на шоу — чаще это «сеньорные» ребята, — но таких меньшинство. Основная часть — миддлы, которые пришли в индустрию недавно, у них меньше 5 лет опыта. Им эти конференции очень нужны, для них это супер актуально.
Фановые доклады у нас тоже есть, но они всегда должны быть с пользой. Например, в этом году мы позвали Лекса Айтибороду — популярного ютубера в IT. Но Лекс еще и разработчик. Его доклад будет закрывающим и в целом однозначно фановым, потому что под конец дня голова уже не варит. Но тезис его будет полезным: «Я три года Ютубом занимаюсь, у меня по 100-200 тысяч просмотров, а что Ютуб дал мне?» Оказывается, любая активность в сети дает профессиональное развитие, потому что мы получаем критику — каждый комментатор знает, что тебе надо делать. Не говоря уже про опыт публичного выступления, умение правильно сформулировать мысль и донести ее.
Да, будут и хайповые доклады перспективного, воодушевляющего плана. К нам пришли SberDevices. Они делают очень прикольную штуку — дизайн-систему для своей платформы, у которой есть важная особенность — он голосовой, то есть им можно голосом управлять. Например, есть какой-то контекст на экране, например, плиточка с едой, и ты говоришь: «Хочу попкорна!». Нужно, во-первых, разобрать голосовую команду, во-вторых, догадаться в каком контексте она была отдана, и по этому контексту понять речь про какую карточку речь — и добавить ее к заказу!
Вторая особенность — они учитывают TV-пульты, которые мышку имитируют. Под эти все сложности они делают дизайн-систему, которая умеет с этим всем работать. Звучит безумно интересно. Василий Логиневский — опытный старый волк, и я уверен, что этот доклад будет топовым. Когда замахиваются на такие штуки, всегда интересно наблюдать. Но вдвойне интересно, если это потом еще получается. И, кажется, у них это получается, потому что они уже выходят на промышленный масштаб.
Или, например, поднять вопрос о том, что что-то давно устоялось, но при этом делается неправильно. Чтобы у вас вопрос возник: «А ведь действительно неправильно все делается! А как же правильно?»
Лена Райан хорошо ставит под вопрос сейчас происходящее на рынке версий для слабовидящих. Она простая, усеченная, там не используется графика и т.д. А по факту это сильно пахнет дискриминацией, потому что сделали отдельный интерфейс с урезанным функционалом. И при этом его еще и делают зачастую неправильно.
Или вот про дизайн. Ребята-фронтендеры часто говорят, что дизайн — не моё, приноси любой, и я сделаю. Есть некоторое отчуждение со стороны разработчиков от всего, что связано с дизайном. Это неправильно, потому что любой дизайнер должен думать о том, как это будет жить в той среде, для которой он рисует. Дизайнер должен понимать, как работает фронт, чтобы делать хороший дизайн под него. А фронтендер должен понимать дизайн, для того чтобы его фронтенд был красивым, отзывчивым и классным.
Для этого у нас есть Юлия Миоцен и ее доклад «Сам себе дизайнер». Юля — дизайнер с опытом в Яндексе, при этом она еще и фронтендер. Дискуссия на эту тему всегда живая, потому что она постоянно происходит. Если 10 фронтендеров собрать в одном баре, то через полчаса они будут об этом говорить. Мы считаем, что надо нести именно эту мысль, что дизайн — это твоё. Если дизайнер сделал что-то плохо, скажи: «Смотри, здесь работает так и так. Может, лучше это докрутить». Потому что это твоя экспертиза, и ты тоже творец!
Как со временем менялась работа ПК по подготовке докладов и помощи спикеру?
На самом деле она поменялась кардинально. Давным-давно весь наш Frontend был частью HighLoad, это была просто секция и там был один уровень подготовки. Сейчас мы накручиваем свои приколы и формулируем, что в этом году актуально, о чем мы хотим говорить. Вместо общего созыва всех на всё — Call for Papers сейчас в другом формате: «В этом году мы хотим плотно говорить о…» — и разбираем тему.
Легко попасть в ПК конференции?
Я сходил и выступил на HighLoad — мне понравилось. Пообщался с ПК и предложил Олегу Бунину свой опыт в анимациях, производительности и фронтенде в целом. Через какое-то время меня позвали в ПК! Прошло почти 3 года, и мы продолжаем готовить 6-ую конференцию.
Каким образом то, что ты шаришь в чем-то, влияет на твой спектр работ внутри ПК?
Я могу брать доклады по Angular, анимациям, производительности, архитектуре, тайпрскипту, фронтопсу, безопасности — по всему, где у меня есть опыт, и я могу нанести пользу докладчику. Во-вторых, я просто понимаю, что происходит, так как я в теме. Поэтому мы в ПК разбираем доклады по принципу — кто из нас в этом лучше, тот и берет на себя сопровождение выступления.
Как проходит это сопровождение?
Мы созваниваемся со спикерами, проходим по визуальной составляющей и по сценарию в целом, советы даем. Например, если плохой старт, предлагаем дать затравочку. Если причины со следствиями местами поменялись или даже завуалированы, помогаем их в норму привести.
После этого смотрим по существу, например, чтобы темы не повторялись. На каждом Call for Papers может прилететь 3-4 примерно одинаковых доклада. К примеру, в этом году на тему микрофронтов было порядка 9 заявок. Один при этом окажется общим, полезным широкому кругу людей — и его можно запустить в большом зале. Другой может быть очень хардкорным и полезным меньшему кругу людей — его ставим в сетку на малый зал. Остальным к сожалению придется отказать
В целом мы стараемся достичь с докладчиком законченности и сформированности в сути, в самой теме. Если у кого-то доклад уже в целом зрелый (и их еще коучат внутри компании), то там мы, конечно, не так активно нужны. Но если доклад только-только сформирован, это может потребовать несколько созвонов. Мы всегда проговариваем: «Если у вас есть вопросы или просто сомнения, никаких проблем — звоните или пишите, пообщаемся». Правда, делают это достаточно редко.
Сколько в среднем прогонов у одного доклада?
После отбора заявок мы созваниваемся со спикерами, проходим по тезисам доклада, общаемся, задаем друг другу вопросы. Это такое собеседование или интервью. После интервью мы можем понять, что тема готова и нам остается лишь принять решение. Или нужен какой-то следующий шаг: добавьте кейсов или посмотрите в сторону профита от внедрения для команды. Когда доклад будет готов, он попадет на голосование. И только после того, как победит сильнейший, мы уходим в подготовку.
Во время нее, когда будет готова презентация у докладчика, проводим как минимум один прогон. Еще один обязательный будет уже на площадке. Прогоны очень важны, особенно на площадке. Это маленькая проба материала — когда у тебя есть небольшая аудитория, всё меняется. Ты понимаешь, все ли у тебя хорошо или есть проблемы — и где они. Делать это в комфортных условиях, сидя на мягком кресле за компом — немного не то. А вот стоит тебе выйти на сцену, ты понимаешь, что у тебя есть какие-то страхи, да всякое может быть. Но при этом у тебя еще есть шанс что-то поменять, потому что есть время до конференции.
Когда я первый раз выступал, то понял, что моя проблема — на бумаге план есть, но его все еще нет в моей голове, он не соскакивает с языка. Но понял я это только на прогоне на площадке, потому что на созвоне было все прекрасно. Когда я сам с собой разговаривал — тоже был порядок. А вот стоило выйти, и я понял, что не могу просто смотреть в зал и рассказывать, мне нужно было смотреть в план.
Что для тебя означает быть в ПК? Что тебя в этом привлекает?
Здесь и личное, и профессиональное. Это позволяет мне развиваться как эксперту. Чтобы провернуть весь объем докладов и сложить программу, нужно полное погружение — и это требует усилия, но взамен дает массу знаний и информации и расширяет мои собственные горизонты. Ровно как у зрителей конференции, только со стороны подготовки к конференции
Личное — это о том, что я человек, увлекаемый, меня легко увлечь интересной задачей или челенджем. Я люблю мозгами шевелить, задачки решать, что-то придумывать. А второе — я могу качественно повлиять на мир. Звучит громко, но свое малюсенькое влияние я могу оказать, и очень надеюсь, что оно приносит пользу комьюнити
Например, вместо жалоб, что никто не понимает новой технологии я могу найти докладчика, чтобы донести это людям. У меня есть рупор, я могу правильные мысли закладывать в людей и делиться опытом, а это всегда приятно. Уже 10-й год, как мы в компании берем джунов. Я не знаю, сколько через меня прошло ребят, но сейчас те, что ушли — уже сеньоры, и все у них хорошо, работают в хороших компаниях, получают хорошие деньги. Мне всегда нравилось обучать, объяснять, а тут просто масштаб побольше.
Напоследок что ты посоветуешь разработчикам?
Изучайте свою предметную область, стремитесь понимать как все работает на уровень ниже, от того что вы используете для решения задач. Я имею в виду, если вы пользуетесь фреймворком — поковыряйтесь внутри, изучите, как он работает. У вас крутая сборка на вебпаке — поинтересуйтесь, что есть в нем. Ты пользуешься RxJS — посмотри, как он работает. Это очень просто. Но с такими микрознаниями вы действительно сможете разобраться в том, что происходит вокруг. Если у вас что-то ломается, а вам очень нужно, вы запатчите любую либу, отладите любой хитрый код, запустите в режиме инспектирования свой webpack и поймете, почему там что-то ломается, где просадки по производительности, или почему там неявная ошибка. Вы начинаете владеть ситуацией
К сожалению типичная ситуация, когда разработчик мне пишет: «У меня не работает». Начинаешь разбираться, а он даже не пытался понять, куда пишутся ошибки и что они значат. Он не знает, как дебажить. А потом оказывается что там простой «Cannot read property 'childs' of undefined». Как правило, такие не растут годами.
Разбирайтесь, не будьте как этот разработчик! А каждый раз когда вам кажется, что «Че-то лень вкуривать» и «пойду напишу Глебу» — ловите себя на этой мысли и не давайте лени себя победить.
FrontendConf 2021 состоится 11-12 октября в Москве и онлайн по всему миру (теперь онлайн — это не просто трансляция). Расписание уже готово.
В этом году программа строится вокруг 6 тематик. В первую очередь это архитектура и организация кодовой базы, the Frontend Operations Engineer и хорошие практики современного фронтенда. Поговорим про профессиональный, карьерный и социальный рост. Будет взгляд со стороны: обсудим рабочие темы: собеседования, команды, развитие и прочее. И конечно, что-то про будущее — для вдохновения!
До 31 июля стоимость очного участия — 36000 рублей. Присоединяйтесь к нам на конференции!