За один день - пятницу 9 декабря - мы расскажем, как создавать, развивать и эффективно управлять цифровыми сервисами в крупном банке. И как делать это без потери качества и связи с клиентами. Микросервисы, DevOps, shift-left testing и развитие команды - всё это и многое другое в докладах наших спикеров. Мы уверены на 100%, что каждый наш доклад будет полезен!

https://habr.com/ru/post/702956/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702956

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

- Само решение: сможем ли мы успешно конкурировать с зарекомендовавшими себя аналогами, не пострадает ли доступность и надёжность систем и автоматизация наших процессов?

- Издержки: сама миграция, адаптация к ней, сопровождение системы.

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

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

https://habr.com/ru/post/699442/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699442

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

https://habr.com/ru/post/698888/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698888

Вам знакомы ситуации, когда проекты растут в геометрической прогрессии: нужно успевать делать задачи, искать новых сотрудников, растить экспертизу и продолжать следить за качеством продукта?

В ноябре нашей собственной розничной АБС будет 17 лет – и в этой статье мы расскажем о том, как выросли в 10 раз и не сошли с ума: перевели аналоговые ТЗ в цифровой формат, внедрили процессы подбора, онбординга, оценки и развития сотрудников.

https://habr.com/ru/post/696542/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696542

Привет, Хабр! На связи Кирилл Маканков, руководитель направления мобильной разработки малого и среднего бизнеса в ПСБ. Недавно приложение нашего банка заняло сразу два топовых места в рейтингах мобильных банков. Третье в списке лучших банков для ИП без сотрудников и второе — в общем списке лучших мобильных банков на Android.

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

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

https://habr.com/ru/post/691896/?utm_source=habrahabr&utm_medium=rss&utm_campaign=691896

Мы продолжаем сражаться с шаблонным кодом в табличных экранах iOS-приложений.

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

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

В этой статье рассмотрим, как избавиться и от такого кода.

https://habr.com/ru/post/678354/?utm_source=habrahabr&utm_medium=rss&utm_campaign=678354

Привет, Хабр! Меня зовут Маша Нижегородова, я работаю в отделе исследования клиентского опыта ПСБ. В этой статье я собрала стыдные вопросы про особые категории респондентов на UX-исследованиях в банковской сфере и рекомендации по работе с ними.

Я опиралась не на теорию, а на собственный опыт. Конкретнее - 12 неполных лет в качественных исследованиях (GfK, Ipsos), из них пять лет в финтех-рисёче и два года в UX. Плюс год в банке.

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

• Дворовый парень со смартфоном

• VIP-клиент

• Провинциал

• Эксперт

• Продвинутый

Каждому типажу дам полное описание и советы по работе.

Интересно? Тогда добро пожаловать под кат :)

https://habr.com/ru/post/669846/?utm_source=habrahabr&utm_medium=rss&utm_campaign=669846

Привет, Хабр!

Меня зовут Вильян Яумбаев, в этой статье я расскажу вам про наши приключения на пути к SPM.

В 2015 ПСБ начал разрабатывать проект для бизнеса. Для него, в свою очередь, было нужно приложение. Сперва всё находилось в одном репозитории одного проекта в одном воркспейсе. Первые авторы подключали сторонние зависимости через CocoaPods, поскольку проприетарного менеджера зависимостей ещё не существовало. Но в тот же год в Apple началась работа над Swift Package Manager. Им предстояло встретиться в нашем проекте.

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

https://habr.com/ru/post/674406/?utm_source=habrahabr&utm_medium=rss&utm_campaign=674406

Нередкая ситуация: бизнес хочет быстро вносить изменения в такие справочники, как продуктовый каталог и тарифы. Уровень критичности этих справочников — mission/business critical. Самый быстрый вариант — менять сразу на проде. Но если вносить изменения в такие справочники без тестирования, то в случае ошибки рискуешь получить страховки с комиссией в разы больше или меньше нужной, да ещё полный сбой оформления кредитных заявок.

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

<Погрузиться в изменчивый мир бизнес-справочников/>

https://habr.com/ru/post/671784/?utm_source=habrahabr&utm_medium=rss&utm_campaign=671784

Однажды бизнес попросил меня создать минималистичный график, который будет отображать сглаженную кривую с градиентом под ней. По этому графику можно перемещаться между значениями, водя пальцем. При этом за пальцем должна следовать вертикальная линия, а текущее значение должно отображаться в выноске — «баблике» с дополнительной информацией. В будущем хотелось бы заложить возможность поддержки нескольких графиков в одной координатной сетке. Версии iOS и Android должны быть максимально похожи. Примерно такие графики есть в системном приложении «Акции», в финансовых приложениях и фитнес-трекерах.

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

https://habr.com/ru/post/669854/?utm_source=habrahabr&utm_medium=rss&utm_campaign=669854