Каждый дизайнер тонет в референсах. Я покажу, как превратил эту проблему в продукт — сервис Screenbook.ru. Мини-история запуска и советы, как из своей боли сделать решение для других.

Посетители жалуются на черепашью скорость загрузки сайта?! Под капотом огромный проект, работает на устаревшем 20 лет назад стеке!? Проджектлид требует сотворить чудо и ускорить всё, но не даёт переписать сайт на что-то по современнее?! Ничего, даже из таких ситуаций есть выход! А какой и что нужно делать чтобы, чтобы загнать любой проект в зелёную зону Google PageSpeed, я расскажу тебе в своём докладе

1. Как понять, нужны ли рилсы вашему IT-бизнесу
Разберем методы оценки полезности и определим, какие бизнес-задачи рилсы решают эффективно
2. Почему большинство рилсов не работают на бизнес, несмотря на высокие охваты
Проанализируем, почему популярный контент часто не приводит к достижению целей компании
3. Что делать: снимать контент силами команды или работать с инфлюенсерами
Сравним два подхода и выясним, почему собственное производство может оказаться дороже, чем кажется
4. Какие форматы рилсов существуют и как выбрать подходящие
Обзор эффективных форматов контента для разных типов IT-продуктов и целей
5. Практический интерактив: от бизнеса к контенту
Участники расскажут о своем бизнесе — получат конкретные темы, форматы и рубрики рилсов

Представление дат на низком уровне, алгоритмы расчета.
Проблема 2000.
Проблемы конвертации из одного формата в другой.
Обзор стандарта представления дат ISO8601.
Обзор некоторых фреймворков для работы с сериализаций дат.
Проблема расхождения времени на устройстве и сервере, Проблема обработки ошибочной даты с устройства.
Корректировка дат на спутниках GPS, геомагнитная аномалия.
Сервера точного времени (NTP).
Работа с часовыми поясами в больших системах, которые используются сразу в нескольких часовых поясах, сценарии визуализации дат и времени в интерфейсе пользователя и отчетах.

Честный рассказ о том, как я вёл бизнес с 19 до своих нынешних 23 лет. Как преодолевал вызовы лидерства, учился (и учусь) на собственных ошибках и искал рабочие подходы в управлении командой. Никаких фантазий, всё на реальных кейсах:

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

Что такое API Gateway и почему его все понимают по-разному? В докладе разберем, какие задачи он должен решать, — от роутинга и кешей до рейтлимитов и преобразования ответов — и сравним два подхода к его реализации: инфраструктурный, например Nginx, и кодовый, например Spring.

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

- Распознавание голоса.
- Анализ переписок на ПД и цензура
- Суммаризация и её улучшение
- Умные боты

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

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

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

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

Вы узнаете:

* Как работает магия: простыми словами об архитектуре RAG (Retrieval-Augmented Generation), которая лежит в основе решения.

* Из чего строили: обзор стека технологий, который мы использовали.

* Подводные камни: с какими неочевидными проблемами мы столкнулись при работе с LLM и как их решили.

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

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

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

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

Летнее выгорание или как зафиналить планы к новому году. Как совместить лето и дедлайны и выйти на нужные показатели.

В ходе доклада слушатели узнают о новой методологии от Mitre и возможности ее применения для покрытия киберугроз и нужному уровню реагирования на них

Кейсы крупных компаний, средства защиты, штрафы и др.

В 36 Вадим понял всё. В 33 я только начал подозревать. Немного про код, много про людей, чуть-чуть про выгорание. И про то, что делать, если тебе за 30, а ты всё ещё компилиться не без ошибок.
В программе — хакатоны, CTF, команда мечты, кризис среднего кода и как не сломаться, пока тебя не заменил GPT-9.

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

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

На своём выступлении я покажу, как предприниматели уже используют ИИ-сотрудников, обученных под конкретные задачи:

— в медицине они пишут клинические протоколы и стандарты
— в HR автоматизируют найм и онбординг
— в маркетинге уже генерируют стратегии и контент, как middle-специалисты
— в юриспруденции помогают с договорами и консультациями
— а в продажах даже заменяют МОПов в моменте, снижая текучку и риски

Разберём, чем отличается «просто писать в нейросети» от создания настоящих ии-сотрудников, и почему всё больше бизнесов выбирают именно этот путь.

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

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

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

В рамках мастер класса мы на практике изучим классические и квантовые приемы передачи информации, а также рассмотрим влияние чувствительности и шумов детектора на квантовое распределение ключей (устойчивость системы).
Участники смогут ознакомиться с работой трех квантовых протоколов – протоколом BB84, протоколом ГОКС и протоколом B92, и разобраться в разнице режимов передачи информационных состояний (классический, однофотонный и квазиоднофотонный).

Разбираем сложную судьбу Vision Pro и экосистемы пространственных вычислений Apple как пример внедрения глобальных инноваций

На этом докладе разберём:

- какие юридические и репутационные риски несёт компания, если сотрудник заливает рабочие материалы в несанкционированный облачный сервис;

- кто отвечает — разработчик, тимлид, CPO или владелец компании;

- что делать: блокировать, запрещать или внедрять управление Shadow SaaS без бюрократии.

Мобильный gamedev для веб разработчиков. Создавай игры для IOS / Android и браузеров в одном окне через JS.

Лидерство в IT: как вырасти самому и вырастить сильную команду
Опыт, вызовы и стратегии устойчивого роста в digital-бизнесе

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

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

Открыто, по делу и с упором на реальные кейсы

Кто работает, а кто делает вид: как выявлять неэффективных сотрудников в digital-команде
Почему выработка по часам — миф, и какие метрики действительно работают

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

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

Без слежки и микроменеджмента — только разумный контроль и честная аналитика.

— Появление инструментов, которые позволяют создавать кросс-платформенные приложения
— Рост числа прогрессивных веб-приложений (PWA)
— Рост числа low-code и no-code платформ
— Приложения на основе блокчейна: поддержка децентрализованной сети
— Рост популярности Jamstack
— Внедрение WebAssembly для высокопроизводительных веб-приложений
— Серверно-ориентированный пользовательский интерфейс: инновации во взаимоотношениях между серверной и внешней частью

Где грань между заботой и контролем: выбираем стиль управления
Как руководителю выстроить отношения с командой и не навредить бизнесу

Слишком мягко — и команда расслабляется. Слишком жестко — люди выгорают или уходят. Где найти баланс?

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

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

Ошибки — это нормально
Как справляться с провалами и извлекать из них силу

Ошибки случаются у всех — важно не прятать их, а учиться с ними работать.
В этом материале:

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

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

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

Доклад посвящён клиентскому кэшированию — от основ HTTP-кэширования до современных решений. Рассматриваются ключевые механизмы (Cache-Control, Vary, Service Workers), их ограничения и способы их преодоления с помощью инструментов вроде Axios Cache Interceptor и TanStack Query. Также обсуждаются метрики эффективности кэширования и практические рекомендации для оптимизации производительности.

Аналитика – это не только про то, как сделать продукт, фичу, функционал и так далее. Она так же применима и в прочих сферах IT, например в DevOps.

Мы столкнулись с необходимостью создания такой инфраструктуры для продукта, которая бы работала со 100% доступости, находясь в облаке. Задача родилась из истории, как штормит отечественные облака. В докладе рассмотрим подходы к аналитике задачи «сделать хорошо», при условии отсутствии определенных компетенций.

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

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

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

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

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

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

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

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

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

В 2023 придя в PaaS Сбермаркета я предложил идею для ускорения CI в части языка разработки go. Экспертиза в golang позволила ускорить CI всех PaaS сервисов в компании от 2 до 5 раз, о чем есть выжимка на хабре - https://habr.com/ru/companies/kuper/articles/806725/.

В этом докладе я расскажу:
- Как идеи из микросервисной разработки помогли перестроить CI — без революций, итеративно.
- Какие боли мы устранили — от глобальных зависимостей до хрупких правил.
- Как сделать CI быстрым, гибким и управляемым, даже если у вас 500+ сервисов.
- Как тестировать CI и не хранить все яйца в 1 корзине.

Этот доклад для вас, если:
- Ваш CI напоминает «монолит» — с кучей наследования, сложными правилами и высоким порогом входа.
- Вы тратите часы на поддержку конфигов, а не на разработку.
- Хотите, чтобы сборки работали быстрее, но без хаков и костылей.

Приходите — разберём, как применять принципы хорошего ПО к построению CI.

Платформенный подход: Как интерпрайз-компании запускают ИИ-агентов под реальные процессы за 2 недели и формируют внутренние AI-компетенции. Кейсы внедрений, архитектура, метрики и реальные эффекты для бизнеса.

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

Когда компания внедряет Kubernetes, возникает естественное желание использовать его на всех этапах разработки и для всех команд. Вопрос безопасности становится актуальным либо сразу, либо чуть позже. Все это объединяется под общим красивым названием — multiple tenants в Kubernetes.
В этом докладе я рассмотрю:
Историю создания решения: Отправные точки и текущие перспективы развития.
Анализ подходов: Преимущества и недостатки каждого метода.
Заключение: Подведение итогов.

Цель мастер-класса — на практике попробовать инструмент наглядного моделирования предметной области.

Зачастую аналитикам (руководителям проектов, дизайнерам) сложно разобраться в ООП, и увидеть границы предметной области проекта. Графическое представление объектов и связей между ними демонстрирует множество объектов, границы проекта и ключевые сущности, которые участвуют в информационном обмене.

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

За мастер-класс мы с вами:
1. Потренируемся в составлении онтологической модели предметной области.
2. Разберемся в том, что такое онтология, и что нам помогает в выявление объектов предметки.
3. Будем работать в командах, у каждой команды будет свой кейс предметки.
4. Создадим и презентуем диаграммы онтологических моделей.
5. Сделаем выводы, проанализируем трудности, с которыми столкнемся на практике.

Расскажу доступной метафорой про основы, механику и роли Scrum подхода на примере футбольной команды.

Во многих компаниях работают по спринтам. Знакома ли ситуация, когда 2 недельный спринт почему-то стал 4 недельным? Или вместо 3х запланированных фич до прода доехала только одна, а остальным надо подождать еще спринт? Или же между 2 запланированными релизами выкатываются по 4-5 хотфксов или подверсий релиза, а разработчики жонглируют ветками в гите и могут где-то что-то забыть?
Предлагаю обратить внимание на подход TBD, возможно он решит часть проблем. А мы поговорим о том, как его можно внедрить и кому он может помочь.

Есть 10 летний монолит с php, Symfony, Yii, jQuery, KO, Vue, React и прочими ништяками. React как типичный SPA хотелось бы вынести в отдельный проект. Как в старой сказке: "Вы хотели всего лишь банан, но в результате получаете гориллу, держащую этот банан, и все джунгли впридачу." Так и в этом случае расскажу как этот перенос затронул QA, DevOps, вообще процесс Delivery.

Работа с пакетами, их установка и обновление — неотъемлемая часть работы фронтенд-разработчика, однако существует ряд угроз, способных существенно навредить проекту.

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

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

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

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

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