Разработка

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

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

В этом докладе мы рассмотрим, как векторные базы данных стали незаменимым инструментом для работы с неструктурированными данными, объемы которых растут с невероятной скоростью, и почему они так важны в эпоху больших языковых моделей (LLM) и генеративного ИИ. Мы обсудим:

-Проблемы хранения и обработки неструктурированных данных (текст, изображения, аудио, видео) и как векторные БД решают эти проблемы

-Основные концепции и принципы работы векторных БД

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

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

-Обзор популярных векторных БД (Pinecone, Chroma, Faiss) и их ключевых характеристик

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

-Рекомендации по выбору и внедрению векторных БД для эффективной работы с растущими объемами неструктурированных данных

-Перспективы развития и будущее векторных БД в контексте прогресса в области ИИ и роста неструктурированных данных

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

В докладе я расскажу о своем опыте ведения документации при реализации IT-продукта. В первой части представлю структуру документации, которую мы используем в ITFB Group, а во второй расскажу, как принципы работы с документами влияют на управление изменениями и развитие продукта.

1 часть: Методология ведения документации по проекту в компании ITFB Group

- какой комплект документов передаем заказчикам

- как собираем и фиксируем требования

- что описываем для передачи в разработку

- на основе чего проводим тестирование и приемку

2 часть: Как методология помогает при управлении изменениями:

- принципы ведения документации, чтобы аналитику было проще

- как вести трассировку (связанность) требований и не упускать важные детали при изменении требований

- как аналитика помогает сделать точную оценку проекта

- как оценить саму аналитику в крупном проекте с низкой степенью детализации

Во время разработки web-приложения часто встает вопрос о использование библиотеки компонентов. Что делать: писать свою или взять готовую? Если писать свою, то это долго и дорого. Нужно решать проблемы, которые до вас уже решили разработчики готовых библиотек. Если взять готовую, то в библиотеку сложно вносить точечные фиксы, так как компоненты закрытые.

Headless подход - это золотая середина между этими двумя подходами.

- Кратко: что такое компьютерное зрение

- Этапы разработки проекта с описанием сложностей и особенностей кейсов

- Вывод: на что важно обращать внимание при тестировании ПО с компьютерным зрением

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

У участников будет возможность встать на сторону какой-то роли и поделиться своими идеями и опытом по разным аспектам, таким как:

- "hard'овые" ожидания в части навыков и опыта.

- должен ли аналитик быть немного менеджером, тестировщиком и иногда писать код?

- должен ли аналитик думать за заказчика или "желание клиента для нас закон"(с)?

- аналитик-интроверт это норма?

- можно ли иногда работать по правилу "и так сойдет"(с)?

Также подумаем над тем, верен ли тезис "ваши ожидания - это ваши проблемы".

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

Доклад про подход Atomic CSS в верстке и разработку инструментов

Кратко вспомним базу - почему Atomic CSS. Рассмотрим популярные решения для работы в этом подходе и сравним их с моим изобретением - mlut. Разберем проблемы известных инструментов и посмотрим, как я решил их в своем. Будут интересные архитектурные решения, технические детали и немного хардкора

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

Недавно в версии 0.3 вышел проект Typhoon (https://github.com/typhoon-php) — бескомпромиссная статическая рефлексия для PHP с поддержкой phpDoc-типов и резолвингом дженериков.

Основа этого проекта — компонент typhoon/type, который даёт определение современной системе типов PHP. В докладе я расскажу, как мы собирали эту систему, вдохновляясь Psalm и PHPStan, как её редуцировали, как искали в ней место для self, parent и static.

Послушав доклад, вы узнаете, на что способен статический анализ в PHP, как работает паттерн Visitor и как проектировать удобное пользовательское API для таких абстрактных вещей. Будет увлекательно и харкдорно.

- Обзор инструментов для создания нового проекта

- Разбор плюсов и минусов

- Обзор современных архитектур, и почему FSD не панацея

- Обзор современных UI-библиотек, и когда свои велосипеды нужны

- Обзор подходов к работе с системой контроля версий

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

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

Какую роль играют коммуникации в команде

Какие критерии эффективности могут быть внутри команды

Кто должен обладать навыком коммуникаций

Игровые поединки по мотивам реальных конфликтных ситуаций, как эффективный тренинг внутри команды

Примеры таких поединков

Практический опыт использования «Управленческих поединков» в наработке навыка конструктивных и эффективных коммуникаций

Какие ценности получит команда от поединков

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

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

Посмотрим:

- какой базовый образ выбрать;

- как эффективно работать со строками;

- что нового в API BCL;

- какие ENV-ы сейчас актуальны;

- к чему теперь адаптируется GC.

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

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

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

- Структура Центра продвинутой аналитики в Альфа-Банке: направления, команды, взаимодействие с бизнесом, примеры реализованных задач

- Как мы оцифровали принятие решений для десятка тысяч компаний: выводы и лайфхаки

- Особенности инфраструктурных решений

- Результат и дальнейшие шаги

1. поговорим о PlantUML - многофункциональном инструменте для построения диаграмм на основе текста

2. вместе построим sequence-диаграмму REST-api, используя "плюшки" программирования

3. сравним PlantUML с другими инструментами визуализации (draw.io, Mermaid)

- Что на самом деле хочет корпорация и руководство от аналитика: статистика из вакансий и примеры реальных ожиданий руководителей доменов и команд.

- Ключевые ожидания от аналитика на фазе онбординга.

- Выполнения каких задач на регулярной основе ожидают от аналитика в Enterprise.

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

- Как аналитику определить свои зоны ответственности и задачи.

- Наиболее востребованные soft-skills у аналитика с точки зрения руководителя.

Приходите утром в офис, а важный отчет сломан и Вы не можете работать?

Устали работать по выходным из-за того, что кто-то сломал Вам приложение?

Приходите! Расскажу как можно лечить интеграционные проблемы при помощи интерфейсных соглашений.

Доклад в секции "Базы данных”, поэтому речь пойдет о соглашениях в обработке данных

Импортозамещайся ГИС большая и маленькая!

Полтора года до дедлайна. Осталось не так много времени!

С 1 апреля этого года вступает в силу Федеральный закон от 04.08.2023 N 491-ФЗ, который еще жестче регламентирует применение отечественных ГИС. Для органов власти и компаний, от деятельности которых зависит обороноспособность страны и безопасность государства, экономическая стабильность и энергетическая независимость, применение исключительно отечественных ГИС станет обязательным. Импортозамещение ГИС ожидает и множество коммерческих компаний, осуществляющих деятельность в России.

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

В ходе доклада мы вместе разберем:

- как не зайти тупик, пытаясь объять необъятное;

- как наиболее безболезненно уйти от «буржуинских» ГИС и что делать с данными;

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

и рассмотрим другие вопросы перехода на отечественные ГИС.

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

Сравним работу и найденные QA баги с тем, что находит и приносит «бета».

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

Мы позвали на круглый стол трех практикующих архитекторов из разных отраслей и попросили их честно отвечать (в рамках NDA, конечно) на все ваши самые каверзные вопросы.

Краснеть и бледнеть на сцене от ваших вопросов будут:

Вадим Щемелинин, СИБУР Цифровой, более десяти лет в разработке, пять лет занимается цифровизацией нефтехимии в части продуктов Индустрии 4.0

Игорь Беспальчук, работал в EPAM над eCom и EdTech проектами, учил архитекторов в Luxoft

Филипп Дельгядо, последние лет 15 занимается финтехом, сейчас строит процессинги в lekton.io

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

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

- "В опеншифте это из коробки" (© народная мудрость)

- "Ну и где теперь этот ваш опеншифт?" (© Джастас Уолкер - веселый DevOps)

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

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

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

- Развертка языковой модели LLM: пошаговая инструкция, выбор моделей и установка

- Инфраструктура для LLM: выбор сервера и вычислительной мощности

- Настройка LLM для разных типов контента: текст, видео, изображения