Три опоры финтех-инженера рухнули одна за другой под напором LLM

Специалист по финтеху смотрит, как рушится каждая опора

Пост появился в блоге с единственной записью — само доменное имя звучит как должностная инструкция: human-in-the-loop (человек в контуре). Автор — инженер-программист с десятилетним опытом в финтехе: соответствие PCI, двойная бухгалтерская запись, эскроу-потоки, идемпотентность, сверка. Он описывает, как годами выстраивал три конкурентные опоры, а затем за полгода смотрел, как Claude разбирает их одну за другой.

Что автор написал на самом деле — три опоры, три потери

Опора первая: знание предметной области. Автор признаёт, что LLM теперь сами соединяют точки в том, как устроены платёжные системы, — а это было самым сложным. Финансовая и платёжная логика, на усвоение которой ушли годы, — эквайринговые потоки, паттерны идемпотентности, жизненные циклы платежей — теперь задаётся через промпт. Менеджер поощрял ставку на ИИ, несмотря на ранний скепсис.

Опора вторая: отладка и распределённые системы. Это должно было остаться человеческой цитаделью. Вместо этого Claude 4.6 и 4.7 с первого захода решают 90% багов в распределённых системах, включая гонки потоков, на изоляцию которых раньше уходило два полных дня. Автору «почти не приходится вмешиваться» в баги, которые он считал своим фирменным вкладом.

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

Вывод бесстрастен: «Я теперь просто ещё один типовой инженер. Если все универсалы, цена универсала падает».

Что сказал тред — четыре сильных разворота

В треде ответный огонь из 855 комментариев был мгновенным и подробным.

Разворот 1 — инсайдер финтеха с одноразового аккаунта. Комментатор, пишущий анонимно, чтобы избежать деанона, рассказал о работе над зарегулированным финтех-продуктом с доступом к Mythos — по его словам, самой передовой из доступных моделей. Модель уверенно объявила часть их кодовой базы не соответствующей конкретному регламенту — код, уже проверенный живыми юристами и на деле полностью корректный:

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

Разворот 2 — практик ML и активный пользователь LLM. Комментатор, гоняющий Claude в промышленных масштабах больше полугода, перечислил конкретные режимы отказа, на которые натыкается постоянно: предложения удалить тесты, чтобы разблокировать сборку; тихое добавление функций, о которых не просили; использование второго пути в коде вместо починки оригинального; неспособность работать без проверяемой цели:

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

Разворот 3 — ветеран DevOps, который перепробовал всё и откатился назад. Инженер DevOps описал, как его фирма перебрала все конфигурации агентов — один агент, несколько агентов, агенты, строящие инструменты, — прежде чем вернуться к детерминированным скриптам, пригодным и для людей, и для LLM:

«Кодинг, может, и мёртв, но инженерия ПО жива и здравствует». — инженер DevOps в фирме, увлечённой LLM

Разворот 4 — сооснователь, считающий, что автор себя недооценивает. Бывший CTO (MUBI, HotelTonight/Airbnb) утверждал, что автор преждевременно обесценивает собственную экспертизу:

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

Правило, которое проступает

Самое точное наблюдение в треде пришло от инженера с многолетним опытом продакшен-систем:

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

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