Таксист спас мою жизнь... 🤯

Красивая картинка красивой картинкой, но начало года выдалось у меня хардовым🗿

• Сначала летел из Перми в Москву – самолет задержали на 6 часов и я тупо втыкал в телефон в аэропорту.

• Потом 🌐 начал выкидывать меня по 5 раз в день. Писали, что пытаются взломать, хотел восстановить, но ничего не получалось.

• Затем вообще, без суда и следствия, удалили рилс, который залетел на 500к просмотров 🔫

И добила это все повестка из военкомата, хотя я учусь и у меня официально есть отсрочка.

Сижу и думаю: что за бред происходит?? 🤔

А потом понял

Глобально это все ерунда.

Ну да, посидел 6 часов лишних в аэропорту. Зато летел в бизнес-классе первый раз, было супер комфортно ✈️

Инст восстановил, даже ролик вернули и извинились за косяк (но в реки уже не попали с ним 😔)

С военкоматом тоже разобрался. Нашли справку, повестку сказали отменят.

И тогда же произошла историческая поездка с таксистом...

Уже сел в машину, едем. Весь день были мелкие косяки один за другим.

Подъезжаем, и я понимаю, что поставил не тот адрес. Уже успел тильтануть и говорю водителю, что постоянно какие-то проблемы у меня последнее время 🧊

Он поворачивается и отвечает:

Дружище, какие же это проблемы? Это все фигня, меняй адрес и поехали куда надо.

Я тогда прям задумался. Таксист закинул базовую фразу, но она была очень вовремя 🕙

Проблема же в том, что мы все часто молчим о своих проблемах.

Копим все внутри, эмоции скрывать пытаемся. А потом кажется, что все плохо.

Очень вам советую найти время, посидеть с близкими. Выговоритесь, расскажите о своих проблемах. И я уверен, что многие даже поймут, что их проблемы вовсе не проблемы ❤️

Ну или расскажите все таксисту, как я.

Вчера стартовал 10 поток, но есть проблема 😬

Собрал много классных, замотивированных ребят. Уже в пятый раз набираем максимум по ученикам.

Пришло много сообщений от людей о том, что они хотят пойти именно ко мне и заскочить на 10 поток.

Конечно, я безумно кайфую от того, как развивается школа и от такого положительного фидбека 🤝

Но взять всех точно не получится.

В обучении все выстроено на личной работе, персональных созвонах с менторами, чтобы дать максимум пользы. Именно этот подход и дает результаты.

А если брать больше людей, то будет расти нагрузка = падать качество.

Я не поддерживаю формат работы в группах, где на одного куратора по 30 учеников, а обратную связь ты можешь получить только в переписке.

Сейчас буду думать, какими еще материалами смогу поделиться. Чтобы те, у кого не было возможности, тоже могли изучать аналитику и не отставать 🤔

Всем огромная благодарность за поддержку и доверие ❤️‍🔥

Вопрос с собеса Middle/Senior на 300K+ в ВТБ 💳

Кейс: пользователь отправляет перевод в 1000 рублей через мобильное приложение. Интернет заглючил в момент нажатия «Отправить». Пользователь не понимает, прошел платеж или нет, и нажимает кнопку еще раз.

На бэкенд прилетают два одинаковых запроса на один перевод 🤔

Вопрос: Что должно произойти в системе дальше? И как ты, как аналитик, пропишешь это в требованиях, чтобы не потерять ни деньги, ни клиента?

Меня не раз спрашивали такое на собесах в финтехе – обычно уже после базовых вопросов, когда хотят понять, работал ли я с реальными платежами.

Если коротко – система должна быть идемпотентной. Проще говоря: сколько бы раз ни пришел один и тот же запрос – деньги спишутся только один раз 🫂

Как это должно работать и что писать в ТЗ:

1. При первом запросе
Перед отправкой платежа фронтенд (мобильное приложение) генерирует уникальный ключ идемпотентности (idempotency_key). Это как номер чека или штрихкод операции. Ключ привязывается к сумме, получателю и счету списания. Система сохраняет этот ключ и начинает обработку перевода.

Что прописать в ТЗ:
• Формат и генерация ключа (например, UUID v4)
• Срок жизни (например, 24 часа)
• Место проверки

2. При повторном запросе с тем же ключом
Когда запрос приходит на бэкенд, система первым делом проверяет: не обрабатывался ли уже запрос с таким же idempotency_key?

Возможные сценарии и реакция системы (прописываем в ТЗ):
• Ключ новый, тогда система создает новую транзакцию, резервирует деньги, начинает обработку и сохраняет ключ в статусе «в обработке».
• Ключ уже есть, статус «в обработке», тогда система не создает новую транзакцию, а возвращает клиенту ответ: {"status": "processing", "message": "Ваш платеж уже выполняется."}.
• Ключ уже есть, статус «успешно», тогда система не списывает деньги повторно, а возвращает детали успешно проведенной ранее транзакции: {"status": "success", "transaction_id": "12345"}.

Где проверять? ТЗ должно определять точку проверки: например, на уровне API-гейтвея или на уровне самих платежных сервисов.

3. Ответ пользователю
Самое страшное – когда пользователь не понимает, списались деньги или нет. Повторный ответ должен однозначно объяснять, что происходит.

Прописываем в ТЗ:
• Если перевод уже в работе, показываем «Платеж выполняется, ожидайте»
• Если перевод уже прошел, показываем «Перевод успешно завершен [дата, время]»
• Никаких 500 Internal Server Error без человеческого объяснения на клиенте

4. Аудит и мониторинг
Даже если логика идеальна, нужна перестраховка.

Что заложить в ТЗ:
• Логирование всех дублей (ключ, статус, transaction_id) для аудита
• Ежедневная сверка сумм и количества транзакций с журналом запросов
• Метрика «Количество отклоненных дублей» в дашборде (резкий рост = проблемы со связью)

Почему это так важно?

Без такого механизма банк рискует:
1. Деньгами: возвраты, комиссии, ручные операции
2. Репутацией: клиент, с которого списали дважды, уйдет с негативом
3. Юридическими рисками: нарушение договора об оказании услуг

С того собеса я вынес, что это идеальный фильтр. Мидл скажет про idempotency_key. Сеньор спросит: «А какой у вас SLA на возврат ошибочных списаний и сколько это стоит бизнесу в квартал?».

Потому что важно показать, что понимаешь реальную цену ошибки в деньгах, времени и доверии 😴

Моя формула ответа:

Я опишу в ТЗ сквозной механизм идемпотентности на основе ключа, с явными статусами обработки, правилами ответов для фронта и требованиями к аудиту.

Нужно гарантировать, что N одинаковых запросов = 1 успешная операция.

И добавлю требование на ежедневную сверку платежей – на случай, если что-то ускользнет от основной логики.

Опытный аналитик проектирует систему, которая остается надежной даже тогда, когда все идет не по плану. Именно это и стоит 300к+ в серьезном банке 🤱

19 ЭФИРОВ ПО БИЗНЕС И СИСТЕМНОЙ АНАЛИТИКЕ 🎙

Многие не смогли попасть на 10 поток по разным причинам: кому-то не хватило места, у кого-то не было возможности зайти.

И возникла идея 🤔

А что если залить 19 топовых лекций по бизнес и системной аналитике из моего менторства в отдельный канал?

По ним можно спокойно изучить профессию и обрести знания на уровне junior+/middle.

Думаю упаковать их и отдать по доступной для всех цене.

Но нужно понять, насколько интересно это вам? 👇