Доклады

Панельная дискуссия “Как вырасти в топовую IT-компанию?” направлена на владельцев, руководителей IT-компаний и тех, кто хотел бы выстроить успешную IT-компанию.

Мы пригласили на активность IT-компании, которые показывают существенный рост на рынке за последние годы и оборот которых достигает 1 млрд рублей и более. В панельной дискуссии принимают участие как сервисные, так и продуктовые IT-компании. Обсудим вопросы выбора стратегии, в том числе активное развитие за счёт собственных ресурсов, партнёрства, покупок других компаний и выхода на IPO.

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

Ждем ваш отзыв

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

Зачем вообще обычного тестировщику понимать, как работает бизнес и кто у нас клиент.

Разберемся в двух крайностях - "Гендальф", который блокирует каждый релиз или "провайдер информации" который дает выбор бизнесу в принятии решения, катить или нет.

Погрузимся во все стадии бизнеса, что в них делать и почему.

Ждем ваш отзыв

В мире высоких скоростей и необходимости решить задач ASAP здесь и сейчас мы часто делаем разработку на скорую руку лишь бы работало, а переписать правильно планируем "когда-нибудь потом". На примере Сервиса Покупки Билетов Buy-Pie-Tickets поговорим о том, к чему приведет долгая жизнь на этапе MVP и "быстрые решения" в долгосрочной перспективе. Рассмотрим типовые ситуации и поговорим сколько будет стоить их исправление в дальнейшем.

Ждём ваш отзыв

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

В докладе:

— Что такое рендеринг

— Как исследовать рендеринг страницы в Google и Yandex

— Какие ошибки возможны

Также я поделюсь кейсами из практики.

Ждем ваш отзыв

В 2023 году появился термин “Пробка из джунов”.

И, говорят, сейчас в ИТ нужны только те, кто уже “миддл” или “сеньор”.

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

А “джуны” “никому не нужны”.

Есть ли выход из этого замкнутого круга?

Есть ли еще открытые двери для входа в IT с “нулевого уровня”?

Основываясь на личном профессиональном опыте и на опыте ИТ компании SimbirSoft, расскажу про то, какие есть варианты входа в ИТ.

Какие из них в какой жизненной ситуации лучше подходят.

Какие из них годятся взрослым, а какие – школьникам.

Обсудим варианты обхода “Пробки из джунов”.

Кому доклад будет интересен/полезен:

Всем, кто раздумывает «А не войти ли мне в IT?» - школьникам, студентам СПО и вузов, взрослым людям, кто задумался о смене профессии.

А также их родителям.

А также преподавателям СПО и вузов.

И учителям школ.

Очень будет полезно тем, кто профессионально занимается профориентационной работой.

Возможно, информация будет полезна ИТ студентам всех форм обучения и всех уровней обучения.

Ждём ваш отзыв

В чем суть локальных LLM, и правда ли, что Open Source >= ChatGPT

Как выбрать модель опенсорса под свои задачи

Промпты для open source LLM = промпты для GPT?

Попробуем использовать опенсорс модели для написания nginx конфига и Docker файлов

Отыщем DDoS атаки в логах с помощью LLM

RAG, Fine-Tuning, QLoRa — вот они слева направо. Как увеличить точность выбранной модели

Ждём ваш отзыв

Автоматизация процессов. Как мы прогнозируем появление проблемы

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

Никому не верить на слово. Почему у каждого менеджера одновременно несколько руководителей и как они не мешают друг другу

Обучение. Нужно ли обучать менеджеров, если они все равно часто меняются.

Мотивация. Какие типы мотивации у нас не сработали и почему

Коммуникация внутри команды. И при чем тут теория разбитых окон

Ждем ваш отзыв

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

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

Доклад будет полезен как тем, кто занимается наймом и адаптацией, так и тем, кто обладает небольшим опытом и собирается менять работу

Ждем ваш отзыв

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

Ждем ваш отзыв

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

Ждем ваш отзыв

- Когда реклама привлекает "не тех"

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

- О чём говорит когнитивный разрыв?

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

- Спиральная динамика: люди покупают по-разному

Почему один клиент готов сразу перевести предоплату, а другой требует 10 звонков и скидку? Как ценности и мышление влияют на восприятие рекламы и принятие решений?

- Как текст рекламы программирует ожидания

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

- Оффер, который "продаёт сам себя"

Как правильно упаковать предложение, чтобы оно «захватывало» нужную аудиторию и не создавалось ощущение несоответствия между рекламой и продуктом?

- Правильная сегментация – дешевле, чем переделка рекламы

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

- Что делать, если реклама уже настроена не на тех?

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

Ждем ваш отзыв

Мастер-класс по быстрому восстановлению сил при усталости и выгорании. Игровые механики переговоров с самим собой.

Ждем ваш отзыв

- Цикл продаж и статистика: что есть сейчас, а что хочется изменить.

- Какие сферы и направления лидируют в продажах.

- Клиентский сервис 2025: как улучшить работу с заказчиком.

- Важные роли в продажах и на проекте: кто за что отвечает.

- Главные принципы и тренды в продажах: что изменится в этом году.

- Как работать с ожиданиями заказчиков.

Ждем ваш отзыв

Довольно часто backend-разработчикам приходится проектировать микросервисную архитектуру. Тут много непонятного: непонятно, где проходит грань между «как организовать файлы» и «как сервис А и Б взаимодействуют друг с другом»; не ясно, какие паттерны стоит использовать, а какие нет; неизвестно, кто источник основных знаний по проектированию; не ясно, какие протоколы стоит брать и какие есть с ними сложности; не всегда ясно, как проектировать микросервисы.

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

Ждем ваш отзыв

Наш корпоративный чат-бот построен на микросервисной архитектуре и активно взаимодействует с клиентами через чат. В ходе разработки мы столкнулись с нетривиальной задачей: нам нужно было не только получать входящие сообщения, отправляя их в MQ (RabbitMQ) для обработки DS-ядром, но и правильно маршрутизировать ответы обратно в нужный процесс.

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

— От клиента — для корректной обработки фраз, составленных из нескольких сообщений («привет», «как», «дела»).

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

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

Ранее наши коллеги рассказывали, как маршрутизация устроена в чат-системах (https://speakerdeck.com/xfenix/dvustoronnii-websocket-routingh). В этом докладе мы поделимся нашим опытом:

— Как мы решали проблему обратного роутинга в микросервисной среде.

— Как эволюционировали наши архитектурные решения и какие ошибки мы допустили.

— Какие существуют методы решения проблемы обратной маршрутизации (название придумали сами, так как тема ранее не была освещена).

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

Ждем ваш отзыв

- Текущая ситуация на рынку услуг аустаффа ИТ специалистов

- С какими проблемами компании столкнулись в 2025 году

- Какие возможности дает текущая ситуация

- Что делают компании уже сейчас, что бы выполнить планы 2025 года

Ждем ваш отзыв

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

Гуманитарные компетенции открывают больше успешных сценариев в карьере и жизни.

Хороший продукт без "философии" не получится.

Отечественные проблемы гуманитарной подготовки.

Как приобрести гуманитарные компетенции.

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

Юлия поделится кейсами с цифрами и расскажет:

- На какие посты отвечают в Flowwow

- На каких площадках механика работает лучше всего

- Как отслеживаем упоминания бренда

- Как отвечать, чтобы запомниться: собственные стикерпак, открытки и мемы

Ждем ваш отзыв

В рамках доклада планируется data driven рассказать о нескольких вещах:

1) результатах анализ технических и софтовых компетенций, которые нужны современному продакту - есть выборка по 400+ корп.продактов, из них 200 из промышленности => компетенции as is

2) показать связку с другими трендами в индустрии (как в мире, так и в РФ) с точки зрения развития профессии продакта с упором на крупные промышленные компании

3) по итогу сформировать портрет продакта в промышленной компании РФ 2025 с точки зрения ключевых ТОП-7 скиллов

4) пара рекомендаций: что делать, если что-то из этого у вас западает, но вы хотите развиваться (для продакта и работодателя)

Ждем ваш отзыв

Как мы кодили no code - рецепты сервисов со свежим Редисом.

Опыт разработки продукта с масштабируемой архитектурой на примере Платформы ботов общения с клиентами с no-code конструктором сценариев и средой их исполнения.

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

Краткий рассказ о получившейся Платформе - иллюстрация с точки зрения UX.

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

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

В том числе обосновывается выбор различных способов коммуникации между сервисами, от классики REST до асинхронной коммуникации без API через общее хранилище, а так же применение элементов паттернов API Gateway, canary deployment и других.

В результате последовательных шагов получится архитектурная схема с адаптерами внешних сервисов, Event driven воркерами, in-memory хранилищем состояний и Event sourcing сохранением результатов для мониторинга и аналитики. Небольшое количество примеров на Python, но сам рассказ от языков и фреймворков не зависит.

Ждем ваш отзыв

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

Ждем ваш отзыв

Нагрузочное тестирование — сложный и дорогой процесс. Но мы в Ozon запускаем более 35 тысяч тестов в месяц, большая часть из которых по проду. В докладе расскажу как мы в Ozon проводим регулярные нагрузочные тесты, и при этом пиково выдаем более 3.5 миллионов RPS на наши сервисы. А также, какие проблемы у нас возникали и как мы их решали.

Ждем ваш отзыв

Продуктовый маркетолог — кто это и за что отвечает?

Почему нет синергии? (основные боли и проблемы)

Что нужно для эффективного взаимодействия (тут про виды встреч и процессов)

Кейсы эффективного взаимодействия на примере карьерных продуктов hh (кейс как мы планируем маркетинговые акции с fixed date и как ускорили процессы по дизайну)

Проверочка: нужен ли вам в команду продуктовый маркетолог

Ждем ваш отзыв