Разработка

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

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

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

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

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

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

О чем поговорим:

- Что такое ADR и почему эта методика/инструмент набирает популярность

- Что является архитектурно "значимым" решением, а что нет

- Кто участвует в принятии архитектурных решений

- Кому и в каких случая формат ADR будет удобен и полезен

- Достаточно ли ADR для старта процесса разработки или нужна детализация

- ADR - киллер девелоперской документации или же дополнительный инструмент?

- Как с помощью ADR следить за эволюцией архитектуры ваших продуктов

- Как внедрить ADR у себя в команде, поделюсь практическим опытом

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

Выступает ОНЛАЙН

Расскажу про современное состояние GenAI в работе с различными типами данных: текстами, изображениями и видео. Проанализируем, как современные модели используются при создании AI-агентов, виртуальных ассистентов и в прикладных направлениях, например робототехнике. Особое внимание уделим нашумевшему подходу к созданию «размышляющих» моделей, таких как DeepSeek R1, обсудим перспективы применения методов подкрепленного обучения (RL).

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

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

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

Поделюсь опытом интеграции крупных языковых моделей (LLM) в портал Rambler, а также проведением сравнительных испытаний и тестированием различных моделей. На примере взаимодействия с GigaChat рассмотрим процесс формирования запросов для LLM (prompt engineering), а также этапы выбора наиболее подходящей модели и её настройки. Обсудим критерии оценки качества генерации и суммаризации, включая метрики Meteor и BERTScore, а также настройку систем мониторинга и контроля. Затронем потенциальные риски, связанные с созданием контента, и вопросы соблюдения нормативных требований. Расскажу, как мы обеспечиваем контроль над результатами работы модели и какие гарантии предоставляем.

Постараюсь ответить на следующие вопросы:

1. Как выбрать подходящую модель LLM для решения конкретной бизнес-задачи?

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

3. Как обеспечить стабильность и надежность функционирования модели в продакшене?

4. Какие риски связаны с внедрением LLM, и как их можно минимизировать?

5. Как организовать мониторинг и обновление модели без ущерба для бизнеса?

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

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

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

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

В докладе рассматривается процесс работы с подходом API First. Описывается создание проекта с документацией, работа с OpenAPI и AsyncAPI, CI/CD и кодогенерация сервера и клиента на Java

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

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

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

⁃ Стоимость генерации к конверсии в покупку

⁃ Большие репутационные риски запуска чатов с генерациями и необходимое количество ресурсов на их нивелирование

⁃ Психология пользователя перехода со старых паттернов на новые

Плавный переход к будущему: встраивание новых технологий в старые, показавшие свою эффективность, интерфейсы

⁃ Умный поиск

⁃ Персонализированные каталожные категории и фильтры

⁃ Небесячие пользователя способы узнать о его целях больше в явном виде

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

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

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

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

Сказ о том, как я расчехлил свой пет проектик 2014 года, чтобы обновить дизайн, а в итоге все вылилось в обновление на современные рельсы. Начнем со сборки, пройдемся по стилям, и закончим переездом в облака.
Ждем ваш отзыв

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

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

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

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

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

⁃ Блиц-обзор основных DevOps-практик в небольшой ИТ-компании: поверх чего наворачиваем ИИ

⁃ Какие ревьюшницы мы попробовали и почему в итоге написали свою

⁃ Код-ревью до ИИ и после: реальные кейсы из боевых проектов

• Трудности внедрения или как продать ИИ своей команде разработки

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

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

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

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

Как объединение BPMN и DFD позволяет создать более полное представление о бизнес-процессах: примеры успешного применения комбинированной нотации в реальных проектах.

Участники МК получат пошаговую инструкцию по интеграции BPMN и DFD в свою повседневную практику и смогут попробовать самостоятельно попрактиковаться в применении нотации

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

В МТС Диджитал мы успешно используем веб компоненты для создания интерфейсов. Моя команда создает ui-блоки для управления разной бизнес-логикой, которые представлены в виде виджетов и написаны на разных фреймворках (в основном на Angular и Vue). В рамках своего выступления я поделюсь опытом, который будет полезен фронтенд-разработчикам крупных компаний, где не определен четкий стек технологий для работы с веб интерфейсами.
Ждем ваш отзыв

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

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

Как мы кодили 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, но сам рассказ от языков и фреймворков не зависит.

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

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

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

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

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

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

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

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

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

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

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

Если у вас тесты занимают дни или недели - вы понимаете боль "выкатить хотфикс сейчас же"

Кто важнее: ci/cd или все-таки релиз-менеджер?

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

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

1. ИИ открывает новые возможности для автоматизации задач в архитектуре и проектировании.

2. Основная цель – сокращение ошибок и повышение эффективности проектных решений.

3. Генетические алгоритмы активно используются для генеративного дизайна в архитектуре.

4. Диффузионные модели начинают внедряться в дизайн и позволяют создавать визуальные концепты по текстовому описанию.

5. Reinforcement Learning помогает оптимизировать проектные решения в реальном времени.

6. Пример зонирования офисных помещений демонстрирует практическую пользу ИИ.

7. AI Copilot системы помогут снизить количество ошибок и оптимизировать процесс создания проектов.

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

9. Перспективы развития ИИ открывают возможность создания интеллектуальной среды для проектирования.

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

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

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

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

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

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

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