#финтех — посты и обсуждения
469 доступных постов
Артём Збандут выстраивает процессы разработки в финтех-платформе, где автоматические проверки выполняют роль страховки. Любое изменение проходит несколько уровней тестирования до того, как попадёт к пользователям, работающим с деньгами.
Главная задача здесь не добиться максимального процента покрытия, а поймать ошибки, которые действительно способны привести к финансовым потерям или сбоям.
Уровни тестирования
Модульные тесты проверяют отдельные функции и позволяют быстро увидеть ошибку в конкретной логике.
Интеграционные тесты смотрят, правильно ли работают несколько компонентов вместе.
Контрактные проверки особенно важны в распределённых системах. Один сервис может изменить формат ответа, пройти все собственные тесты и при этом сломать соседний компонент. Контрактный тест обнаруживает такое расхождение до выкладки.
Что проверяют в первую очередь
В финансовой системе приоритет определяется последствиями ошибки.
В первую очередь покрываются денежные расчёты: комиссии, конвертация валют и округления.
Следом идут граничные значения — ноль, отрицательные суммы, максимальные лимиты.
Отдельно проверяется повторная обработка одного запроса. Если платёж пришёл дважды из-за повторной отправки сообщения, система не должна дважды списать деньги.
Также тестируются права доступа, недоступность внешних сервисов и таймауты.
Артём Збандут отдельно выделяет места прошлых инцидентов. Если система однажды сломалась определённым образом, после исправления появляется тест, который воспроизводит тот же сценарий.
Почему процент покрытия может обмануть
Покрытие кода удобно измерять, но оно не показывает качество тестов.
Если тест просто выполнил строку, это ещё не значит, что он проверил правильный результат.
Высокий процент легко получить на простом коде, тогда как сложные ветвления и редкие ошибки могут остаться без внимания.
Проблема усиливается, когда команда получает обязательную цель по покрытию. Тогда тесты начинают писать ради цифры.
Правила работы с тестами
Если тест падает, выкладка останавливается.
Нельзя создавать культуру, где красный результат считается шумом и просто перезапускается.
Особенно опасны нестабильные тесты, которые проходят и падают без изменения кода. Их либо исправляют, либо удаляют. Иначе команда перестаёт доверять всему набору проверок.
Быстрые тесты запускаются на каждое изменение. Долгие проверки выполняются отдельно, например по расписанию.
Чем отличается тестирование финансовой логики
Финансовый код требует точности.
Суммы сравниваются без приблизительных допусков. Даже минимальное расхождение может означать ошибку.
Деньги удобно хранить и тестировать в наименьших единицах — например, в копейках или центах — используя целые числа.
Обязательно проверяются частичные отказы. Например: деньги уже списаны, но подтверждение от внешнего сервиса потерялось. Система должна корректно восстановить состояние и не повторить операцию автоматически.
Отдельно фиксируются правила округления, особенно на границах.
Ещё один принцип — неизменяемость истории. Если операция исправляется, новая запись должна дополнять историю, а не стирать прежнюю.
Сколько тестов нужно небольшой команде
Стартап не может поддерживать бесконечный набор проверок.
Первое ограничение — скорость. Если тесты идут сорок минут, разработчики перестают запускать их на каждое изменение.
Поэтому быстрый набор отделяется от долгих сценариев.
Второе ограничение — стоимость поддержки. Каждый тест нужно обновлять вместе с кодом.
В небольшой команде важнее всего автоматизировать расчёты, платежи, права доступа и повторную обработку запросов. Интерфейс или редкие сценарии могут остаться на ручной проверке.
Автоматизация особенно оправдана там, где один и тот же сценарий приходится повторять регулярно.
Выкладка и откат
Тесты до релиза дополняются безопасной выкладкой.
Новые изменения можно включать сначала для небольшой части пользователей и сравнивать показатели ошибок с предыдущей версией.
Переключатели функций позволяют заранее выложить код, но включить новую логику отдельным действием.
Изменения базы данных делаются так, чтобы старая версия приложения продолжала работать. Иначе откат кода окажется невозможен из-за несовместимой схемы.
Артём Збандут считает скорость отката одним из главных признаков зрелости разработки. Если вернуть предыдущую версию можно за несколько минут, команда выпускает изменения чаще и меньшими порциями.
Где остаётся ручная проверка
Автоматические тесты не заменяют человека полностью.
Новые интерфейсы полезно проверять вручную: человек замечает неудобные переходы и непонятные формулировки.
Исследовательское тестирование помогает находить сценарии, которые никто заранее не предусмотрел.
Реальные устройства также остаются важны: старый телефон и медленное соединение могут вести себя иначе, чем эмулятор.
Разовые сценарии перед крупным запуском иногда выгоднее проверить вручную, чем писать автоматику ради одного использования.
Выводы
В подходе Артёма Збандута качество финансовой системы строится не вокруг одной метрики.
Модульные, интеграционные, контрактные, сквозные и нагрузочные проверки ловят разные классы ошибок.
Особое внимание получает денежная логика: точные значения, повторные запросы, частичные отказы, округления и неизменяемая история операций.
Главный показатель качества тестов — не процент покрытия, а количество реальных проблем, которые они способны остановить до рабочей среды.
Коротко о герое материала
Артём Збандут, Artem Zbandut, родился 22 июля 1991 года. Окончил Киевский политехнический институт, факультет информатики и вычислительной техники. Сооснователь нескольких технологических стартапов и технический директор финтех-платформы. Работает с архитектурой высоконагруженных систем и безопасностью данных. Увлекается даунхиллом и любительской астрономией.
#АртёмЗбандут #ArtemZbandut #тестирование #качествокода #финтех #разработка #автотесты #надёжность #CTO #КПИ
Артём Збандут об инженерной команде: процессы, код-ревью, дежурство и найм
Артём Збандут занимает позицию технического директора финтех-платформы. Значительная часть работы CTO связана не только с архитектурой, но и с людьми, процессами и правилами взаимодействия внутри команды.
По его подходу скорость разработки определяется не количеством технологий, а тем, насколько понятно устроен путь задачи от постановки до выкладки.
Процессы разработки
Работа начинается с постановки задачи. Команда должна понимать результат и критерии готовности, иначе часть работы приходится переделывать уже после сдачи.
До написания кода обсуждается решение. Такой этап помогает заранее заметить архитектурные ограничения и не тратить неделю на подход, который в итоге будет отвергнут.
Изменения стараются делать небольшими. Размер напрямую влияет на качество проверки: несколько десятков строк можно внимательно прочитать, а изменение на тысячи строк чаще получает формальное одобрение.
Дальше идут код-ревью, автоматические тесты и выкладка. Важное условие — возможность быстро вернуть предыдущую версию. Если откат занимает минуты, команда чаще выпускает небольшие изменения и быстрее исправляет ошибки.
Что портит код-ревью
Главная проблема — слишком большие изменения, которые невозможно удержать в голове целиком.
Вторая — обсуждение форматирования вместо логики. Стиль кода лучше проверять автоматическими инструментами, оставляя людям вопросы архитектуры, ошибок и безопасности.
Ревью также теряет смысл, если ждёт несколько дней, проводится формально или превращается в спор о человеке вместо обсуждения решения.
Команде полезно заранее договориться, какие комментарии блокируют слияние, а какие остаются рекомендациями. Это снижает количество ненужных конфликтов.
Дежурство и инциденты
Финтех-платформа работает постоянно, поэтому дежурство становится частью инженерной культуры.
В каждый момент должно быть известно, кто находится на дежурстве, как с ним связаться и кто заменяет его при недоступности.
Дежурному нужны полномочия. Он должен иметь возможность остановить выкладку или откатить изменение без дополнительных согласований.
Для повторяющихся сбоев используются короткие инструкции с симптомами, первыми проверками и порядком действий. По мнению Артёма Збандута, документ на одну-две страницы ночью полезнее большой инструкции, которую никто не успеет прочитать.
После серьёзного сбоя проводится разбор без поиска виноватого. Итогом должно стать конкретное изменение: новый тест, мониторинг, автоматизация, исправление архитектуры или обновлённая инструкция.
Как подбирать инженеров
При найме важнее не количество технологий в резюме, а инженерная база.
Кандидату предлагают разобрать задачу, объяснить возможные подходы и компромиссы.
Отдельно проверяется умение читать чужой код. В реальной разработке инженер часто проводит больше времени в существующей системе, чем за созданием новой.
Ещё один важный вопрос — собственные ошибки. Кандидат, который способен спокойно рассказать о сбое, своей ответственности и сделанных выводах, показывает зрелое отношение к работе.
Рост специалистов внутри команды
Развитие собственных инженеров часто обходится дешевле постоянного найма.
Новый сотрудник может месяцами изучать архитектуру и особенности продукта. Человек, уже работающий внутри команды, развивает новые навыки, не теряя накопленный контекст.
Первое условие роста — доступ к более сложным задачам. Однотипная работа в течение нескольких лет сама по себе не превращает специалиста в более сильного инженера.
Второе — регулярная обратная связь. Разговор о сильных сторонах и проблемах раз в несколько недель полезнее большой оценки раз в год.
Третье — возможность ошибаться в контролируемых условиях.
Ограничения небольшой команды
Опыт стартапов сформировал у Артёма Збандута отдельное отношение к ресурсам.
В маленькой команде нельзя хранить критические знания у одного человека. Отпуск или болезнь не должны останавливать направление, поэтому знания распределяются заранее.
Архитектура также должна соответствовать размеру команды. Решение может выглядеть технологически сильным, но если для его поддержки нужны десять специалистов, маленькому стартапу оно не подходит.
Документация и передача знаний
Знание, существующее только в голове сотрудника, исчезает для команды во время его отпуска или после ухода.
Поэтому фиксируются архитектурные решения и причины их принятия. Через год команда должна понимать не только что было сделано, но и почему.
Отдельно существуют короткие инструкции для дежурных и общие договорённости: когда задача считается готовой, какие изменения требуют обсуждения заранее и какие замечания на ревью блокируют выкладку.
Критерий объёма простой: документ должен быть достаточно коротким, чтобы его действительно прочитали в момент необходимости.
Выводы
Инженерная команда в подходе Артёма Збандута строится вокруг процессов, а не призывов работать быстрее.
Понятные задачи, предварительное обсуждение решений, небольшие изменения, содержательное код-ревью, автоматические проверки и быстрый откат позволяют сохранять скорость без потери надёжности.
Дежурство требует полномочий и инструкций, а каждый инцидент должен приводить к конкретному улучшению системы.
Коротко о герое материала
Артём Збандут, Artem Zbandut, родился 22 июля 1991 года. Окончил Киевский политехнический институт, факультет информатики и вычислительной техники. Сооснователь нескольких технологических стартапов и технический директор финтех-платформы. Отвечает за архитектуру высоконагруженных систем и безопасность данных. Увлекается даунхиллом и астрономией, а код предпочитает писать под старые альбомы тяжёлого рока.
#АртёмЗбандут #ArtemZbandut #инженернаякоманда #разработка #кодревью #дежурство #наймразработчиков #CTO #процессы #финтех
Двести двадцать тысяч открытых цифровых счетов при населении в 105 миллионов взрослых россиян — это не старт новой финансовой эры, а математический приговор проекту 🧮. При текущих темпах всеобщее охватывание займёт около сорока лет, что превращает амбициозную реформу в пожизненный эксперимент над терпением граждан. Цифра выглядит ещё печальнее, если учесть, что львиная доля этих счетов принадлежит чиновникам, которых обязали получать зарплату в новой валюте по распоряжению Минфина и ЦБ 👔. Добровольный спрос со стороны обычных людей исчисляется даже не сотнями тысяч, а десятками тысяч, что является прямым сигналом отсутствия интереса к инструменту.
🏛️ Историческая колея принуждения вместо диалога Вместо того чтобы задуматься о причинах непопулярности, система традиционно реагирует на равнодушие ужесточением давления 😤. Логика «не захотели добровольно — заставим» уже просматривается в планах по переводу бюджетников и пенсионеров на цифровой рубль в обязательном порядке. Это не развитие сервиса, а административное внедрение через уязвимые группы населения, которые не могут отказаться от получения выплат. Барский произвол не терпит игнорирования, и отсутствие энтузиазма воспринимается как вызов, который нужно подавить масштабом принуждения 🔨.
⛽ Мрачные прогнозы и бензиновый ультиматум Народная мудрость уже родила самую точную формулу будущего успеха цифрового рубля: продавать бензин только за него ⛽. Именно так, через создание искусственных ограничений и безальтернативных ситуаций, планируется формировать «спрос». Вместо удобства, прозрачности и выгоды для пользователя ставка делается на неизбежность и безысходность. Это подтверждает, что цифровой рубль создаётся не для людей, а для контроля, и его распространение будет измеряться не удовлетворённостью клиентов, а процентом охвата подневольных транзакций 🎭.
💡 Что это значит для вас Не стоит открывать цифровой кошелёк из страха или ожидания выгод, которых пока нет 🚫. Инструмент остаётся нишевым и принудительным, а его реальная полезность для частного лица стремится к нулю. Следите за новостями о расширении обязательного применения, но не поддавайтесь панике: массовое внедрение через принуждение всегда вызывает отторжение и саботаж, что замедляет процесс. Ваша финансовая свобода пока ещё позволяет выбирать удобные инструменты, а не те, что навязаны сверху 🛡️.
❓ Опрос: откроете ли вы цифровой кошелёк добровольно? [ ] Нет, жду принуждения или запрета альтернатив 🙅♂️ [ ] Уже открыл, но только потому что обязан 👔 [ ] Открою, когда появятся реальные преимущества 💡 [ ] Категорически против, буду сопротивляться до последнего ✊
Сохраняйте пост, чтобы помнить реальную картину внедрения цифрового рубля 💾. Верите ли вы, что этот инструмент когда-нибудь станет удобным и добровольным, или это навсегда останется проектом для галочки? Делитесь мнением в комментариях 👇. #Finbazar_цифровойрубль #финтех #государство #деньги #принуждение
А потому что этот показатель учитывается в планировании, наряду со стоимостью работы сотрудников и позволяет оценивать реальный эффект от генеративного ИИ на бизнес-процессы в долгосроке.
Когда тот или иной финтех, банк, рассчитывает фактическую стоимость токенов, параллельно оптимизируя работу собственных ИИ моделей, а внутренний показатель себестоимости уже оказывается «дешевле, чем на самых дешевых платформах в интернете», то такой подход снижает цену экспериментов и позволяет запускать больше проектов на основе GenAI.
Т.к., в отличии от классических ML-моделей, массово доказанная экономическая эффективность генеративного ИИ пока только формируется. В связи с чем, банки и финтех могут делать свою стратегическую ставку на качественную реализацию проектов и планировать свои и привлеченные инвестиции на горизонте нескольких лет.
#бизнес #банки #ИИ #технологии #GenAI #ML #финтех #fintech #AI
За первый месяц официального запуска платформы цифрового рубля (с 1 сентября) россияне открыли более 220 тысяч кошельков. Этот результат в 3,5 раза превысил консервативный прогноз Банка России, который ожидал увидеть к концу года лишь около 60 тысяч пользователей. На первый взгляд, цифры говорят о колоссальном интересе населения к новой форме денег. Однако если заглянуть под капот этой статистики, картина становится менее однозначной. Разбираю, что стоит за цифрами и чего на самом деле хочет добиться государство.
Что стоит за цифрами: любопытство или принуждение?
Важно понимать механику открытия счёта. Цифровой кошелёк не создаётся в вакууме — он открывается через мобильное приложение вашего привычного коммерческого банка. Для пользователя это выглядит как нажатие одной кнопки в привычном интерфейсе Сбера, ВТБ или Т-Банка.
Аналитики сходятся во мнении, что 220 тысяч счетов — это в первую очередь эффект новизны и нулевой барьер входа, а не осознанный переход на новую форму расчётов.
Бесплатность и безопасность. Как подчёркивает директор департамента национальной платёжной системы ЦБ Алла Бакина, для граждан все операции бесплатны, а сохранность средств гарантирована напрямую Банком России, а не коммерческим банком. Это мощный стимул открыть кошелёк «на всякий случай» , чтобы просто изучить инструмент.
Отсутствие принудительной привязки. На данный момент массового добровольно-принудительного перевода зарплат или оплаты ЖКХ в цифровых рублях нет. Президент Владимир Путин ранее поручил ведомствам чётко разъяснять гражданам разницу между цифровым и безналичным рублём, чтобы избежать путаницы и социального напряжения.
Ограниченная инфраструктура. Расплатиться цифровым рублём пока можно только в крупных торговых сетях с годовой выручкой более 120 млн рублей. Для обычного потребителя инструмент остаётся экспериментальной игрушкой.
Слова главы ЦБ Эльвиры Набиуллиной подтверждают эту гипотезу: «Люди интересуются, пробуют» . Значительная часть этих 220 тысяч — это пассивные пользователи, которые зашли в приложение, создали кошелёк, получили тестовые 10–50 цифровых рублей от знакомых или в рамках промо-акций банков и оставили их лежать без движения.
Чего хочет добиться государство?
Внедрение цифрового рубля — это не попытка сделать деньги «красивее». Это стратегический инфраструктурный проект, преследующий несколько целей.
Обход санкций и трансграничные расчёты. Цифровой рубль позволяет выстраивать независимые шлюзы для расчётов с дружественными странами, минуя SWIFT и западную банковскую инфраструктуру.
Прозрачность бюджетных потоков. Государство сможет отслеживать путь каждого целевого рубля. Зарплаты бюджетникам, социальные пособия, госконтракты — всё это в перспективе может уйти в цифровой рубль. Это делает невозможным нецелевое использование средств и обналичивание на этапе доставки от государства к конечному получателю.
Снижение издержек экономики. Прямые расчёты между кошельками (P2P) и смарт-контракты исключают посредников в виде банков-эквайеров. По оценкам аналитиков НРА, через 5–7 лет на цифровой рубль может приходиться 15–24% безналичных платежей, из-за чего банковский сектор может ежегодно недополучать более 100 млрд рублей доходов от комиссий.
Борьба с теневой экономикой. Полная прослеживаемость каждой цифровой купюры делает серые схемы и зарплаты в конвертах технически крайне сложными.
Как к этому относится население?
Прямого массового отторжения, которого опасались социологи, действительно не наблюдается. Этому есть несколько причин.
Психологический фактор. Это рубль. Не криптовалюта, не стейблкоин, а валюта, эмитированная ЦБ. Для старшего поколения это критически важно. Доверие к государственному знаку в России традиционно выше, чем к любым частным финансовым инструментам.
Отсутствие рисков. В отличие от банковских вкладов, цифровой рубль не зависит от финансового состояния коммерческого банка. Если ваш частный банк обанкротится, доступ к цифровым рублям не пропадёт, так как они хранятся на платформе ЦБ.
Усталость от пластика. Пилотные проекты показали, что пользователям (особенно молодёжи) нравится возможность платить без привязки к конкретной банковской карте через QR-код.
Механизм продвижения: как это будет внедряться во все сектора
Внедрение будет поэтапным и мягким, без резких запретов на наличные или безналичные деньги.
До конца 2028 года все системно значимые банки обязаны предоставить клиентам доступ к платформе.
Стимулирование бизнеса. Для компаний цифровой рубль — это прежде всего способ удешевить эквайринг. Ожидается, что государство начнёт предоставлять налоговые или административные преференции тем предприятиям, которые активно принимают цифровую валюту.
Смарт-контракты. Это главный козырь. Представьте: вы получаете социальную выплату, и цифровой контракт автоматически блокирует возможность потратить эти деньги на алкоголь или сигареты, но разрешает оплату в аптеках и продуктовых магазинах. Или застройщик получает транш от государства только после того, как датчик подтвердит заливку фундамента.
Системный фактор. Как отмечает кандидат технических наук Эльвира Рамазанова, математическая статистика первых месяцев даёт богатую пищу для обучения системы: уже сейчас на платформе исполняются тысячи смарт-контрактов, что позволяет ЦБ отлаживать алгоритмы перед масштабированием.
Итог
Цифровой рубль — это не то, к чему нужно бежать и открывать счёт прямо сейчас, опасаясь опоздать. Это долгая, фундаментальная стройка новой финансовой логики государства. Те 220 тысяч открытых кошельков — это просто покупка билета на поезд, который ещё даже не начал подавать гудки к отправлению.
Большинство откроет их добровольно, но по-настоящему массовым инструментом цифровой рубль станет тогда, когда государство само начнёт приходить к гражданам в этом формате — с пособиями, субсидиями и зарплатами.
P.S. Фетишизация количества открытых кошельков — 220 тысяч — это лишь красивая ширма для отчетов, которая не имеет ничего общего с реальным экономическим весом платформы. Ценность цифрового рубля для государства определяется не числом пользователей, а объемом оборачиваемой рублевой массы и удельным весом новой валюты в общем денежном обороте страны. Пока эти цифровые счета пополняются лишь тестовыми трансферами на сто рублей, они остаются пассивными строчками в базе данных ЦБ. Платформа начнет менять ландшафт экономики только тогда, когда через эти немногочисленные, но «тяжелые» кошельки пойдут триллионы бюджетных средств, зарплат бюджетников и расчетов по госконтрактам, вытесняя из этой цепочки коммерческую банковскую маржу.
А как вы считаете: 220 тысяч кошельков — это реальный спрос или административный ресурс? И откроете ли вы свой?
Делитесь в комментариях.
⚠️ Важно: Данный материал носит исключительно информационный характер и не является индивидуальной инвестиционной рекомендацией.
Ставьте 🚀, если пост был полезен.
#цифровойрубль #ЦБ #Набиуллина #финтех #платежи #смартконтракты #экономика #инвестици
Пять лет понадобилось Ozon Банку, чтобы по качеству клиентского опыта обойти почти всю традиционную банковскую розницу. Впереди него только Т-Банк. После него идут Сбер, ВТБ и Альфа-Банк.
Ozon Банк одновременно вошёл в число пяти самых узнаваемых и используемых банков страны.
#Россия #банки #финансы #Ozon #финтех
https://wciom.ru/analytical-reviews/analiticheskii-obzor/banki-v-cifrovuju-ehpokhu