Справочник по финтех-инженерии попал на главную. Затем пришёл автор, а следом инженеры, которые строили это вживую

Что говорит справочник и кто его написал

Fintech Engineering Handbook Войтека Питулы — это сборник накопленной мудрости о системах работы с деньгами: как представлять суммы, строить реестры, делать денежные потоки идемпотентными и возобновляемыми, принимать вебхуки, сверять и разделять обязанности. Его главный совет — тот, что большинство инженеров усваивают на собственных шишках: никогда не используйте float; храните суммы целыми числами в наименьшей единице, чтобы €12,34 превращались в 1234, и округляйте только на границах. Про модное он сдержан: «[event sourcing] не нужен везде. Реестр уже покрывает деньги». Автор выложил справочник сам и заметно растерялся от попадания на главную: «Понятия не имею, как работает HN, выложил его сам вчера, и он набрал 6 голосов».

Семинар, который завязался в ответах

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

«Совет всем, кто думает о стратегии „точность в минимальных единицах“ для представления денежных сумм: не надо (или хотя бы не используйте её как формат обмена/API)… она укусит вас невероятно больно, если вы когда-нибудь наткнётесь… на партнёра с другим подразумеваемым числом знаков для данной валюты. Особенно это касается стейблкоинов». — комментатор с \~21k кармы

Действующий финтех-инженер счёл книгу «поверхностной и местами даже вредной по советам», хотя его собственное правило (всегда целые числа, event sourcing для всего, что касается денег) близко к книжному. Самое жёсткое прочтение пришло от того, кто заподозрил в авторе не человека:

«Честно, по-моему, этот „справочник“ в основном написала LLM… „Отделение PII от финансовых данных позволяет исполнить право на стирание, не теряя финансовую историю, которую вы обязаны хранить“. В финансовой организации эти две вещи идут рука об руку по очевидным причинам KYC/AML… и оставят всю вашу контору с очень плохим днём в офисе, если постучится $lawful_body». — комментатор с \~5,3k кармы

Голос, который всё расставил по местам

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

«Говорю „в основном“, потому что, как всегда, тут полно „зависит от ситуации“… Например, я решил не использовать event sourcing, чтобы избежать всей этой возни с вычислением состояния. Обычный append-only журнал аудита справляется с задачей». — бывший финтех-CTO

А комментарий, которому не учит ни одна книга, потому что он приходит только от ожогов, был про доверие к балансу из внешнего источника:

«Проверка баланса через Plaid — это НЕ гарантия, что ACH-списание, которое вы собираетесь отправить, пройдёт… каждый доллар может быть выведен переводом, списан вчерашними ACH или потрачен по дебету/в банкомате. Наверное, не стоит говорить, откуда я знаю, что некоторые финтехи это не учитывают». — комментатор о риске расчётов по ACH

Ценность справочника в итоге та же, что и у треда: чек-лист уроков, которые дёшево прочитать и дорого выучить, при условии что вы прочтёте и «зависит от ситуации», которое практики прикалывают к каждому правилу.