Подсказки к ответам прямо во время собеседования

Миграция биллинга без простоя: 14 месяцев, команда из пяти человек.

• Перевели 2 млн подписок из монолита в отдельный сервис.
• Двойная запись и ночная сверка, расхождения находили до жалоб клиентов.
• Ни одного инцидента с деньгами, релизы стали ежедневными.

Хочу работать с большей нагрузкой, чем есть в текущем продукте.

• Платформу стабилизировали, дальше в основном поддержка.
• У вас масштаб, с которым я ещё не работал.
• С командой расстаюсь в хороших отношениях.

Ситуация. Фронтенд и бэкенд по-разному понимали контракт API, релиз сорвался второй раз подряд.

Задача. Вернуть сроки и не искать виноватых.

Действия. Схема OpenAPI стала единственным источником контракта, клиент генерируется, схема проверяется в CI.

Результат. Шесть следующих релизов вышли в срок.

Я бы выбрал PostgreSQL и хранил разнородные атрибуты в JSONB.

• Postgres: транзакции между остатками и ценами, зрелые индексы, одна база вместо двух.
• JSONB покрывает характеристики товаров без отдельной схемы на каждую категорию.
• Минус: на сотнях миллионов SKU понадобится шардирование, в Mongo оно встроено.

Подход: один проход со словарём «значение → индекс».

def two_sum(nums, target):
    seen = {}
    for i, x in enumerate(nums):
        if target - x in seen:
            return seen[target - x], i
        seen[x] = i
    return None

Сложность: O(n) по времени и памяти.

Сначала уточню требования.

• Сколько активных пользователей в день и подписок у среднего?
• Лента хронологическая или ранжированная?
• Какая задержка допустима: секунды или минуты?