Техническая реализация
Переход к онлайну вызывает много вопросов «как это всё технически должно выглядеть». Какие сервисы использовать? Нужна студия, или все выступают из дома? Как спонсоры должны быть представлены без физических стендов?
Тут всё очень различается в зависимости от мероприятия. Многим небольшим митапам хватает обычного ютюбчика. Но понятно, что Microsoft не станет проводить Build на ютюбе и снимать Сатью Наделлу на веб-камеру, а вложится в разработку собственного сайта и в качественную съёмку.
Даже когда речь идёт не о Build, а просто о крупной конференции с несколькими треками, то уже нужно, например, удобное расписание с переключением между докладами — и в YouTube такого инструмента не найдёшь. И тут у организаторов появляется потребность в разработке собственной платформы, чтобы воплотить интересующую функциональность.
Кому-то важно реализовать удобный поиск по всем выступлениям, кто-то старается, чтобы участникам было удобно обмениваться контактами, кому-то очень важна экспо-зона с «виртуальными стендами». Например, мне очень понравилась экспо-зона на мероприятии игровой индустрии WN Hub, стилизованная как раз под игру:. Минус: понятно, что для разработки своей онлайн-платформы пара месяцев — очень сжатый срок
Поэтому от всех, кто этим занялся, требовалось жёстко приоритизировать задачи и отказываться от многих идей ради главного. Я уверен, что при всех ресурсах Microsoft в этой компании тоже звучали слова «это было бы здорово сделать, но не получится, оставим в бэклоге». Ну, если следующий Build тоже окажется онлайновым, до него сделают
Минус: понятно, что для разработки своей онлайн-платформы пара месяцев — очень сжатый срок. Поэтому от всех, кто этим занялся, требовалось жёстко приоритизировать задачи и отказываться от многих идей ради главного. Я уверен, что при всех ресурсах Microsoft в этой компании тоже звучали слова «это было бы здорово сделать, но не получится, оставим в бэклоге». Ну, если следующий Build тоже окажется онлайновым, до него сделают.
Плюс: Но если ведёшь собственную разработку и не может сделать сразу всё, никто не запрещает использовать для конкретных задач популярные сторонние ресурсы, решая часть задач ими. Кто-то делает прямо на конференционном сайте мессенджинг для участников — а кто-то просто использует для коммуникации Telegram, который для разработчиков привычен и удобен.
Наши конференции
Мы уже с понедельника начинаем сезон из 8 онлайн-конференций на самые разные IT-темы. И напоследок напишу о нём: по сути, это «минутка рекламы», но я не собираюсь говорить «там всё будет идеально, приходите все обязательно». Я не считаю, что там будет идеально, и не считаю, что всем вам нужно туда приходить.
Я считаю, что там понравится части из вас. И хочу, чтобы вам стало яснее «нужно ли это лично мне». Поэтому решил расписать, что у наших конференций с пунктами из этого текста:
Вовлечённость. Раз в онлайне люди легко переключаются, расписание этому соответствует. Каждая конференция идёт не «2 дня с утра до вечера», а «4-5 дней, но понемногу», чтобы было удобно подключиться к ней на доклад-другой и затем вернуться к другим делам. Так что «на два дня нырнуть с головой, забыв про всё» тут в принципе не получится. А вот «поучаствовать в конференции и в те же дни запилить фичу» — вполне реально.
Кроме того, есть билет-абонемент на все 8 конференций сезона сразу. Понятно, что никто не будет смотреть «от начала до конца» 8 конференций, одна из которых по JavaScript, а другая по C++. Но на каждой из них, даже не по вашему языку, почти наверняка есть актуальный для вас контент. И это как раз сочетается с онлайн-подходом: подключаться выборочно к интересному, пропуская остальное. То есть абонемент — это такой месяц IT-экшена, к которому можно приникать по желанию.
Общение. У нас есть и общий Telegram-чат по конференции, и отдельный для каждого конкретного доклада, а ещё каждый спикер после доклада перемещается в Zoom-комнату, где отвечает на вопросы как следует (до полутора часов, если понадобится).
Заменит ли это офлайн-общение? Нет, конечно. Будет ли это полезно? Да, конечно. На TechTrain я видел, как спикера после его доклада столько расспрашивали в Zoom, что уже прошёл перерыв и начались следующие доклады, а разговор не прекращался — странно было бы говорить, что такое общение людям неинтересно.
Степень готовности. Мы провели кучу тестовых мероприятий — онлайн-митапы, ютюб-шоу, «фестивальчик» TechTrain. Это было очень полезно, позволило набить руку и собрать кучу фидбека обо всём, что мы делали не так. Конференции получатся гораздо лучше, чем было бы без этого.
Но, как в тексте и написано, это не серебряная пуля (спойлер: серебряных пуль вообще не бывает). Шероховатости и недоработки тоже будут. Например, поскольку у онлайн-конференций первый большой сезон, ещё не выработались лучшие практики в UI, и что-то в нашем интерфейсе может быть неинтуитивным. Поэтому дам такой совет: памятку для участников правда стоит прочитать, а перед началом конференции стоит немного потыкать в её кнопочки и при любых непонятках задать вопрос в чате. Так можно будет получить от конференции больше.
Техническая реализация. От нас был целый ряд хабрапостов (вроде такого) про «железную» часть — студии, аппаратные и так далее. И тут нам есть чем гордиться: на TechTrain это всё отработало отлично.
А с софтом так: сделали свою платформу с видеоплеером, в который встроена кнопка «таймлайн» с расписанием. Делать свои мессенджинг и видеосвязь не стали, вместо них Telegram и Zoom — но ссылки на них тоже появляются прямо в плеере, чтобы зритель доклада был в одном клике от его обсуждения.
Раз время на разработку было очень ограниченным, что к старту сезона мы не успели сделать? Поскольку конференции обычно смотрят с компьютеров, у нашей онлайн-платформы ещё нет полноценной поддержки iOS, так что участвовать в конференциях лучше не с айфона. Ну, если бы поддержка и была, я бы всё равно советовал участвовать не с телефона 
Востребованность. А вот тут, в общем-то, многое зависит от вас.
Поскольку к онлайн-мероприятиям легко подключиться, многие люди не планируют участие в них за месяцы (как в офлайне), а делают выбор в последний момент.
И вот теперь этот момент настал: до старта первых конференций осталась пара дней, а на сайтах всех восьми много информации о программе. Поскольку онлайн-формат не требует от спикера прилетать в Россию, в этот раз получилось собрать особенно звёздный состав: будут создатель С++ Бьярне Страуструп и создатель Java Джеймс Гослинг, известный дотнетчикам Скотт Хансельман из Microsoft и известный Android-разработчикам Чет Хаас из Google, любимец джавистов Алексей Шипилёв и любимец самых разных разработчиков Джоэл Спольски.
Я не стану писать «участвуйте обязательно» — вам решать, нужно вам это или нет. Но напишу вот что: понять, нужно вам это или нет, поможет информация на сайтах конференций:
Техлид и его команда
Чего не знает Джон Сноу: растим из инженера Короля Севера
Митя Гладышев
Backbase
30 июня, 16:25, Зал «Красный рефакторинг»
Outlook
Apple
Какое чувство сильнее гордости за то, как вырос инженер в твоей команде? Только горечь расставания с мидлом, которого ты год тащил до senior level, а тот вдруг раз и свалил. Да и не каждого дотянешь, тем более по удаленке, а уж себе замену подыскать… У хорошего лида всегда цейтнот, поэтому приходит понимание, что инвестировать в команду нужно, но с умом.В своем докладе я расскажу, что такое ELTV (employee’s lifetime value) и как его улучшить, а также покажу свой собственный silver bullet для развития и удержания инженеров — визуальный Personal Development Roadmap.
Доклад принят в программу конференции
Матрица компетенций: как техлиду развивать и оценивать знания разработчиков
Игорь Костяков
Dunice
30 июня, 15:00, Зал «Красный рефакторинг»
Outlook
Apple
В 2016 году компания Dunice начала стремительно развиваться, и количество сотрудников постоянно увеличивалось. Мы, как и многие техлиды, столкнулись с проблемой оценки и развития уровня знаний новых и текущих сотрудников. Основные вопросы, которыми мы задавались: * Как понять, кто сможет работать с той или иной технологией?* У кого достаточно знаний и умений для выполнения задач на том или ином проекте?* Как упростить процесс оценки знаний у людей и снизить операционные расходы?* Как понимать скорость роста сотрудника?* Где и как хранить эти данные, чтобы не пришлось вычислять их на лету?Хотелось создать нечто стабильно работающее, чтобы не пришлось заменять на другое через пару лет. Через два года тестирования готовых систем мы поняли: это провал. Использование системы тестирования привело к тому, что люди просто решали тесты без конверсии в практические знания и умения. В этот момент было решено создавать собственный инструмент. Так появилась Матрица компетенций Dunice. Три года мы разрабатывали, тестировали гипотезы, сталкивались со сложными задачами и находили подходящие решения, обучали сотрудников и работали с возражениями. Матрица компетенций — готовый инструмент, который постоянно развивается. Уже в 2020 году мы провели больше 1000 экзаменов.В современном мире многие говорят о матрице компетенций, и этим уже никого не удивишь. Однако до сих пор не ясно, как ее создать с нуля. В докладе я расскажу о нашем пути длиной в пять лет, поделюсь плюсами и минусами готовых систем и расскажу о шагах на пути создания собственного инструмента. Объясню, какие задачи решает и не решает Матрица компетенций, как выбрать и научить тех сотрудников, которые принимают экзамены по матрице и поделюсь векторами развития этого инструмента в будущем. Мой доклад будет одинаково полезен тем, кто только внедряет систему оценки знаний в компании, и тем, кто уже внедрил и хочет ее улучшить.
Доклад принят в программу конференции
Как обучать разработчиков, когда они уже не джуны
Вероника Самохина
Контур
30 июня, 14:45, Зал «Кодокомбинат»
Outlook
Apple
В интернете сотни курсов для новичков: «Как написать своё первое приложение на X», «Y за 7 дней», «Изучаем Z — полный курс для начинающих». Но о вещах чуть сложнее, чем базовых, материалов почти не найти. Начинающие мидлы, признающие, что они еще недостаточно круто знают свой язык программирования, начинают курсы — и бросают их, открывают книги — и читают лишь первые полглавы, врубают стрим конференции — и проматывают её на x2, разочаровываются в идее последовательного, проактивного обучения — и плывут по течению, реактивно обучаясь на рабочих задачах.К каким проблемам приводит такой несистемный подход? Как их решать? И может ли кто-то помочь опытным разработчикам в прокачке их навыков, кроме них самих?
Доклад принят в программу конференции
HighLoad++ 2019
Три личных фаворита Павла Андреева — senior инженера направления Database — и Александра Емелина, лида мессенджера Авито.
Пётр Зайцев рассказал про достаточно низкоуровневые вещи, которые в обычной жизни вряд ли будут использоваться. Но для расширения кругозора разработчику полезно о них знать.
Доклад Василия Пантюхина про паттерны проектирования распределённых систем был живым и интересным. Amazon Web Services уже сейчас решают проблемы, с которыми мы столкнёмся в будущем.
Подача и навыки рассказчика у Алексея Миловидова, как обычно, выше всяких похвал. Это хардкорный доклад про проблемы и их отладку из опыта разработки и поддержки ClickHouse. Он занял первое место по итогам конференции и уже публиковался раньше, но не упомянуть его невозможно.
Анонс-2021: новые даты и новые цены
В апреле мы начнём новый конференционный сезон. Что можем о нём сказать?
- Определились с датами пяти конференций (с другими продолжаем определяться, полный список будет на fullpass.jugru.org):
— Heisenbug: 6-9 апреля, билеты уже в продаже
— JPoint: 13-16 апреля, билеты уже в продаже
— Mobius: 13-16 апреля
— HolyJS: 20-23 апреля, билеты уже в продаже
— DotNext: 20-23 апреля, билеты уже в продаже - Этот сезон, как и два предыдущих, пройдёт в онлайне (пандемия не спешит исчезать). Так что поучаствовать снова можно будет из любой точки планеты.
- И поскольку он пройдёт в онлайне, мы бросим силы на то, чтобы онлайн-платформа с виртуальной площадкой стала богаче возможностями — пока не назовём список новых фич, но наверняка станет интереснее.
- Мы пересмотрели тарифную сетку. Раньше было два варианта билетов: Standard (на одну конференцию) и Full Pass (абонемент на весь сезон). Теперь появляются ещё два: «бюджетный» Basic (вдвое дешевле Standard, но не даёт доступ к видеозаписям дискуссионным зонам, смотреть доклады можно только в прямом эфире) и Pro (на одну конференцию, но даёт также доступ к видеозаписям остальных). Подробно все варианты можно сравнить на сайте конференции при выборе билета.
- И, как обычно, цена билетов растёт по мере приближения конференции. Так что самый выгодный момент для приобретения — сейчас.
- Если вы участвовали в наших последних конференциях, то больше информации скоро получите (или уже получили) по почте.
Как правильно масштабироваться
Меняем стек на продакшне в сжатые сроки
Александр Клюшкин
Самокат
1 июля, 15:50, Зал «Кодокомбинат»
Outlook
Apple
“Вот бы всё это было на другом стеке” — за мою карьеру IT-инженера такая мысль приходила мне в голову, по грубым оценкам, больше одного раза. Где-то упираешься в ограничения тулинга, где-то слишком много легаси-кода и зависимостей. Иногда хочется в новый стек, чтобы стало проще с людьми — находить, нанимать, онбордить.Но одно дело — мечтать, а другое — пойти и действительно сделать. В конце 2019 года мы в Самокате решили сменить стек: перейти с Python на Kotlin. На тот момент мы были в продакшне: реальные пользователи, курьеры, дарксторы, логистика, инфраструктура, партнёры.Переход на новый стек занял 9 месяцев. В процессе мы узнали много интересного: как искать баланс между “перепроверим заранее всё-всё” и “взорвём, а там посмотрим”; как планировать бэклог, чтобы уложиться к дедлайну; как работать с недокументированными частями системы; как не сжечь команду высоким темпом.Тизер: мы успели к дедлайну и теперь пользуемся инсайтами из опыта смены стека в “мирное время”.
Доклад принят в программу конференции
Качество vs Скорость: технические процессы в растущей команде
Константин Евтеев
X5 FoodTech
1 июля, 14:40, Зал «Кодокомбинат»
Outlook
Apple
Поделюсь опытом, как мы «обозреваем» состояние разработки в растущей команде.При росте бизнеса возникают вопросы, как двигаться максимально быстро и удержать качество на определенном уровне. Все ли у нас сейчас “хорошо” или будет “хорошо” на горизонте дня/спринта/квартала/года. Для ответа на эти вопросы необходимы данные/метрики и их анализ
В рамках данного выступления разберу повестку в разрезе: — мониторинг (ключевые бизнес-метрики, разбивка по командам, показатели инфраструктуры и сервисов);- Live Site Review(LSR) / Incident management — управление инцидентами и аналитика инцидентов, как метрики для «обзора состояния инженерии»;- релизная политика — предсказуемость поставок;- технические проекты — развитие и фокус на важном
Доклад принят в программу конференции
Как мы меняли разработку лучшего* мобильного банка под требования бизнеса
Александр Поломодов
Tinkoff
1 июля, 11:10, Зал «Кодокомбинат»
Outlook
Apple
В Тинькофф я работаю уже порядка 5 лет и отвечаю за разработку двух платформ: Онлайн-привлечения и Мобильного Банка. И если про трансформацию процессов и архитектуры в Привлечении я уже рассказывал на ряде конференций, то Мобильный Банк раньше оставался за кадром. В этом докладе я устраню эту несправедливость и расскажу, как и зачем мы рефакторили структуру команд, архитектуру приложений и процессы разработки в Мобильном Банке последние полтора года. Я считаю, что доклад будет полезен тем, кто сталкивается с вопросами масштабирования разработки под требования бизнеса и проходит этапы роста команды от нескольких десятков человек до пары сотен.P.S. * Расшифровка сноски про лучший мобильный банк:— Лучшее мобильное приложение для розничных клиентов в Центральной и Восточной Европе по мнению Global Finance The World’s Best Digital Banks 2020.— Лучший мобильный банк для ежедневных задач (daily banking) в Mobile Banking Rank 2020 от MarksWebb.
Доклад принят в программу конференции
Как подружить Быстрое продуктовое развитие и Enterprise-разработку
Анна Абрамова
РБК
1 июля, 17:00, Зал «Кодокомбинат»
Outlook
Apple
Многие компании сейчас сталкиваются с задачей сохранить текущие позиции на рынке и завоевать новые за счёт экспериментов и инновационных продуктов. Я расскажу, как мы в разработке справляемся с этими вызовами, когда необходимо и поддерживать старое, и улучшать его, и создавать новое за счёт разделения команд на платформенные и продуктовые, микросервисной архитектуры, передачи сервисов из продуктовых в платформенные команды и продуманных процессов разработки.
Доклад принят в программу конференции
Классический вид
Чем этот сезон отличался от предыдущего для тех, кто «игровой вид» запускать не хотел?
Воркшопы
Мы обнаружили, что для онлайна хорошо подходят практические выступления. Сидя перед экраном, удобно смотреть на то, что спикер делает на своём экране. Правда, есть сложность: воркшоп особенно хорошо работает, когда его смотрят в прямом эфире, а в записи уже не совсем то. Поэтому, например, на DotNext спикер Макс Аршинов попросил для его выступления вообще не делать запись.
Победа: как показывают отзывы, зрители действительно рады воркшопам.
Прокол: в случае с Максом Аршиновым мы плохо скоммуницировали, что воркшоп нельзя будет увидеть в записи, и для части зрителей это стало неприятным сюрпризом. Мы извлекли урок на будущее, о таких вещах будем предупреждать тщательнее.
Форматы
Помимо воркшопов, были и другие эксперименты с форматами, не подходящими для офлайна. Например, на Mobius одновременно в трёх треках три разных спикера верстали один и тот же экран с помощью трёх разных технологий декларативного UI, а затем вместе сравнивали и обсуждали результаты. Это хорошо работает именно в онлайне, где можно легко переключаться между треками и сравнивать «у кого как идут дела», и не требуется перебегать между залами.
И хотя большинство докладов были в прямом эфире, в отдельных случаях спикеры воспользовались возможностями, которые даёт предзапись. Яркий пример — Свен Рупперт, который провёл свой доклад в лесу. Когда мы писали в анонсах «в онлайн-конференции можно участвовать хоть из леса», сами не думали, что кто-то так и сделает!
Стабильность
Самое главное в онлайн-трансляции — чтобы она не падала. Так что мы проводили работу над этим.
Победа: жалоб на технические проблемы в этом сезоне было меньше, чем в прошлом.
Прокол: всё-таки не обошлось без проблемных ситуаций. На HolyJS из-за апдейта у нас развалился продакшн и начать конференционный день по плану не получилось. В итоге на ходу приняли решение сдвинуть расписание на час, разобрались за это время с проблемой, провели всё со сдвигом на час, опубликовали постмортем и тоже извлекли уроки.
Качество
Если со стабильностью всё в порядке и картинка не пропадает, дальше можно думать о том, чтобы она была как можно лучше. Мы ставим себе планкой 4K, и тут кто-то может спросить: «зачем онлайн-конференции вообще столько, когда у большинства зрителей даже нет 4K-монитора?» Ответ можно найти в старом докладе Одноклассников об их «live video»: «мы сделали поддержку 4K на вырост, потому что если отдебажить для неё плеер и разобраться с производительностью, то 1080p даже на слабых устройствах будет играть прекрасно».
Победа: работая над 4K, мы в процессе тоже разгребли кучу всего, что сказывается на пользователях — в том числе тех, у кого разрешение ниже.
Прокол: увлёкшись всем этим, мы допустили ситуацию, когда плеер у зрителей автоматически переключался на 4K, даже если их экран совсем не 4K. При всей любви к хорошей картинке, попусту загружать канал — не лучшая идея, больше так не будем.
С небес на землю
Все экспериментальные линии квантовой связи сегодня реализованы на базе одномодового волоконно-оптического кабеля. У него очень низкий (но не нулевой) коэффициент затухания, поэтому линию удается организовать в пределах нескольких десятков километров — пока сохраняется приемлемый процент потерь.
Для увеличения расстояния свыше 100 км потребуются промежуточные узлы, но с ними возникает проблема доверия. Если для увеличения дальности на них использовать существующее активное оборудование (регенераторы, усилители с оптоэлектронными преобразователями), то последние выполнят контролируемую декогеренцию (как на приемнике). В результате измерения фазы произойдет мгновенное схлопывание волновой функции фотона с разглашением закодированной информации. Придется считать этот узел доверенным, но так теряется смысл квантовой защиты от атаки посредника. Если же мы хотим генерировать новые запутанные фотоны вслепую (без измерения их фазы), то на промежуточных узлах потребуются модули квантовой памяти, которые пока не разработаны.
Сейчас в линиях квантовой связи ограничиваются одним одномодовым оптоволокном. С неконтролируемой декогеренцией в нем борются в основном за счет более строгой изоляции и избыточности. В квантовой связи приходится повторять отправку запутанных фотонов (тысячи раз ради одного прошедшего проверку на приемнике), а на квантовых компьютерах — повторно запускать циклы вычислений.
Современное состояние
Доклады были разбиты на несколько секций по направлениям и уровню сложности. На мой взгляд, все самое интересное происходило на закрытой части 17 июля в гостинице «Украина» (принадлежит сети Radisson Collection). На сами доклады и обсуждения журналистов не пускали, но увлеченные исследователи продолжали свои дискуссии во время перерывов. За несколько минут в холле можно было узнать о реальном состоянии квантовых технологий больше, чем за несколько часов лекций для широкой аудитории.
Если кратко резюмировать невольно услышанное, то из перспективного направления квантовые технологий превратились в реально востребованное бизнесом и правительством уже сейчас. Они интересны с точки зрения как защиты информации, так и новых способов ее обработки. Пока представленные решения трудно назвать самодостаточными. Скорее, квантовые модули заменяют отдельные части привычных электронных систем, усиливая их безопасность.
Квантовый Интернет в офис вам пока не предложат, но квантовая связь уже сейчас успешно используется для процедуры обмена ключами шифрования (QKD — Quantum key distribution). На уровне канала она получается надежно защищенной от прослушивания и подмены за счет физических законов, а вот в остальных узлах системы сохраняется ряд потенциальных векторов атаки. Поэтому квантовая линия — это еще не гарантия безопасности. Все зависит от конкретной физической реализации. Для изучения практической безопасности квантовых линий связи при RQC создана «Лаборатория квантового взлома», где под руководством Вадима Макарова уже продемонстрирована возможность выполнения различных атак.
Фотоны запутались в бороде руководителя Лаборатории квантового взлома РКЦ Вадима Макарова. Фото: Andrew Vasilkov / DX.media
Квантовые компьютеры
Несколько лет назад я писал научно-популярные статьи про квантовые вычисления и рассказывал об экспериментальных установках с небольшим числом кубитов (5-50). Тогда мне казалось, что на этом масштабе технологии будут топтаться еще долго, поэтому я переключился на другие темы и перестал следить за прогрессом в этой области.
Квантовые компьютеры сейчас работают как специфические ускорители, выполняя отдельные операции эффективнее процессоров общего назначения. В основном это задачи факторизации и быстрого преобразования Фурье, часто встречающиеся в логистике, системах связи, финансовой аналитике, молекулярной биологии и других сферах. Сейчас эти направления активно развиваются за счет облачных вычислений. Квантовые расчеты тоже можно предоставлять по модели SaaS — был бы подходящий алгоритм. Такие алгоритмы сейчас разрабатываются с учетом конкретных архитектур и специфических бизнес-задач. Делается это не с нуля, так как базовый математический аппарат для квантовых систем был разработан еще в XX веке. Например, шведская компания Phase Space Computing привезла на ICQT 2019 обучающие наборы для наглядной демонстрации протокола BB84 и алгоритма Дойча — Йожи. Они выполнены на электронных платах, которые имитируют поведение квантовых вентилей.
spispy: SPI flash device emulation
Траммел Хадсон (Trammell Hudson) рассказал о своем проекте spispy, в рамках которого разрабатывается открытое аппаратное и программное обеспечение для эмуляции SPI flash.
Современные компьютеры хранят прошивку (firmware) во flash-памяти, доступной по шине SPI. Для того, чтобы записать прошивку в эту flash-память, используется программатор. Но операция записи занимает значительное время, что причиняет разработчикам прошивок огромные неудобства. Для того, чтобы избавиться от этой проблемы, существуют эмуляторы SPI flash. Проект spispy — это открытый эмулятор SPI flash с FPGA на борту.
Помимо удобства для firmware-разработчиков данный инструмент дает новые возможности исследователям безопасности прошивок. В частности, Траммел и Питер Бош (Peter Bosch) использовали его для поиска и эксплуатации уязвимостей типа Time-of-check to time-of-use (TOCTOU) в реализации Intel Boot Guard.
Запись выступления:
Востребованность
Наконец, можно увидеть мнение «да все эти онлайн-мероприятия никому не нужны, от них эмоций ноль, одна голая информация, которую нагуглить можно». Так это или нет? Те зрители, что присутствовали на онлайн-мероприятиях этой весны, были заинтересованы или приходили по принципу «я заперт дома и готов смотреть на что угодно динамичнее стены»?
Тут ответ тоже двоякий. С одной стороны, просто покажу комментарии к нашему онлайн-митапу с Евгением Борисовым «Spring-построитель»:
То есть люди видели не живого Евгения на сцене, а видео на экране, и это не помешало им настолько впечатлиться. Я не знаю, как тут можно говорить об «отсутствии эмоций» или о том, что «онлайн никому не нужен».
А с другой стороны, с востребованностью онлайна действительно есть сложность, но иного плана. Здесь индустрия наткнулась на такой подводный камень: переход к этому формату совпал с периодом экономических потрясений. Многие компании, даже если не потеряли масштабно в доходах, как минимум этого опасаются — поэтому сокращают все расходы, какие могут. И среди того, что попадает под нож, есть бюджеты на обучение сотрудников, куда входят конференционные билеты. То есть многие разработчики, которые раньше могли отправиться на конференцию от компании, сейчас потеряли эту возможность.
Конечно, они всегда могут покупать билеты «на свои», и часть из них именно так и делает. Но только неспокойный период многим людям тоже неспокойно, и тратить деньги даже на что-то интересное им хочется меньше обычного. Куда ни кинь — всюду клин.
Минус: Многим разработчикам, которым интересны конференции, они стали менее доступны по экономическим причинам.
Плюс: Но онлайн-формат хотя бы позволил сильно снизить стоимость билетов по сравнению с офлайном, где в цену входила аренда площадки.
