Хоум Банк, Москва / Статьи / Хабр

Компания Хоум Банк временно не ведёт блог на Хабре

Что мы делаем, когда у нас заказывают аналитику без нормальных формулировок

18 мин

7.8K

Блог компании Хоум БанкУправление разработкой*Управление проектами*

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

Сюр?

Сюр. Но встречается на каждом шагу.

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

Читать дальше →

+13

Yulia_Vonsul 19 мар в 10:00

Как мы автоматизировали и упростили процесс ведения релизов

5 мин

Блог компании Хоум БанкУправление разработкой*Управление проектами*

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

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

Большая часть коммуникаций проходила в почте. Сбор, фиксацию состава релиза и отчётность — всё приходилось делать вручную. Процесс подготовки к релизу занимал до пяти рабочих дней. Релиз-менеджер каждый день из confluence сохранял pdf-файл со списком задач и сравнивал состав релиза на предмет добавленных и исключённых задач. После включения задачи в релиз тест-менеджеры самостоятельно вносили её на страницу «Актуализация регрессов» на confluence согласно цветовой легенде и определяли, какие задачи требуют изменения в тестовой модели, а какие ещё не брали в работу. Было много ручных активностей релиз-менеджеров и тест-менеджеров, и это заставило нас подумать над частичной автоматизацией процесса ведения релизов.

Дальше я расскажу в деталях, как всё было «до» и как стало «после».

Читать дальше →

+12

mks85 29 фев в 14:00

Как мы по шагам строим корпоративную архитектуру банка

15 мин

2.3K

Блог компании Хоум БанкУправление проектами*

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

Если прежде ключевые решения централизованно принимались в головном офисе и доводились до банков в разных странах «сверху», то теперь ситуация потребовала взрастить экспертизу для принятия решений внутри организации. Для этого был необходим комплексный взгляд на всю организацию и её процессы, потребности в котором не существовало ранее. Его нужно было оперативно создать, что требовало существенной смены команды: от лиц, принимающих решения до сотрудников на местах. Процедуры бывшей головной организации потеряли актуальность, мы временно ушли на «ручное» принятие решений. В результате на отдельных направлениях слились контролирующая и исполнительская функции, что приводило к субъективности принятия решений. Одновременно с этим, как и у всех в финансовом секторе, происходили изменения банковского рынка, возникали задачи по импортозамещению. Ситуация явно требовала по-новому подходить к выстраиванию процессов и процедур. Отвечая на эти вызовы, в конце 2022 года мы начали выстраивать в банке корпоративную архитектуру.

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

Читать дальше →

Dimitriopolus 20 фев в 10:01

Как мы вовлекаем сотрудников и строим культуру внутри технической поддержки

12 мин

1.6K

Блог компании Хоум БанкService Desk*Управление проектами*Управление персоналом*

У нашей техподдержки сложная структура: основной офис первой линии — в Обнинске, ещё есть площадки в Томске и Волгограде, а несколько сотрудников работают полностью удалённо. И мы хотим, чтобы наш пользователь получал человечный сервис. Проблема в том, что такое понятие, как «человечность», очень сложно покрыть требованиями. Можно только измерить на выходе по мнению пользователя. Но ведь надо же как-то давать ориентиры заранее, да?

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

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

Читать дальше →

namuman 18 июл 2023 в 10:01

TestOps: инструмент сбора метрик и визуализации в Grafana

Простой

9 мин

3.4K

Блог компании Хоум БанкТестирование IT-систем*Серверное администрирование*Управление разработкой*Управление проектами*

Кейс

Нам с командой надо было сделать инструмент сбора и визуализации метрик. Мы его создали и хотим поделиться своими наработками, возможно, они будут полезны и для ваших проектов. Собственно, о них — ниже.

У нас каждый день запускается больше 1 500 автотестов. Их-то нам и надо мониторить и анализировать в удобном и понятном виде. Есть ReportPortal, помогающий узнать причину падения и завести задачу в Jira (или в другой системе с API), но, к сожалению, он довольно тяжёлый, встроенные инструменты для анализа скудные, а историчность хранится всего несколько недель. Но у него есть отличный API, которым мы и будем пользоваться.

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

Читать дальше →

Dimitriopolus 2 мар 2023 в 10:01

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

Простой

7 мин

7.2K

Блог компании Хоум БанкService Desk*Управление проектами*

Кейс

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

Точнее, даже не так. Сначала они начинают рассказывать вам, что их парит. И это помогает заранее убирать целые, как образно выражаются некоторые специалисты со стажем, «clusterfuck-проблемы».

Мы сервисдеск банка, и у нас типовые задачи: где-то ночью в Петропавловске-Камчатском зажевало бумагу в принтере, где-то бухгалтерия сделала «ой, оно само», где-то надо присвоить или забрать права в систему и так далее.

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

Можете называть это проактивным подходом.

Короче, рекомендую.

Читать дальше →

+33

generalitalics 7 фев 2023 в 14:01

Перестаньте писать автотесты силами автоматизаторов

Средний

7 мин

14K

Блог компании Хоум БанкТестирование IT-систем*Управление разработкой*Управление проектами*

Кейс

Соробан, инструмент для проверки калькулятора на счётах (на самом деле — два интерфейса, для коротких расчётов тактильный был удобнее)

У нас была классическая история: разработчики разрабатывают, автоматизаторы пишут тесты. Банковское приложение, backend, web, ios и android платформы, очень много схожих тест-кейсов. В какой-то момент сама скорость появления новых фич сильно превысила даже теоретическую возможность покрывать их автотестами. Можно было линейно масштабировать отдел (по моим расчётам, нужно было ещё 12 человек), а можно было попробовать понять, как всё это поменять.

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

Дело вот в чём: ручное тестирование — это один из способов входа в ИТ. Дальше в процессе развития навыков программирования добавляется возможность стать джуном автоматизации. Большинство этих джунов учат на курсах три фреймворка по диагонали и дальше считают себя профессионалами. Однако действительно хороший автоматизатор не ценится в достаточной мере, поэтому senior-автоматизатор — это мифическое существо, схожее с единорогом. Эти сказочные существа растворяются, уходя в разработчики ПО. Закономерный итог: слабая архитектура фреймворка (точнее, её отсутствие), почти нет переиспользования кода, каждый отдельный автотест пишется чуть ли не с нуля.

Поэтому в итоге мы отдали весь процесс автоматизации горстке единорогов. Отдельной команде.

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

Читать дальше →

+16

lyapiss 22 дек 2022 в 11:38

Правила спасения смысла в быстро меняющихся приоритетах

5 мин

2.6K

Блог компании Хоум БанкУправление разработкой*Управление проектами*Agile*Управление продуктом*

Туториал

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

По причине 2022 года возникла постоянная смена стратегических направлений из-за повышенной турбулентности всего мира.

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

В итоге:

читать

Max77RA 1 ноя 2022 в 14:02

На что похож ИТ-ландшафт обычного банка в России

11 мин

6.2K

Блог компании Хоум БанкIT-инфраструктура*Управление разработкой*Управление проектами*Финансы в IT

Речь про обычный розничный банк, как вы понимаете

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

Ядро любого банка — АБС. Это движок, который, например, ведёт главную книгу счетов банка, выполняет бухгалтерские операции и формирует бухгалтерскую отчётность. У нас эта АБС от компании Кворум. Учитывая давний год рождения, первичная задача АБС тогда была вести учёт и формировать отчётность, которую жёстко требовал ЦБ, и делать, собственно, расчёты. Без этих двух вещей банк работать не может. Чуть позже мы стали заниматься картами, а у Кворума тогда не было карточного модуля, поэтому мы завели ещё и вторую АБС TranzWare. Обычно в банковском ландшафте это выглядит так: либо поверх старого «движка» вешается более новый карточный модуль, либо же сразу «из коробки» используется АБС с картами.

В нашем случае мы интегрировали две АБС, поделив их по продуктам. Сама необходимость отдельной АБС для карт обуславливалась тем, что тогдашняя архитектура не была готова к большому количеству транзакций, по которым нужно было отвечать чуть ли не в реальном времени. Из железа у нас в этот период были x64-машины IBM, причём чуть позже с ростом нагрузки появилась одна, вообще индивидуально собранная под нас.

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

С тех пор кое-что поменялось, конечно.

Читать дальше →

+25

Dimitriopolus 11 окт 2022 в 10:01

Когда не забили на джунов

5 мин

27K

Блог компании Хоум БанкУправление проектами*Учебный процесс в ITКарьера в IT-индустрии

Непонятно, ждём ли мы кадрового кризиса в конце осени.

Кто-то говорит, что все mid+ и senior улетели в тёплые края. Кто-то говорит, что их даже стало больше, потому что ушли западные вендоры. А кто-то учит технологии этих вендоров, чтобы быстрее уехать. По ряду прогнозов нас ждёт проблема с квалифицированными кадрами.

Подходов тут два: конкурировать за оставшихся или готовить новых.

Как в России готовят джунов, вы наверняка знаете по курсам на открытых площадках. Я просто процитирую Карлина из книги «Будущее уже не то, что прежде»:

«Стань врачом, звони сейчас!
Стать врачом за двадцать дней? Это реально. Благодаря нашей ускоренной программе обучения вы можете стать врачом всего за три недели, притом учиться придётся только двадцать минут в день. Также вы можете за один день выучиться на дантиста. Не нравится нынешняя работа? Не востребована специальность? Станьте врачом. Или дантистом. Это просто. Звоните сейчас и получите дополнительно курс медсестры для супруги. Фактически мы можем выучить её по телефону».

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

Читать дальше →

+75

Natally_B 19 июл 2022 в 14:01

А слабо сделать нормального чат-бота для банка? — challenge accepted

9 мин

7.4K

Блог компании Хоум БанкМашинное обучение*Управление проектами*Natural Language Processing*

Сначала оказалось, что простые эвристики не работают. Ну вот совсем. То есть тупой чат-бот, который умеет распознавать с десяток жёстких тематик или показывать клавиатуру вроде «Нажмите 1, чтобы узнать свой баланс», несильно экономит время контакт-центру. Люди как не читали инструкции, так и не читают, а при виде такого сразу стремятся выйти на живого оператора.

То есть бот должен быть реально полезным. Таким, чтобы пользователь чувствовал, что диалог с ним — это не конкурс «обойти железного идиота», а что-то всё же даёт.

Здесь ждут следующие грабли: предположим, вы собрали всю базу диалогов контакт-центра с 2002 года. Разметили её и даже обучили на ней бота. Дальше произойдёт следующее:

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

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

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

Читать дальше →

+34

MikhailErmolaev 31 мая 2022 в 10:01

10 ситуаций выбора, которые стоят перед тимлидом

7 мин

5.3K

Блог компании Хоум БанкУправление проектами*Карьера в IT-индустрии

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

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

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

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

Читать дальше →

+17

sergey_serov 21 апр 2022 в 14:01

Как мы слушаем и разбираем каждый звонок в банк

9 мин

8.1K

Блог компании Хоум БанкУправление проектами*ЗвукNatural Language Processing*

Сначала DSS LAB делает голос-текст, потом LSTM-классификаторы, сущности Spacy + Yargy (Natasha), лемматизация Pymorphy2, правки Fasttext и Word2Vec, 3 разных суммаризатора и наши решения. Мы можем анализировать ваш голос не только для того, чтобы понимать, о чём ведётся диалог, но и для того, чтобы искать места улучшений банковских продуктов после диалога.

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

Пример:

На входе: «…почему мне откапывает банкомат с переводом в другой банк».
Коррекция: «почему мне отказывает банкомат с переводом в другой банк».
Выделенное ключевое сообщение: «отказывает банкомат».
Действие: оператору предлагается маршрутизация звонка, звонок классифицируется для статистики.

Само распознавание устроено следующим образом:

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

Давайте покажу реальные (обезличенные) примеры диалогов, чтобы было понятнее.

Читать дальше →

+20

Armen13 12 апр 2022 в 15:01

Как я сделал CS:GO для сотрудников стратегическим проектом Home Credit Bank

5 мин

12K

Блог компании Хоум БанкУправление проектами*Киберспорт

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

Началось с того, что у нас было некоторое количество старых компов операторов, которые можно было списать либо на которых можно было запустить Counter-Strike 1.6. И это показалось мне идеальным способом чуть больше подружить ИТ-площадки в Обнинске и Москве, потому что надо было постоянно общаться, а друг друга люди толком не знали.

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

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

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

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

Читать дальше →

+41

alenka__sgushchenka 1 апр 2020 в 16:44

От монолита к распределенной системе

5 мин

2.6K

Блог компании Хоум Банк

Постоянный рост конкуренции среди Банков заставляет подстраиваться под разные категории Клиентов. Так, одним проще зайти на сайт и оформить заявку на банковский продукт онлайн, другие же привыкли выбирать новые продукты и услуги непосредственно при живом общении с банковским представителем. В сентябре 2019г. в Хоум Кредит Банке решили запустить новый процесс для Клиента, основная цель которого была в сохранении контакта «Клиент – Оператор Банка» и отказе от физической привязки оператора к офису или стойке Банка в торговом центре.

Дата запуска пилотного проекта была назначена на начало декабря 2019 года. Для его реализации в кратчайшие сроки нужно было разработать систему с функционалом оформления именной и неименной дебетовой карты для новых и существующих Клиентов Банка.

На пути к новой платформе

Стали смотреть в сторону планшетного решения. Реализация нового процесса на планшете на базе архитектуры текущей фронт-офисной системы Банка для работы Операторов с Клиентом выглядела нерациональной по причине устаревшего технологического стека, т.к. текущий фронт-офис представляет собой монолитное web- приложение, написанное 8 лет назад на Silverlight. Попытки работы с текущим фронтом на планшете были не успешными из-за перегруженной ui-части приложения и отсутствия адаптивной вёрстки. Кроме того, отсутствие поддержки Silverlight со стороны Microsoft тонко намекало на то, что жизненный цикл нашего текущего приложения подходит к концу и что наступил момент радикальной переработки и переход на новые технологии. Пришли к решению реализации микросервисной архитектуры. Почему было необходимо отказаться от монолита? Во-первых, из-за масштабируемости решения, улучшения общей отказоустойчивости и независимого обновления компонентов. Во-вторых, в Банке тенденция распределения функционала между продуктовыми командами и микросервисный подход дает в этом случае большую гибкость и независимость команд.

Читать дальше →

klaymen111 26 фев 2020 в 01:03

Анимируем RecyclerView легко без перехода на ViewPager2

9 мин

8.8K

Блог компании Хоум БанкРазработка под Android*Kotlin*Компьютерная анимация*

Туториал

Когда мы работаем с коллекциями и их отображением, перед многими из нас часто
встает выбор между ViewPager (теперь ещё и ViewPager2) и RecyclerView. Эти
компоненты похожи друг на друга по области применения, но серьезно отличаются
интерфейсом и реализацией. Начиная с support library 24.2.0 границы между
данными компонентами стали ещё более размытыми, т.к. появился вспомогательный
класс SnapHelper для автоматического доведения сhildView до
определенного положения на экране, и без устаревшего ViewPager стало проще
обходиться. С недавним релизом ViewPager2, казалось бы, о старом ViewPager и о
практиках его имитации вообще можно забыть (ViewPager2 — это по сути
RecyclerView с дополнительными вспомогательными классами, он позволяет
практически идентично повторить поведение ViewPager и сохраняет совместимость со
старым api).

Так ли это на самом деле? Лично для меня всё оказалось не так просто. Во-первых,
в классическом RecyclerView отсутствует интерфейс PageTransformer для
анимирования сhildView в зависимости от позиции (далее по тексту используется
понятие «позиционная анимация»). Во-вторых, неприятными сюрпризами долгожданного
ViewPager2 оказались модификатор класса final, который ставит крест на
переопределении метода onInterceptTouchEvent (компонент мало пригоден для
вложения горизонтальных списков в вертикальные), и приватность поля
recyclerView.

Итак, столкнувшись в очередной раз с трудностями позиционной анимации при
отображении коллекций с помощью RecyclerView и поковырявшись в ViewPager2 и
MotionLayout, я подумал, что позаимствовать принцип работы
ViewPager.PageTransformer для классической реализации RecyclerView а-ля
ViewPager2 не самая плохая идея.

Читать дальше →

+16

asmalyshev1 17 янв 2020 в 18:59

Выбор архиватора для бэкапа логов

11 мин

Блог компании Хоум БанкPowerShell*Разработка под Windows*

Всем привет!

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

Подразделение, в котором я работаю, занимается разработкой и сопровождением единой фронт офисной системы Банка. Я отвечаю за ее сопровождение, мониторинг и DevOps.

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

Ежедневно наша система генерирует более 130 ГБ «сырых» логов и, несмотря на то, что мы используем ENG стек (Elasticsearch Nxlog Graylog), файловые логи содержат гораздо больше информации (например, stack trace ошибок), поэтому требуют архивирования и хранения.

Так как место хранения ограничено, встаёт вопрос: «А какой архиватор лучше всего справится с этой задачей».

Для решения этого вопроса я написал скрипт на языке PowerShell, который произвел анализ за меня.

Читать дальше →

Klukwist 27 дек 2019 в 13:13

Отправка событий из ViewModel в Activity/Fragment в MVVM

7 мин

8.5K

Блог компании Хоум БанкРазработка мобильных приложений*

Туториал

Сегодня речь пойдет о том, как обмениваться события между Activities/Fragments и ViewModel в MVVM. Для получения данных из ViewModel, рекомендуется в Activity/Fragment подписываться на данные LiveData, находящиеся во ViewModel. Но что делать для отправки единичных (и не только) событий, таких как показать уведомление или, например, открыть другой фрагмент?

Читать дальше →

legchikov 11 дек 2019 в 13:30

Машинное обучение как умный ассистент мониторинга

6 мин

4.2K

Блог компании Хоум БанкBig Data*Машинное обучение*Искусственный интеллект

Привет Хабр!

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

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

Читать дальше →

Armen13 8 ноя 2019 в 15:55

Киберспорт –играем, вовлекаем

4 мин

3.1K

Блог компании Хоум БанкКиберспорт

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

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

Я давно увлекаюсь компьютерными играми, и всегда верил в их потенциал как инструмента повышения вовлеченности сотрудников ИТ, нематериальной мотивации, а в результате — повышения лояльности. Сначала я думал именно об ИТ – ведь у нас общая ИТ-платформа, и где бы ты ни работал, ты всё равно остаёшься айтишником. А компьютерные игры – сетевая история, которая может познакомить и объединить людей из разных регионов.

Опробовать формат киберспортивного тимбилдинга мы решили с небольшой группой коллег – просто оставались после работы и играли в любимые игры. В 2016 году провели первый турнир для сотрудников обнинского и московского ИТ. Играли в Counter strike 1.6 и Quake3, участвовали всего 30 человек.