Расскажу как мы с командой фронтендов-фулстеков закрываем рабочии задачи через ИИ-инженера DevinAI. За последние месяцы закрыли около 100 задач разной сложности. Поняли, что Devin умеет делать хорошо, а какой JS в TS он мигрировать правильно не умеет, а просто сжигает наши деньги. Поговорим сколько стоит иметь виртуального инженера в команде и сможет ли он заменить кожаный мешок через время. И самое главное когда это вермя настанет. Доклад одновременно является как руководством к действию так и вдохновением bleeding edge технологиями, которые коснутся каждого инженера рано или поздно!

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

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

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

Разберем, конкретные шаги, как выступать без внутренней катастрофы.

Прогнозирование спроса и объёмов закупки, анализ ценовой эластичности и симуляция What-if сценариев для онлайн- и оффлайн-продаж

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

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

Сделаем изящный вывод о важности автоматизации процессов в работе фронтенд-разработчиков.

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

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

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

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

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

Ключевая мысль доклада: Atomic CSS — это не для тех, кто плохо знает CSS. Это не очередной Bootstrap, а полноценный подход, со своими идеями, плюсами и минусами.

В докладе я поделюсь опытом того, как наша команда от состояния «Есть несколько unit-тестов в паре сервисов» перешла к состоянию «Все сервисы покрыты структурированными полными тестами». На примерах я покажу:

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

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

В команде всегда есть работа, но нет времени наладить процессы? Знакома фраза "сначала сделаем, потом подумаем, как делать лучше" — и так годами?

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

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

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

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

В докладе коротко рассмотрим задачу подписывания кода (code signing) в контексте десктопа, вспомним как работает инфраструктура публичных ключей стандарта X.509 и разберём новые политики и требования от CA/Browser Forum. В конце изучим реальный работающий code signing пайплайн, построенный по всем современным требованиям.

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

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

Что будет:
- покажу, как ИИ уже используется в собеседованиях QA (и не только);
- разберу 5 агентов, которые могут полностью заменить этапы интервью (или попытаться это сделать);
- расскажу, как кандидаты используют ИИ против интервьюеров: от вымышленной карьеры до deepfake-обманок;
- дам практические советы — как вооружиться ИИ и не дать себя обмануть.

Это не про будущее. Это про то, как собеседуют прямо сейчас.

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

Рассмотрим возникающие риски при использовании ИИ на "живых" данных. Покажем как промежуточный сервис авторизации позволит нивелировать эти проблемы.

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

Современные интерфейсы на разных платформах (Web, iOS, Android) используют устаревшие подходы к рендерингу теней, что приводит к «плоским» и ограниченным визуальным эффектам. Работа над тенями началась еще В 2007 году и с тех пор все платформы застряли в компромиссе между простотой реализации и качеством графики. А визуал так и остался на месте с тех самых пор, но на дворе 2025, что за дела?

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

Наш путь к self-host инфраструктуре.

Когда стоит уходить от облачных провайдеров и запускать всё на своём железе?
На конференции я расскажу про наш реальный опыт переезда из Yandex Cloud:
— почему выбрали облако и почему решили уйти;
— муттабельная vs иммутабельная инфраструктура и чем это оборачивается в реальной жизни;
— обзор популярных решений с плюсами и минусами;
— почему мы выбрали CozyStack и какие подводные камни встретили.

Будет честный рассказ без маркетинга — что получилось, а что пока нет.

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

Через реальные кейсы из менторства я покажу, как soft skills напрямую влияют на карьеру. Разберём:
– Как уверенность и умение презентовать себя влияют на зарплату.
– Почему от софт-скиллов зависит, позовут ли тебя дальше.
– Какие практики помогают быстро прокачать нужные навыки.

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

Расскажу о том, из чего спроектировано наше хранилище данных, зачем у нас над головой телевизор, и почему мне в отпуске сыпятся сообщения в мессенджер. Вы увидите, почему деплоить обновления в проект КХД ручками администраторов утомительно, и как этот и некоторые другие вопросы решает CI/CD.

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

Разберемся, что войти в AI проще, чем кажется.

На воркшопе вы узнаете:
🤖 Что такое персональные роли, как появились и эволюционировали в ИИ-агентов.
🚀 Как доработать роль, чтобы получить настоящего помощника для бизнеса.
📚 Реальные кейсы и применение знаний на практике.

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

На нашей конференции он уже выступал с докладом о Pixi.js и WebGL, показывал, как работать с графикой и где искать баланс между низкоуровневым API и привычными инструментами вроде React.

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

📣 Самое интересное — это будет практика: Саша ищет добровольца, который прямо во время воркшопа попробует пройти путь подготовки доклада в реальном времени.

👉 Если хочешь попробовать себя в этой роли — заполняй форму.

📍А пока мы ждем воркшоп, можно познакомиться с Сашей поближе через его канал — TG Канал.

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

Материал основан на его опыте и книге «Метод параноика» о продюсерской модели управления проектами. Подход вырос из проектов для Яндекса, Microsoft, VISA, Сбера, а также ЛитРес, «Коммерсанта», «Связного» и др.

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

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

📣 Его книга «Метод параноика» —https://mityakin.com/redbook.

📍А пока мы ждем воркшоп, можно зайти на его канал — TG Канал.