• INNER — пересечение
 • LEFT — левое всё, правое по совпадению
 • RIGHT — правое всё, левое по совпадению
 • FULL — берём всё

# Проблемный код
product = db.query(Product).filter_by(
    name=request.args.get('name')  # "Summer%20Collection"
).first()

requests.get(f"/api/products/{name}")  
# requests library сама кодирует

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

Но вот в чём фокус: постоянная включённость не делает вас лучшим специалистом. Она делает вас уставшим специалистом.

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

После перехода на новую базу всё казалось стабильным… пока не начали появляться странности:

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

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

🔍 Что случилось:

Два независимых сервиса после миграции начали генерировать идентификаторы по одному и тому же алгоритму.
ID стали пересекаться → и часть событий система просто отбрасывала как «дубликаты».

Для пользователя — хаос.
Для аналитики — мусор.
Для поддержки — магия чёрного ящика.