Самое опасное в разработке – когда текущая технология начинает тормозить развитие. Платформа для геймеров-любителей Brag House с этим столкнулась на собственном опыте. Представьте, у вас есть рабочий прототип, инвесторы на горизонте, но вы чувствуете ограничения в работе. Начинаете искать тех, кто поможет пересобрать бэкенд быстро, без потери накопленного функционала. Знакомая ситуация? У Brag House было именно так. Они строили социальную сеть для начинающих геймеров. Не для топовых киберспортсменов, которые проводят в игре 24/7, а для обычных ребят, студентов, которые играют пару часов в неделю, но при этом хотят чувствовать себя звездами. С турнирами между колледжами, комментариями, интервью после игр и, конечно, возможностью потроллить соперника. Рынок, кстати, был почти пустым: большинство платформ заточено под 3-5% самых хардкорных игроков. К нам пришли с прототипом на AWS Amplify. Штука рабочая, но с ограничениями, которые мешали развитию. Решили переписывать бэкенд на Python Django. Позвали нас, потому что с Django мы дружим давно, а сроки поджимали – проект готовились показывать инвесторам. Наша задача: сделать API и переписать функционал с Amplify на Django. По ходу дела добавили срочные фичи: уведомления о сообщениях, ежедневный бесплатный сундук с виртуальной валютой. Мелочи, но без них пользовательский опыт ломается. В итоге использовали классический набор: Django, Celery для фоновых задач, RDS, Docker для развертывания, из стороннего – AWS (EC2, S3), Stripe и Twitch API. Проект успешно показали инвесторам, позже добавили частные соревнования, подписали партнерства с крупными компаниями. Для нас это история про то, как вовремя пересобрать архитектуру, чтобы не тормозить развитие. Если у вас что-то работает, но вы чувствуете, что текущая реализация начинает ограничивать – приходите, обсудим. Иногда переписать на правильный стек быстрее, чем до бесконечности допиливать то, что уже не тянет. А подробнее о том, что и как мы делали в проекте Brag House – можно почитать здесь. Обсудим?