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

Из чего состоит ХД и что такое ETL? Почему тестировать ETL важно? Какие данные использовать в тестах: реальные или синтетику? Почему отказались от существующих фреймворков автотестирования и сделали свой? Наши тесты умеют работать параллельно или как мы ускорили выполнение тестов в 2 раза? Реально ли применять TDD в разработке хранилищ данных? Плюсы
и минусы нашего подхода.

Иногда в тестировании проверок так много, что их невозможно выполнить за отведенное время. Выручает Pairwise Testing - метод, позволяющий оптимизировать количество тестов до минимума без вреда тестовому покрытию. Это эффективный инструмент, но алгоритм выборки пар настолько сложен, что для его составления не мешала бы учёная степень по математике. Однако, в конце XX века ученые нашли способ заменить сложные математические расчёты. Представляю вам 3 рецепта «варки» тест-кейсов при помощи Pairwise Testing на примере персонажей из сериала «Во все тяжкие». Рецепт Уолтера Уайта - это «старая школа», основанная на линейной алгебре с ортогональными матрицами и латинским квадратом. Разгильдяй Брэндон Мэйхью ничего не понимает в математике и готов использовать утилиту, которая сама производит расчёты. Творческим же людям придётся по душе метод Джесси Пинкмана - понять в целом суть оптимизации тест-кейсов и немножко «добавить перца чили», да и не заморачиваться, как Уайт. Но обо всём по порядку...

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

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

1. Есть "классическая" схема обработки логов. Требует много ресурсов и медленная. 2. Есть продвинутая схема: rsyslog в качестве сборщика. Умеет писать в популярные хранилища.
3. Внутреннее устройство rsyslog.
4. Пример конфигурации rsyslog с пояснениями.

Портфельная игра Большой Куш придумана Александром Бутиным (@ agilex)
и Эрвином ван дер Коогхом (@ evanderkoogh) на Agile Games Conference 2011 года в Бостоне на треке «Создай свою собственную игру» Дона МакГрила
(@ donmcgreal) и Майкла Маккалоу (@ mccm68), которых мы знаем по Tastycupcake.org.
На конференции она получила приз
«Самая креативная игра». Игра разрабатывалась так, чтобы дать людям почувствовать, как это – управлять портфелем проектов в Agile организации. Учебные цели игры:
1) Показать, насколько удобнее Agile проекты при управлении портфелем
2) Показать преимущества планирования со стабильными командами

Предпосылки к использованию
Pivotal PKS - дистрибутива k8s от VMWare
- Плюсы и минусы Pivotal PKS
- Подробнее об особенностях использования k8s
в банковской инфраструктуре - Текущие вопросы и способы их решения.

Рассказ про то,
как в платформе RBP устроен процесс прототипирования новых инфраструктурных сервисов на примере кластера Kafka с некоторыми техническими подробностями реализации

Как вырастить
open source в банке"

- Расскажем о том, как мы организовывали работу
с подписями и TLS-каналы
по ГОСТ Р 34.10-2012.
- Докажем, что P2P взаимодействие по HTTPS + ГОСТ - это не страшно!
- Поделимся , как организовать тестирование, выпуск тестовых ключей
и сертификатов и различными tips&tricks.
- Поведаем, какие средства диагностики можно использовать.

Мир ИТ очень логичен
и суров. Зачастую старт нового проекта/задачи рассматривается
с применением математики, анализа и различных инструментов оценки. Бывают задачи/проекты
не столь однозначны
и известные методики
не помогают. На данном воркшопе познакомлю вас
с иным подходом. Интересно? Приходите...

Case study раскроет виды данных ( бизнес, технические, мета), влияние данных на качество работы бизнеса (от мастер-данных
к отчетам), новые бизнес
и технические роли для работы с данными.

1. Техники стендапа.
2. Методика построения шутки.
3. Трехходовка и другие техники популярных комиков.

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

Patroni: компонентный состав, принцип работы.
- Postgresql Operator.
- Проблематика: "Почему partoni де факто является стандартом для Postgresql K8s операторов".
- Сущности Deployments и StatefulSet внутри K8s.
- Обеспечение надежности
и отказоустойчивости.
- Обратная сторона медали: минусы использования
и возможные проблемы.

Net community Райффайзенбанка в течение многих лет разрабатывало набор библиотек на все случаи жизни для построения сервисов. Теперь мы выложили его в open source и хотим рассказать об этом :)

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

Уже с середины 2010х годов набирает популярность идея inner source - применения идей open source, таких, как открытость и разработка программ сообществами, внутри крупных компаний, которые не готовы выкладывать исходные коды своих продуктов и привлекать внешних участников к разработке.
Мы решили пойти дальше и нашли у себя примеры ПО, которое вполне можно опубликовать, чтобы коллеги, у которых возникают схожие проблемы, могли либо заимствовать наш опыт, либо поделиться своим. В докладе я расскажу, какие обстоятельства повлияли на то, что это стало возможно, рассмотрю состав
и применимость набора библиотек, которые мы публикуем, опишу идеи, которые помогают продвигать идею open source внутри компании, и отмечу сложности, с которыми сталкиваешься, когда переходишь от внутренней разработки к открытой.