Эра «разработчика как покупателя»: новая реальность финтеха 1:34
В 2024 году в индустрии финансовых услуг происходит фундаментальный сдвиг: влияние на принятие решений о покупке инфраструктурных решений переходит от традиционных бизнес-заказчиков к разработчикам. Анджела Стрейндж, генеральный партнер a16z, отмечает, что этот тренд меняет правила игры для стартапов и крупных институтов, заставляя компании кардинально менять подход к созданию продукта, документации и взаимодействию с клиентской базой.
От «мрамора» к коду: эволюция финансовой инфраструктуры 3:30
История финансового сектора — это путь от физической безопасности к цифровой гибкости. По мнению Анджелы Стрейндж, этот процесс можно разделить на несколько ключевых этапов:
- Эра «мрамора»: Банки фокусировались на физической безопасности активов и создании внушающих доверие зданий.
- Эра мэйнфреймов: Переход к хранению виртуальных денег. Интересно, что, несмотря на развитие технологий, до 99% всех долларовых расчетов в США до сих пор проходит через эти унаследованные системы.
- Эра «as-a-service»: Финансовые функции стали доступными для любого бизнеса. Например, компании вроде Lyft или Procore получили возможность интегрировать банковские счета или платежи для своих пользователей, не будучи банками.
Сегодня мы вступаем в четвертую фазу, которую эксперт называет «банковским Lego». Разработчики, сталкиваясь с необходимостью постоянно «сшивать» разные сервисы, начали автоматизировать эти процессы и создавать библиотеки с открытым исходным кодом. Это превращает разрозненные финансовые блоки в гибкую, композитную архитектуру.
Почему разработчик стал ключевым звеном 6:21
Традиционно инфраструктуру покупали «экономические заказчики» — руководители отделов, для которых главным критерием был ROI (возврат инвестиций) и соответствие бизнес-кейсу. Сейчас ситуация меняется:
- Влияние на продукт: Если компания предоставляет платежную инфраструктуру, разработчики выбирают решения, которые легче интегрировать и которые обеспечивают бесшовный пользовательский опыт.
- Снижение барьеров: Разработчики привносят подход «product-first» (продукт на первом месте). Если раньше инженер был ограничен возможностями «сшивки» старых систем, то теперь благодаря композитным блокам он может реализовать лучшие идеи.
- Демократизация: Появление бесплатных Open Source решений для банковского ядра позволяет снизить стоимость поддержки инфраструктуры. Это критически важно для обслуживания счетов с низким балансом, что открывает доступ к финансам для двух миллиардов человек, которые сейчас остаются вне системы.
Унаследованный код и вызов генеративного ИИ 9:13
Одной из главных проблем сектора остается старое ПО. По оценкам, около 40% банковского кода до сих пор написано на языке COBOL, который почти не преподается, а специалистов по нему найти крайне сложно.
Долгое время считалось, что замена этих систем невозможна из-за высоких рисков. Однако, по словам Анджелы Стрейндж, генеративный ИИ (GenAI) меняет эти расчеты:
- Продуктивность: GitHub Copilot уже дает прирост производительности разработчиков от 30% до 100%.
- Трансформация кода: В ближайшем будущем языковые модели (LLM) смогут переписывать огромные пласты кода на COBOL на современные языки, сохраняя ту же функциональность.
- Новая ценность: Если раньше новые системы не были «в 10 раз лучше» старых, то с внедрением ИИ, например, автоматическим написанием SAR-отчетов (отчетов о подозрительной деятельности), ценностное предложение становится несопоставимо выше.
Взгляд в будущее 12:31
Развитие экосистемы также поддерживается регуляторными сдвигами, такими как «открытый банкинг» (open banking), который уже стал стандартом в Великобритании и Бразилии. Хотя США движутся в своем темпе, потребность в стандартах для упрощения соединений между банками и софтверными компаниями становится очевидной.
В конечном итоге, все эти изменения направлены на создание более качественных продуктов. Использование проверенных Open Source библиотек, которые тестируют лучшие инженеры мира, означает, что финансовые системы станут работать стабильнее, эффективнее обрабатывая бесконечное количество «краевых случаев» (edge cases), характерных для платежной индустрии.
